A ka nevojë proxy prindi i Squid për port ICP?
Lidhni Squid me një prind HTTP të zakonshëm pa ngatërruar përcjelljen HTTP me trafikun opsional të pyetjeve të cache.
Shërbimi juaj i sipërm ofron një port të vetëm proxy HTTP. Sintaksa cache_peer e Squid kërkon dy. Fusha shtesë është për pyetjet e cache, jo për një lidhje të dytë të detyrueshme përcjelljeje.
cache_peer parent.example parent 8080 0 no-query name=office_parent
Këtu 8080 mbart kërkesat e proxy HTTP. Zeroja zë fushën e portit të pyetjeve; no-query çaktivizon pyetjet ICP drejt këtij partneri. Prindi nuk ka nevojë të zbatojë ICP.
Por duhet të flasë protokollin e proxy HTTP. Nëse prindi do të jetë publik, lista e proxy HTTP ofron kandidatë HTTP për t'u kontrolluar. Një port SOCKS nuk e zëvendëson. Për HTTPS, kontrolloni nëse prindi lejon destinacionin CONNECT të kërkuar; mbështetja e ICP nuk ka lidhje.
Mbani të ndara kontrollin e aksesit dhe politikën e drejtimit të mëtejshëm. Deklarimi i këtij partneri nuk i autorizon klientët dhe nuk ndalon kthimin direkt. Ruani rregullat e duhura për http_access, zgjedhjen e partnerit dhe never_direct për kërkesat e synuara.
Ndryshimi i portit ICP nuk riparon një hyrje proxy të refuzuar ose një destinacion CONNECT të ndaluar.