Squid TPROXY-aŭskultanto povas sukcese ricevi klientan trafikon dum la konekto al sia gepatro malsukcesas. Konservi la fontadreson sur tiu elira konekto povas esti nekonvena por la reta vojo de la gepatro.

En Squid-eldonoj subtenantaj la opcion, aldonu no-tproxy al la koncerna ekzistanta cache_peer-difino. Ekzemple:

cache_peer parent.example.net parent 8118 0 no-query no-tproxy

no-tproxy malŝaltas falsadon de la klienta fontadreso por konektoj al ĉi tiu samtavolano. Ĝi ne forigas la travideblan agordon de la aŭskultanto nek mem elektas la samtavolanon. Konservu la aliajn gepatrelektajn opciojn kaj regulojn de la deplojo. Kie tiuj reguloj permesas publikajn celojn tra neaŭtentikigita gepatro, la listo de HTTP-prokuroj proponas kandidatajn adresojn; ne konservu ekzistantajn gepatrajn akreditaĵojn kaj kontrolu permeson por ĉiu reala CONNECT-celo.

La gepatro nun ricevas normalan konekton de la propra elira adreso de Squid, kondiĉe al ajna NAT. Ĝia alirpolitiko kaj aŭtentikigo devas permesi tiun suban prokuron. Kontrolu la fontadreson vidatan de la gepatro kiam ĝi uzas IP-limigon.

Ĉi tiu opcio estas dokumentita por Squid 7 kaj pli fruaj subtenataj eldonoj; la agorda referenco markas ĝin nedisponebla en Squid 8. Tenu la recepton ligita al la uzata versio.

Rilataj artikoloj