Het 'n Squid-ouerproxy 'n ICP-poort nodig?

Jou opstroomdiens verskaf een HTTP-proxyport. Squid se cache_peer-sintaksis vra twee. Die ekstra veld is vir kasnavrae, nie 'n tweede verpligte aanstuurverbinding nie.

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

Hier dra 8080 HTTP-proxyversoeke. Die nul vul die navraagpoortveld in; no-query skakel ICP-navrae na hierdie eweknie af. Die ouer hoef nie ICP te implementeer nie.

Dit moet wel die HTTP-proxyprotokol praat. As die ouer publiek sal wees, bied die HTTP-proxylys HTTP-kandidate om na te gaan. 'n SOCKS-poort sal nie in sy plek werk nie. Vir HTTPS, gaan na of die ouer die vereiste CONNECT-bestemming toelaat; ICP-ondersteuning is onverwant.

Hou toegangsbeheer en verderaanstuurbeleid apart. Om hierdie eweknie te verklaar magtig nie kliënte nie en verbied ook nie direkte terugval nie. Behou die toepaslike http_access-, ewekniekeuse- en never_direct-reëls vir die beoogde versoeke.

'n ICP-poortverandering kan nie 'n afgekeurde proxyaanmelding of 'n geweierde CONNECT-bestemming herstel nie.