Сайты в той же подсети могут обходить прозрачный прокси шлюза
Объясняет, почему трафик в одной подсети может обходить правило перехвата на шлюзе, хотя интернет-запросы появляются в его журнале.
Просмотр интернета появляется в журнале прокси шлюза. Сайт в локальной сети офиса — нет. Прежде чем менять фильтр URL, выясните, доходил ли запрос из локальной сети до шлюза вообще.
Для непосредственно подключённого адресата IPv4 клиент может разрешить адрес канального уровня адресата и отправить ему в локальном сегменте. Его шлюз по умолчанию не обязательно находится на этом пути. Правило прозрачного перехвата на шлюзе не может перенаправить пакеты, которые шлюз никогда не получает.
Например, два узла в одной подсети с прямым подключением могут обмениваться трафиком через коммутатор, пока прокси-машина подключена к другому порту коммутатора. Само по себе присутствие в этой локальной сети не делает прокси точкой пересылки.
Выберите нужный путь
Явная настройка прокси может отправить запрос участвующего приложения на прокси, даже если целевой сайт локальный. Проверьте также правила обхода и решения PAC: они могут намеренно выбирать DIRECT для частных имён или адресов.
Если перехват необходим, сеть должна действительно поместить точку перехвата на путь; на шлюзе Linux различайте локальные и пересылаемые пути пакетов. Маршрутизируемое разделение подсетей или намеренно включённый в линию мост могут сделать это в подходящих проектах, но каждый из них меняет поведение пересылки и отказов. Мост в другом месте локальной сети не становится автоматически включённым в линию.
Держите требование к протоколу приложения отдельно. Даже после того, как трафик проходит через устройство, слушатель должен поддерживать режим перехвата. Перемещение пакетов — это не разрешение расшифровывать HTTPS и не гарантия, что обычный порт SOCKS сможет их принять.
Запишите выбранный клиентом маршрут, локальный сегмент и фактическое устройство пересылки. Отсутствие журнала прокси может быть верным описанием топологии, а не сбоем журналирования.