Treng ein Squid-foreldreproxy ein ICP-port?

Oppstraumstenesta di gjev éin HTTP-proxyport. Squid-syntaksen cache_peer ber om to. Det ekstra feltet er for cachesøk, ikkje ei andre påboden vidaresendingsforbinding.

cache_peer parent.example parent 8080 0 no-query name=office_parent

Her ber 8080 HTTP-proxyførespurnadene. Null fyller feltet for spørjeporten; no-query slår av ICP-førespurnader til denne peeren. Forelderen treng ikkje å implementere ICP.

Han må derimot tale HTTP-proxyprotokollen. Vert forelderen offentleg, gjev HTTP-proxylista HTTP-kandidatar å kontrollere. Ein SOCKS-port duger ikkje i staden. For HTTPS må du kontrollere at forelderen lèt til CONNECT-målet som krevst; ICP-støtte har ingenting med dette å gjere.

Hald tilgangskontroll og vidare rutepolitikk fråskild. Å erklære denne peeren gjev ikkje klientane løyve og forbyd ikkje direkte tilbakefall. Hald på dei høvelege reglane for http_access, peerval og never_direct for dei tiltenkte førespurnadene.

Ein endra ICP-port kan ikkje bøte ein avvist proxyinnlogging eller eit nekta CONNECT-mål.