একটি গন্তব্য ডোমেইনকে ভিন্ন Squid 7 প্যারেন্টে রাউট করুন

ধরা যাক, একটি পার্টনার ডোমেইনকে নির্দিষ্ট আপস্ট্রিম প্রক্সি ব্যবহার করতে হবে, আর অন্যান্য অনুমোদিত অনুরোধ সাধারণ প্যারেন্ট ব্যবহার করবে। Squid 7-এ নামযুক্ত peer ও cache_peer_access সেই নীতি প্রকাশ করে:

cache_peer partner-proxy.example parent 3128 0 no-query name=partner_parent
cache_peer general-proxy.example parent 3128 0 no-query name=general_parent

acl partner_domain dstdomain .partner.example

cache_peer_access partner_parent allow partner_domain
cache_peer_access partner_parent deny all

cache_peer_access general_parent deny partner_domain
cache_peer_access general_parent allow all

never_direct allow all

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

মিলে যাওয়া গন্তব্যের জন্য কেবল partner_parent যোগ্য থাকে। অন্য গন্তব্যের জন্য কেবল general_parent যোগ্য থাকে। প্রতিটি peer-এর জন্য প্রথম মিলে যাওয়া নিয়মই নির্ধারণ করে সেই peer যোগ্য কি না।

cache_peer_access প্রার্থী ফিল্টার করে; এটি সব peer-কে ফলব্যাক শৃঙ্খলে সাজায় না। কয়েকটি যোগ্য রাখলে Squid-এর peer-নির্বাচন অ্যালগরিদম সেগুলোর মধ্যে বেছে নেয়।

never_direct লাইনটি এই উদাহরণে প্যারেন্ট ব্যবহার বাধ্যতামূলক করে। প্রয়োজনীয় প্যারেন্ট ব্যবহার করা না গেলে সরাসরি সংযোগ বিকল্প হিসেবে দেওয়া হয় না। http_access-এ বিদ্যমান ক্লায়েন্ট ও গন্তব্য অনুমতি রাখুন; সেই নিয়মগুলো আপস্ট্রিম নির্বাচনের আগে কোন অনুরোধ গ্রহণ করা হয় তা নির্ধারণ করে।

এই কনফিগারেশন নথিভুক্ত Squid 7 ইন্টারফেস ব্যবহার করে। রেফারেন্সে cache_peer_access Squid 8-এ অনুপলব্ধ হিসেবে চিহ্নিত, তাই এই সেটআপ রক্ষণাবেক্ষণের সময় মিলে যাওয়া স্থাপিত-সংস্করণের নথি ব্যবহার করুন।