Permesi unu Squid-celon sen prokura aŭtentigo
Konservu limojn de fonto kaj celo ĉirkaŭ intenca aŭtentiga escepto en Squid.
Monitora paĝo devas funkcii sen prokura saluto. La evidenta regulo estas http_access allow status_site. Metita antaŭ aŭtentigo, ĝi povas ankaŭ doni la escepton al klientoj, kiujn vi neniam intencis servi.
Por Squid 6 aŭ 7, tenu la kondiĉojn de la escepto kune. Post la ekzistantaj protektoj pri administrado, nesekuraj pordoj, CONNECT kaj lokaj servoj, la koncerna parto povas aspekti tiel:
acl office_clients src 192.0.2.0/24
acl status_site dstdomain status.example.net
acl signed_in proxy_auth REQUIRED
http_access allow office_clients status_site
http_access allow office_clients signed_in
http_access deny allLa reto kaj la gastiga nomo estas anstataŭiloj. Aŭtentigo ankoraŭ bezonas sian ekzistantan helpilan agordon. Ĉi tio estas la escepta parto de alira politiko, ne kompleta prokura agordo.
La unua linio permesas al la elektitaj klientoj tiun celon sen taksi la salut-ACL. La sekva permesas al tiuj klientoj aliloke nur post aŭtentigo. Pli fruaj larĝaj permesoj aŭ pli postaj alternativaj vojoj povas ŝanĝi la rezulton, do legu la plenan ordigitan politikon, inkluzive de enmetitaj dosieroj.
Ne movu la escepton super la protektojn de celpordo nur por eviti inviton. Rajtigita retejo sur neintencita pordo estas ankoraŭ malsama vojo. Ankaŭ decidu, ĉu la preciza gastiganto aŭ ĝiaj subdomajnoj devus kvalifiki anstataŭ aldoni senbezone larĝan sufikson.
Escepto pri gastiga nomo kovras la kongruan celon, ne ĉiun dependaĵon ŝarĝitan de ĝia paĝo. Alidirektigoj kaj triapartaj rimedoj povas laŭleĝe renkonti la normalan salutpostulon.
Por simpla HTTP, prokuro povas uzi pli precizan URL-informon kie taŭge. Ordinara HTTPS CONNECT-peto ne malkaŝas la paĝan vojon, do regulo «nur unu paĝo» ne povas esti deduktita el tunela escepto por la tuta gastiganto.