Нэг түншийн домэйн томилогдсон upstream прокси ашиглах ёстой, бусад зөвшөөрөгдсөн хүсэлтүүд ердийн эцгийг ашигладаг гэж үзье. 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 доторх одоогийн клиент болон зорьсон газрын зөвшөөрлийг хадгална уу; тэдгээр дүрэм upstream сонголтоос өмнө ямар хүсэлтийг хүлээн авахыг шийднэ.

Энэ тохиргоо нь баримтжуулсан Squid 7 интерфейсийг ашигладаг. Лавлагаа cache_peer_access-ийг Squid 8-д ашиглах боломжгүй гэж тэмдэглэсэн тул энэ тохиргоог арчлахдаа тохирох байршуулсан хувилбарын баримт бичгийг ашиглана уу.

Холбоотой нийтлэлүүд