Слухач 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. Тримайте рецепт прив'язаним до використовуваної версії.

Схожі статті