Squid ৰ URL পুনৰ্লেখকএ সঁহাৰিৰ মূল অংশ সলনি কৰিব পাৰেনে?

আগফালৰ প্ৰক্সি সম্প্ৰসাৰণ কৰোঁতে অনুৰোধ URL নিৰ্বাচনক সঁহাৰি অভিযোজন আৰু TLS ডিক্ৰিপশনৰ পৰা পৃথক ৰাখক।

url_rewrite_program এ অনুৰোধ URL ৰ সিদ্ধান্তত কাম কৰে। ই অনুৰোধৰ তথ্য লাভ কৰে আৰু Squid ৰ সহায়ক প্ৰটোকলৰ জৰিয়তে উত্তৰ দিয়ে; ই ডাউনলোড হোৱা ফাইল লাভ কৰি সম্পাদনা কৰি ঘূৰাই নিদিয়ে।

ইচ্ছিত কাৰ্যপ্ৰাসংগিক সীমা
ব্ৰাউজাৰ পুনঃনিৰ্দেশ কৰা বা অন্য অনুৰোধ URL বাছনি কৰাঅনুৰোধ পৰ্যায়ত URL পুনৰ্লেখক সহায়কৰ ভূমিকা
দৃশ্যমান HTTP সঁহাৰিৰ মূল অংশ সলনি কৰাসঁহাৰি অভিযোজনৰ সুবিধা, যেনে সংৰচিত ICAP সঁহাৰি পৰিৱৰ্তন
সাধাৰণ CONNECT ৰ ভিতৰত HTTP পঢ়াগন্তব্যৰ TLS প্ৰথমে উপযুক্ত নিয়োগ ব্যৱস্থাৰ অধীনত সমাপ্ত কৰিব লাগিব
এপ্লিকেচন-এনক্ৰিপ্ট কৰা ফাইল ডিক্ৰিপ্ট কৰাফাইলৰ বিন্যাস, এলগৰিদম আৰু কী, ই কেনেকৈ পৰিবহন হয় সেইয়া নিৰ্বিশেষে

শেষৰ দুটা শাৰী সহজে মিলাই পেলোৱা যায়। HTTPS ৰ জৰিয়তে অনা সাধাৰণ ফাইল TLS ৰ দ্বাৰা সুৰক্ষিত। এপ্লিকেচন-এনক্ৰিপ্ট কৰা ফাইল HTTPS সমাপ্ত হোৱাৰ পিছতো এনক্ৰিপ্ট হৈ থাকিব পাৰে। অভিযোজন ইন্টাৰফেছ বাছনি কৰিলে এপ্লিকেচনৰ কী বা তাৰ ডিক্ৰিপশন এলগৰিদম কোনোৱেই নিমিলে।

সাধাৰণ CONNECT এ এনক্ৰিপ্ট কৰা টানেল বাইট প্ৰেৰণ কৰে। URL সহায়কে ভিতৰৰ সঁহাৰি প্ৰকাশ নকৰে; পৰিদৰ্শন প্ৰয়োজনীয় ডিজাইনে সেই ট্ৰেফিক নিয়োগত ডিক্ৰিপ্ট কৰিব পাৰি নে কৰা উচিত সেইয়া নিৰ্ণয় কৰিব লাগিব।

Squid এ HTTP বাৰ্তা পৰিদৰ্শন কৰিব পৰা ঠাইত, সঁহাৰি পৰিৱৰ্তন সেৱাই তথাপিও সমল বিষয়বস্তু এনকোডিং, সলনি হোৱা দৈৰ্ঘ্য আৰু বিফলতাৰ আচৰণৰ গৰাকী। পৰিৱৰ্তন সংজ্ঞায়িত কৰাৰ পিছত ইন্টাৰফেছ বাছনি কৰক, কাম কৰা URL পুনৰ্লেখন উদাহৰণ এনে এটা প্ৰক্ৰিয়াকৰণ পৰ্যায়লৈ সম্প্ৰসাৰিত নকৰি যিটো ই কেতিয়াও নাপায়।

সম্পৰ্কিত প্ৰবন্ধ