Squid-এর URL রিরাইটার কি রেসপন্স বডি পরিবর্তন করতে পারে?
ফরওয়ার্ড প্রক্সি সম্প্রসারণের সময় রিকোয়েস্ট URL নির্বাচনকে রেসপন্স অ্যাডাপ্টেশন ও TLS ডিক্রিপশন থেকে আলাদা রাখুন।
url_rewrite_program রিকোয়েস্ট URL সংক্রান্ত সিদ্ধান্তে কাজ করে। এটি রিকোয়েস্টের তথ্য পায় এবং Squid-এর হেল্পার প্রোটোকলের মাধ্যমে উত্তর দেয়; এটি কোনো ডাউনলোড করা ফাইল পেয়ে সম্পাদনা করে ফেরত দেয় না।
| কাঙ্ক্ষিত কাজ | প্রাসঙ্গিক সীমা |
|---|---|
| ব্রাউজার পুনর্নির্দেশ করা বা অন্য রিকোয়েস্ট URL বেছে নেওয়া | রিকোয়েস্ট পর্যায়ে URL রিরাইটার হেল্পারের ভূমিকা |
| দৃশ্যমান HTTP রেসপন্স বডি পরিবর্তন করা | রেসপন্স অ্যাডাপ্টেশনের সুবিধা, যেমন কনফিগার করা ICAP রেসপন্স পরিবর্তন |
| সাধারণ CONNECT-এর ভেতরে HTTP পড়া | গন্তব্যের TLS প্রথমে উপযুক্ত ডিপ্লয়মেন্ট ব্যবস্থার অধীনে সমাপ্ত করতে হবে |
| অ্যাপ্লিকেশন-এনক্রিপ্ট করা ফাইল ডিক্রিপ্ট করা | ফাইলের ফরম্যাট, অ্যালগরিদম ও কী, এটি কীভাবে পরিবাহিত হয় তা নির্বিশেষে |
শেষ দুটি সারি সহজেই মিশে যায়। HTTPS-এ বহন করা সাধারণ ফাইল TLS দ্বারা সুরক্ষিত। অ্যাপ্লিকেশন-এনক্রিপ্ট করা ফাইল HTTPS সমাপ্ত হওয়ার পরেও এনক্রিপ্টেড থাকতে পারে। অ্যাডাপ্টেশন ইন্টারফেস বেছে নিলে অ্যাপ্লিকেশনের কী বা তার ডিক্রিপশন অ্যালগরিদম কোনোটিই পাওয়া যায় না।
সাধারণ CONNECT এনক্রিপ্টেড টানেল বাইট প্রেরণ করে। URL হেল্পার ভেতরের রেসপন্স প্রকাশ করে না; পরিদর্শন প্রয়োজন এমন ডিজাইনকে নির্ধারণ করতে হবে যে এই ট্রাফিক ডিপ্লয়মেন্টে ডিক্রিপ্ট করা সম্ভব ও উচিত কি না।
যেখানে Squid HTTP বার্তা পরিদর্শন করতে পারে, সেখানে রেসপন্স-পরিবর্তন সেবা এখনও কনটেন্ট এনকোডিং, পরিবর্তিত দৈর্ঘ্য ও ব্যর্থতার আচরণের দায়িত্বে থাকে। রূপান্তর সংজ্ঞায়িত করার পরে ইন্টারফেস বেছে নিন, কাজ করা URL-রিরাইট উদাহরণকে এমন প্রসেসিং পর্যায়ে বাড়িয়ে নেওয়ার বদলে যা এটি কখনও পায় না।