মেটাডেটা যোগান ধৰা ৰিলে'ক বিশ্বাস কৰিবলৈ 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 গ্ৰাহকে এই বাধ্যতামূলক-উপসৰ্গ শ্ৰৱণকৰ্তাক সাধাৰণ প্ৰক্সি এণ্ডপইণ্ট হিচাপে ব্যৱহাৰ কৰিব নোৱাৰে। যদি দুয়োটা ৰূপৰ প্ৰয়োজন হয়, তেন্তে একে শ্ৰৱণ ঠিকনা আৰু প'ৰ্ট নকল কৰাৰ পৰিৱৰ্তে ইচ্ছাকৃতভাৱে পৃথক এণ্ডপইণ্ট ব্যৱহাৰ কৰক।

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

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