Ĉu Squid-gepatra prokurilo bezonas ICP-pordon?

Via supra servilo provizas unu HTTP-prokurilan pordon. La Squid-sintakso cache_peer postulas du. La kroma kampo servas por kaŝmemoraj demandoj, ne por dua deviga plusenda konekto.

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

Ĉi tie 8080 portas la HTTP-prokurilajn petojn. La nulo okupas la kampon de la demanda pordo; no-query malŝaltas ICP-demandojn al ĉi tiu samtavolano. La gepatra prokurilo ne devas efektivigi ICP.

Ĝi tamen devas paroli la HTTP-prokurilan protokolon. Se la gepatro estos publika, la listo de HTTP-prokuriloj donas HTTP-kandidatojn por kontroli. SOCKS-pordo ne anstataŭos ĝin. Por HTTPS kontrolu, ĉu la gepatro permesas la bezonatan CONNECT-celon; ICP-subteno tute ne rilatas.

Tenadu alirregadon kaj pluan enkursigan politikon aparte. Deklari ĉi tiun samtavolanon nek rajtigas klientojn nek malpermesas rektan retrofalon. Konservu la taŭgajn regulojn pri http_access, samtavol-elekto kaj never_direct por la celataj petoj.

Ŝanĝo de ICP-pordo ne povas ripari rifuzitan prokurilan ensaluton nek malpermesitan CONNECT-celon.