Squid PROXY প্রোটোকল: HTTP অ্যাক্সেস যাচাইয়ের আগে প্রেরককে বিশ্বাস করুন

মেটাডেটা সরবরাহকারী রিলেকে বিশ্বাস করতে proxy_protocol_access ব্যবহার করুন, অনুমোদিত ওয়েবসাইট বাছাই করতে নয়। Squid 5–7-এ, TCP সেটআপের পরে require-proxy-header লিসেনারে যাচাইটি একবার চলে, HTTP অনুরোধ হেডার প্রক্রিয়ার আগে:

acl trusted_relay src 192.0.2.20/32
http_port 3128 require-proxy-header
proxy_protocol_access allow trusted_relay
proxy_protocol_access deny all

উদাহরণের রিলে ঠিকানাটি বদলান এবং এই লিসেনারে নেটওয়ার্ক অ্যাক্সেস সীমিত করুন। এই পর্যায়ে Squid সরবরাহকৃত মেটাডেটা গ্রহণের আগে প্রকৃত TCP সমকক্ষ যাচাই করে। গ্রহণের পরে, পরবর্তী ACL যাচাই ও লগিংয়ের জন্য এটি দাবিকৃত ক্লায়েন্ট ঠিকানা ব্যবহার করে। ক্লায়েন্ট যে ঠিকানা দাবি করে তার ভিত্তিতে রিলেকে বিশ্বাস করা এই ক্রমটি উল্টে দেবে।

পরবর্তী ক্লায়েন্ট-উৎস ও গন্তব্য অনুমতির জন্য http_access রাখুন। মেটাডেটা গ্রহণ ওয়েবসাইট অ্যাক্সেসের অনুমোদন দেয় না, এবং গন্তব্য-ডোমেইন ACL আগের প্রেরক-বিশ্বাসের প্রশ্নের উত্তর দিতে পারে না।

প্রেরক ও প্রাপককে সমর্থিত PROXY-প্রোটোকল সংস্করণে একমত হতে হবে। সাধারণ HTTP ক্লায়েন্ট এই বাধ্যতামূলক-উপসর্গ লিসেনারকে সাধারণ প্রক্সি এন্ডপয়েন্ট হিসেবে ব্যবহার করতে পারে না। যদি দুই রূপই দরকার হয়, তবে একই লিসেন ঠিকানা ও পোর্ট নকল না করে ইচ্ছাকৃতভাবে আলাদা এন্ডপয়েন্ট ব্যবহার করুন।

একটি বিশ্বস্ত রিলে তার সরবরাহকৃত ক্লায়েন্ট পরিচয়ের মাধ্যমে ঠিকানা-ভিত্তিক অনুমোদনে প্রভাব ফেলতে পারে। সেই ক্ষমতা কেবল উদ্দিষ্ট মধ্যস্থতাকারীকে দিন।