Posluchač TPROXY v Squidu může úspěšně přijímat provoz klientů, zatímco spojení k jeho nadřazenému proxy selhává. Zachování zdrojové adresy na tomto odchozím spojení nemusí být pro síťovou cestu nadřazeného proxy vhodné.

Ve vydáních Squidu, která volbu podporují, přidejte no-tproxy do příslušné stávající definice cache_peer. Například:

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

no-tproxy vypíná podvrhování zdrojové adresy klienta pro spojení k tomuto protějšku. Neodstraňuje průhlednou konfiguraci posluchače ani sám nevybírá protějšek. Zachovejte ostatní volby a pravidla výběru nadřazeného proxy v nasazení. Pokud tato pravidla umožňují veřejné cíle přes neověřený nadřazený proxy, seznam HTTP proxy nabízí kandidátní adresy; nezachovávejte stávající přihlašovací údaje nadřazeného proxy a u každého skutečného cíle CONNECT ověřte oprávnění.

Nadřazený proxy nyní dostává běžné spojení z vlastní odchozí adresy Squidu, s přihlédnutím k jakémukoli NAT. Jeho přístupová politika a ověřování musí tomuto podřízenému proxy povolit přístup. Zkontrolujte zdrojovou adresu, kterou nadřazený proxy vidí, když používá omezení podle IP.

Tato volba je zdokumentována pro Squid 7 a dřívější podporovaná vydání; referenční příručka konfigurace ji označuje jako nedostupnou v Squidu 8. Držte recept svázaný s používanou verzí.

Související články