Ladiaci proxy oslepne, keď sa pripojí firemná VPN

Vo vašom proxy sa nič nezmenilo. Záznam tunela nesie vlastné nastavenia, spravovaný PAC sa môže vrátiť a niektorí klienti systémovú proxy vôbec nečítajú.

Nástroj na zachytávanie funguje celé dopoludnie, tunel sa prihlási a on stíchne. Odpojíte sa a zase beží. Prvá myšlienka je, že VPN pokazila proxy, ale v konfigurácii proxy sa v skutočnosti nič nezmenilo. Zmenilo sa to, ktorú konfiguráciu aplikácie teraz čítajú: záznam tunela môže niesť vlastné nastavenia proxy, spravovaný profil môže znova zapnúť automatickú konfiguráciu a niektoré runtime prostredia čítajú len časť toho, čo ponúka operačný systém. Prečítajte si hodnotu pre konkrétne pripojenie, skôr než sa dotknete globálnej.

Windows drží proxy pre každé pripojenie

V možnostiach Internetu sú dve vrstvy, ktoré v dialógu vyzerajú rovnako. Nastavenia miestnej siete platia pre bežné miestne pripojenie, zatiaľ čo záznam vytáčaného alebo VPN pripojenia drží vlastnú kópiu pod HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Connections, uloženú ako binárnu hodnotu. Zápis známych globálnych hodnôt registra túto kópiu neaktualizuje.

Presne tak sa nástroj správa správne pred pripojením a nesprávne po ňom, bez akéhokoľvek viditeľného zmeny v nastaveniach. Dialóg, na ktorý ste hľadeli, bol panel miestnej siete. Bol správny a bol nepodstatný. Záznam, ktorý Windows skutočne používal, bol ten vytvorený pre tunel.

Podporovaný spôsob, ako zmeniť jeden záznam, je API volieb pripojenia WinINET: vyplňte INTERNET_PER_CONN_OPTION_LIST názvom pripojenia, príznakmi, proxy serverom a zoznamom výnimiek, použite ho a potom obnovte. Na rýchlu kontrolu otvorte vlastný dialóg nastavení záznamu tunela a porovnajte jeho panel proxy s panelom miestnej siete; rozdiel je zvyčajne zrejmý, keď viete, kam sa pozerať.

Spravovaný PAC sa môže sám znova zapnúť

V macOS sú skript automatickej konfigurácie proxy a automatické zisťovanie proxy vlastnosťami sieťovej služby, nie stroja. Konfiguračný profil ich môže vyžadovať, takže sa po odškrtnutí znova objavia a každá požiadavka potom ide na proxy, ktorú vyberie skript.

Prezrite si to a, ak máte oprávnenie, vypnite tieto dva prepínače pre službu, ktorá nesie prevádzku:

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

Použite skutočný názov služby, nie odhad. Notebook s Wi-Fi aj USB Ethernet adaptérom má dve také a len jedna nesie vašu prevádzku. scutil --proxy vypíše hodnoty pre aktuálnu primárnu službu. Porovnajte tento výstup s tým, čo ste upravili, skôr než usúdite, že profil vyhral.

Namierte nástroj na skutočný nadradený server

Ak skript obsahuje firemnú proxy, prečítajte ho a zadajte rovnakú adresu ako externú proxy v nástroji na zachytávanie. Nástroj potom posiela na skutočný nadradený server, čo firemná proxy očakáva, a zostáva v ceste požiadavky, namiesto toho aby bojoval s politikou.

To je krok, ktorý vás udrží pri ladení, a nie pri prekonfigurovaní.

Vtlačte proxy do tunela

Klient založený na OpenVPN môže prijať voľby proxy, ktoré platia po zdvihnutí tunela, čo je pohodlné, keď klient vlastní trasy:

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

Použijú ich len klienti, ktorí túto voľbu rešpektujú, a tá natvrdo zapisuje váš port na počúvanie do profilu. Berte to ako laboratórnu výhodu, nie ako štandard nasadenia, pretože ďalšie odoslanie profilu ju odstráni.

Niektorí klienti nikdy nečítajú systémovú proxy

Firefox drží vlastné nastavenia proxy, a preto niekedy pokračuje v zachytávaní, keď prehliadač so systémovou proxy už nie. Starší klient .NET, ktorý nerozumie automatickej konfigurácii, sa pripája priamo, kdekoľvek beží, takže stránka načítaná cez záznam tunela môže v aplikácii stále zlyhať.

Sieťové nástroje majú tiež svoje príčiny. FTP relácia, ktorá visí cez tunel alebo tethering z telefónu, je často problém aktívneho proti pasívnemu režimu, o ktorom vyjednáva klient, a žiadne nastavenie proxy to nezmení.

Čítajte konfiguráciu, nie prepínač

Pracujte v tomto poradí: vlastná hodnota proxy záznamu tunela, stav PAC a automatického zisťovania pre službu, potom vlastné spracovanie proxy v aplikácii. Zastavte sa pri prvom, ktoré sa líši od vášho predpokladu.

Každý prípad je tu problémom priority konfigurácie. Ani jeden nie je tunel, ktorý vám ničí nástroj.

Súvisiace články