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