Слухач TPROXY у Squid можа паспяхова прымаць трафік кліентаў, але злучэнне з яго бацькоўскім проксі можа не ўдавацца. Захаванне адрасу крыніцы ў гэтым зыходным злучэнні можа быць недарэчным для сеткавага шляху бацькоўскага проксі.

У выпусках Squid, якія падтрымліваюць гэты параметр, дадайце no-tproxy у адпаведнае існуючае вызначэнне cache_peer. Напрыклад:

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

no-tproxy адключае падмену адрасу крыніцы кліента для злучэнняў з гэтым партнёрам. Ён не выдаляе празрыстую канфігурацыю слухача і не выбірае партнёра самастойна. Захавайце іншыя параметры і правілы выбару бацькоўскага проксі ў разгортванні. Калі гэтыя правілы дазваляюць публічныя прызначэнні праз неаўтэнтыфікаваны бацькоўскі проксі, спіс HTTP-проксі прапануе адрасы-кандыдаты; не захоўвайце існуючыя ўліковыя даныя бацькоўскага проксі і правярайце дазвол для кожнай фактычнай мэты CONNECT.

Цяпер бацькоўскі проксі атрымлівае звычайнае злучэнне з уласнага зыходнага адрасу Squid, з улікам любога NAT. Яго палітыка доступу і аўтэнтыфікацыя павінны дазваляць гэты ніжэйшы проксі. Праверце адрас крыніцы, які бачыць бацькоўскі проксі, калі ён выкарыстоўвае абмежаванне па IP.

Гэты параметр дакументаваны для Squid 7 і ранейшых падтрыманых выпускаў; даведнік па канфігурацыі пазначае яго як недаступны ў Squid 8. Трымайце рэцэпт прывязаным да выкарыстоўванай версіі.

Падобныя артыкулы