Enkursigi unu celdomajnon al alia Squid 7 patro

Supozu, ke unu partnera domajno devas uzi difinitan supran prokuran servilon, dum aliaj permesitaj petoj uzas la normalan patron. En Squid 7, nomitaj peer kaj cache_peer_access esprimas tiun politikon:

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

Ĉi tio estas enkursiga fragmento por ekzistanta antaŭa prokura servilo kun alirkontrolo. Se sendependa testo de publika celo rajtas uzi publikajn patrojn sen aŭtentigo, elektu kandidatojn el la listo de HTTP-prokuroj por tiuj adresoj sen agorditaj patraj legitimiloj. La postulata produkta vojo de la partnero restas aparta alirinterkonsento. La nomaj valoroj donas al ĉiu patro senambiguan identecon por siaj alirreguloj.

Por kongrua celo restas elektebla nur partner_parent. Por aliaj celoj restas elektebla nur general_parent. La unua kongrua regulo por ĉiu unuopa peer decidas, ĉu tiu peer estas elektebla.

cache_peer_access filtradas kandidatojn; ĝi ne ordigas ĉiujn peer en rezervan ĉenon. Se vi lasas plurajn elekteblajn, la elektoalgoritmoj de Squid elektas inter ili.

La linio never_direct igas la uzon de patro deviga en ĉi tiu ekzemplo. Se la postulata patro ne povas esti uzata, rekta konekto ne estas proponata kiel anstataŭo. Konservu la ekzistantajn permesojn de kliento kaj celo en http_access; tiuj reguloj decidas, kiuj petoj estas akceptataj antaŭ la elekto de la supra servilo.

Ĉi tiu agordo uzas la dokumentitan interfacon de Squid 7. La referenco markas cache_peer_access kiel nehavebla en Squid 8, do uzu la dokumentaron de la kongrua deplojita versio kiam vi prizorgas ĉi tiun aranĝon.