Сайтове в същата подмрежа могат да заобикалят прозрачното прокси на шлюза

Сърфирането в интернет се вижда в журнала на проксито на шлюза. Сайт в офис LAN не се вижда. Преди да промените URL филтъра, установете дали заявката в LAN изобщо е достигнала до шлюза.

За директно свързана IPv4 дестинация клиентът може да определи адреса на каналния слой на дестинацията и да изпрати до нея в локалния сегмент. Шлюзът му по подразбиране не е автоматично на този път. Правило за прозрачно прихващане на шлюза не може да пренасочи пакети, които шлюзът никога не получава.

Например два хоста в една подмрежа с директна връзка могат да обменят трафик през комутатор, докато машината на проксито е включена в друг порт на комутатора. Самото присъствие в този LAN не прави проксито точка за препращане.

Изберете желания път

Явна настройка на прокси може да изпрати заявката на участващото приложение до проксито, дори когато целевият сайт е локален. Проверете също правилата за заобикаляне и решенията на PAC: те може умишлено да избират DIRECT за частни имена или адреси.

Ако е необходимо прихващане, мрежата трябва реално да постави точката на прихващане на пътя; на Linux шлюз различавайте локалните и препращаните пътища на пакетите. Маршрутизирано разделяне на подмрежи или умишлено вграден мост могат да направят това в подходящи проекти, но всяко от тях променя поведението при препращане и отказ. Мост другаде в LAN не е автоматично вграден.

Дръжте изискването за протокола на приложението отделно. Дори след като трафикът премине през устройството, слушателят трябва да поддържа режима на прихващане. Преместването на пакетите не е разрешение за дешифриране на HTTPS, нито гаранция, че обикновен SOCKS порт може да ги приеме.

Запишете избрания от клиента маршрут, локалния сегмент и действителното устройство за препращане. Липсващият журнал на проксито може да е правилно описание на топологията, а не отказ на журналирането.