Прокси за отклањање грешака ослепи када се повеже корпоративни VPN

Ништа у вашем проксију није промењено. Унос тунела носи сопствена подешавања, управљани PAC може да се врати, а неки клијенти уопште не читају системски прокси.

Алат за снимање ради цело јутро, тунел се повеже и он утихне. Прекинете везу и поново проради. Прва помисао је да је VPN покварио прокси, али у конфигурацији проксија заправо ништа није промењено. Променило се то коју конфигурацију апликације сада читају: унос тунела може носити сопствена подешавања проксија, управљани профил може поново да укључи аутоматску конфигурацију, а нека извршна окружења читају само део онога што нуди оперативни систем. Прочитајте вредност за појединачну везу пре него што дирнете глобалну.

Windows држи прокси за сваку везу

У интернет опцијама постоје два слоја која у дијалогу изгледају исто. Подешавања локалне мреже важе за обичну локалну везу, док унос за позив или VPN држи своју копију под HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Connections, сачувану као бинарна вредност. Уписивање познатих глобалних вредности регистра не ажурира ту копију.

Управо тако алат ради исправно пре повезивања и неисправно после, без икакве видљиве промене у својим подешавањима. Дијалог у који сте зурили био је панел локалне мреже. Био је исправан и био је неважан. Унос који је Windows стварно користио био је онај створен за тунел.

Подржани начин да промените један унос је WinINET API за опције везе: попуните INTERNET_PER_CONN_OPTION_LIST називом везе, заставицама, прокси сервером и листом заобилажења, примените га и затим освежите. За брзу проверу отворите сопствени дијалог подешавања уноса тунела и упоредите његов панел проксија са панелом локалне мреже; разлика је обично очигледна кад знате где да гледате.

Управљани PAC може сам поново да се укључи

У macOS-у су скрипта за аутоматску конфигурацију проксија и аутоматско откривање проксија својства мрежне услуге, не машине. Конфигурациони профил их може захтевати, па се поново појављују након што их одчекирате, и сваки захтев тада иде проксију који скрипта изабере.

Прегледајте и, ако сте овлашћени, искључите та два прекидача за услугу која носи саобраћај:

networksetup -setautoproxystate "Wi-Fi" off
networksetup -setproxyautodiscovery "Wi-Fi" off
scutil --proxy

Користите стварно име услуге, а не претпоставку. Преносни рачунар са бежичном мрежом и USB Ethernet адаптером има две такве, и само једна носи ваш саобраћај. scutil --proxy исписује вредности за тренутну примарну услугу. Упоредите тај излаз са оним што сте уредили пре него што закључите да је профил победио.

Усмерите алат ка стварном узводном серверу

Ако скрипта садржи корпоративни прокси, прочитајте је и унесите исту адресу као спољни прокси унутар алата за снимање. Тада алат прослеђује стварном узводном серверу, што корпоративни прокси и очекује, и остаје на путу захтева уместо да се бори са политиком.

То је потез који вас задржава у отклањању грешака, а не у преконфигурисању.

Гурните прокси у тунел

Клијент заснован на OpenVPN може прихватити опције проксија које важе након подизања тунела, што је згодно када клијент поседује руте:

dhcp-option HTTPPROXY 127.0.0.1:8888
dhcp-option HTTPSPROXY 127.0.0.1:8888

Користиће их само клијенти који поштују ту опцију, а она чврсто уписује ваш порт за слушање у профил. Третирајте то као лабораторијску погодност, а не стандард за распоређивање, јер ће следеће слање профила то уклонити.

Неки клијенти никада не читају системски прокси

Firefox држи сопствена подешавања проксија, зато понекад наставља да снима када прегледач са системским проксијем то више не чини. Старији .NET клијент који не разуме аутоматску конфигурацију повезује се директно где год да ради, па страница учитана кроз унос тунела ипак може да не успе унутар апликације.

Мрежни алати имају и своје узроке. FTP сесија која виси кроз тунел или дељење интернета са телефона често је проблем активног наспрам пасивног режима о коме преговара клијент, и никакво подешавање проксија то неће променити.

Читајте конфигурацију, а не прекидач

Радите овим редом: сопствена вредност проксија уноса тунела, стање PAC-а и аутоматског откривања по услузи, затим руковање проксијем у самој апликацији. Зауставите се на првом које се разликује од ваше претпоставке.

Сваки случај овде је проблем приоритета конфигурације. Ниједан није тунел који квари ваш алат.

Повезани чланци