Ein Squid TPROXY-lyttar kan ta imot klienttrafikk med hell medan sambandet til den overordna sviktar. Å halde på kjeldeadressa på det utgåande sambandet kan vere ueigna for nettverksstien til den overordna.

I Squid-utgåver som støttar valet, legg no-tproxy til den relevante eksisterande cache_peer-definisjonen. Til dømes:

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

no-tproxy slår av forfalsking av kjeldeadressa til klienten for samband til denne peeren. Det fjernar ikkje den gjennomsiktige konfigurasjonen til lyttaren og vel ikkje peeren sjølv. Hald på dei andre vala og reglane for val av overordna i utrullinga. Der desse reglane tillèt offentlege mål gjennom ein uautentisert overordna, tilbyr HTTP-proxylista kandidatadresser; ikkje hald på eksisterande innloggingsopplysningar for den overordna, og kontroller løyvet for kvart faktiske CONNECT-mål.

Den overordna får no eit normalt samband frå Squid si eiga utgåande adresse, med atterhald om eventuell NAT. Tilgangspolicyen og autentiseringa må tillate den underordna proxyen. Kontroller kjeldeadressa den overordna ser når han brukar ei IP-avgrensing.

Dette valet er dokumentert for Squid 7 og tidlegare støtta utgåver; konfigurasjonsreferansen merkjer det som utilgjengeleg i Squid 8. Hald oppskrifta knytt til versjonen som blir brukt.

Relaterte artiklar