Слушателят 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. Дръжте рецептата обвързана с използваната версия.

Подобни статии