Сајтови у истој подмрежи могу заобићи транспарентни прокси мрежног пролаза
Објашњава зашто саобраћај у истој подмрежи може заобићи правило пресретања на пролазу, док се интернет захтеви појављују у његовом дневнику.
Прегледање интернета појављује се у дневнику проксија пролаза. Сајт на канцеларијској LAN мрежи не. Пре промене филтера URL-а утврдите да ли је LAN захтев уопште стигао до пролаза.
За директно повезано одредиште IPv4 клијент може да разреши адресу слоја везе одредишта и да пошаље на њу у локалном сегменту. Његов подразумевани пролаз није аутоматски на том путу. Транспарентно правило пресретања на пролазу не може да преусмери пакете које пролаз никада не прими.
На пример, два хоста у истој директно повезаној подмрежи могу да размењују саобраћај кроз прекидач, док је машина проксија прикључена на други порт прекидача. Само присуство на тој LAN мрежи не чини прокси тачком прослеђивања.
Изаберите жељени пут
Изричито подешавање проксија може да пошаље захтев апликације која учествује до проксија чак и када је циљни сајт локалан. Проверите и правила заобилажења и одлуке PAC: она могу намерно да изаберу DIRECT за приватна имена или адресе.
Ако је пресретање потребно, мрежа мора стварно да постави тачку пресретања на пут; на Linux пролазу разликујте локалне и прослеђене путање пакета. Усмерено раздвајање подмрежа или намерно уграђен мост могу то да ураде у одговарајућим пројектима, али свако мења понашање прослеђивања и отказа. Мост на другом месту у LAN мрежи није аутоматски уграђен.
Држите захтев за протоколом апликације одвојено. Чак и након што саобраћај прође кроз уређај, слушалац мора да подржава режим пресретања. Премештање пакета није дозвола за дешифровање HTTPS-а нити гаранција да их обичан SOCKS порт може прихватити.
Забележите путању коју је клијент изабрао, локални сегмент и стварни уређај за прослеђивање. Недостатак прокси дневника може бити тачан опис топологије, а не грешка у евидентирању.