Një dëgjues TPROXY i Squid-it mund të marrë me sukses trafikun e klientëve ndërsa lidhja me prindin e tij dështon. Ruajtja e adresës burimore në atë lidhje dalëse mund të jetë e papërshtatshme për rrugën e rrjetit të prindit.

Në versionet e Squid-it që e mbështesin opsionin, shtoni no-tproxy në përkufizimin përkatës ekzistues cache_peer. Për shembull:

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

no-tproxy çaktivizon falsifikimin e adresës burimore të klientit për lidhjet drejt këtij partneri. Nuk e heq konfigurimin transparent të dëgjuesit dhe nuk e zgjedh vetë partnerin. Ruani opsionet dhe rregullat e tjera të zgjedhjes së prindit në vendosje. Kur ato rregulla lejojnë destinacione publike përmes një prindi të paautentikuar, lista e proxy-ve HTTP ofron adresa kandidate; mos i mbani kredencialet ekzistuese të prindit dhe kontrolloni lejen për çdo objektiv real CONNECT.

Prindi tani merr një lidhje normale nga adresa dalëse e vetë Squid-it, në varësi të çdo NAT. Politika e tij e aksesit dhe autentikimi duhet ta lejojnë atë proxy të poshtme. Kontrolloni adresën burimore që sheh prindi kur përdor një kufizim IP.

Ky opsion është dokumentuar për Squid 7 dhe versionet e mëparshme të mbështetura; referenca e konfigurimit e shënon si të padisponueshme në Squid 8. Mbani recetën të lidhur me versionin në përdorim.

Artikuj të ngjashëm