Hat in Squid-âlderproxy in ICP-poarte nedich?
Ferbon Squid mei in gewoane HTTP-âlder sûnder HTTP-trochstjoering te betizen mei opsjoneel cache-fraachferkear.
Jo boppestreamtsjinst leveret ien HTTP-proxypoarte. De Squid-syntaksis cache_peer freget twa. It ekstra fjild is foar cache-fragen, net foar in twadde ferplichte trochstjoerferbining.
cache_peer parent.example parent 8080 0 no-query name=office_parentHjir draacht 8080 de HTTP-proxyfragen. De nul beset it fjild fan 'e fraachpoarte; no-query skeakelet ICP-fragen nei dizze peir út. De âlder hoecht ICP net te ymplemintearjen.
Hy moat wol it HTTP-proxyprotokol sprekke. As de âlder iepenbierek wurdt, biedt de HTTP-proxylist HTTP-kandidaten om te kontrolearjen. In SOCKS-poarte wurket der net foar yn 't plak. Kontrolearje by HTTPS oft de âlder it fereaske CONNECT-doel tastean; ICP-stipe hat dêr neat mei te krijen.
Hâld tagongskontrôle en fierdere routingbelied apart. Dizze peir ferklearje jout klanten gjin tastimming en ferbea gjin direkte weromfal. Behâld de passende regels foar http_access, peirseleksje en never_direct foar de bedoelde fragen.
In oare ICP-poarte reparset gjin wegere proxy-oanmelding en gjin wegere CONNECT-doel.