Razhroščevalni posrednik oslepi, ko se poveže službena VPN

V vašem posredniku se ni spremenilo. Vnos tunela nosi lastne nastavitve, upravljani PAC se lahko vrne in nekateri odjemalci sistemskega posrednika sploh ne berejo.

Orodje za zajem deluje vse dopoldne, tunel se poveže in utihne. Prekinete in spet začne. Prva misel je, da je VPN pokvaril posrednik, a v konfiguraciji posrednika se v resnici ni nič spremenilo. Spremenilo se je to, katero konfiguracijo zdaj berejo aplikacije: vnos tunela lahko nosi lastne nastavitve posrednika, upravljani profil lahko znova vklopi samodejno konfiguracijo, nekatera izvajalna okolja pa berejo le del tega, kar ponuja operacijski sistem. Preberite vrednost za posamezno povezavo, preden se dotaknete globalne.

Windows hrani posrednika za vsako povezavo

V internetnih možnostih sta dve plasti, ki sta v pogovornem oknu videti enaki. Nastavitve krajevnega omrežja veljajo za običajno krajevno povezavo, vnos klicne ali VPN povezave pa hrani svojo kopijo pod HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Connections, shranjeno kot binarno vrednost. Zapis znanih globalnih vrednosti v registru te kopije ne posodobi.

Točno tako se orodje obnaša pravilno pred povezavo in napačno po njej, brez vidne spremembe v svojih nastavitvah. Pogovorno okno, v katero ste strmeli, je bil plošča krajevnega omrežja. Bila je pravilna in ni bila pomembna. Vnos, ki ga je Windows v resnici uporabljal, je bil tisti, ustvarjen za tunel.

Podprt način za spremembo enega vnosa je API možnosti povezave WinINET: izpolnite INTERNET_PER_CONN_OPTION_LIST z imenom povezave, zastavicami, posredniškim strežnikom in seznamom izjem, uporabite in nato osvežite. Za hiter pregled odprite pogovorno okno z nastavitvami vnosa tunela in primerjajte njegovo ploščo posrednika s ploščo krajevnega omrežja; razlika je običajno očitna, ko veste, kam pogledati.

Upravljani PAC se lahko sam znova vklopi

V macOS sta skript za samodejno konfiguracijo posrednika in samodejno odkrivanje posrednika lastnosti omrežne storitve, ne stroja. Konfiguracijski profil ju lahko zahteva, zato se po odkljukanju znova pojavita in vsaka zahteva gre nato na posrednika, ki ga izbere skript.

Preverite in, če ste pooblaščeni, izklopite ta dva stikala za storitev, ki prenaša promet:

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

Uporabite pravo ime storitve, ne ugibanja. Prenosnik z brezžičnim omrežjem in adapterjem USB Ethernet ima dve taki, promet pa prenaša le ena. scutil --proxy izpiše vrednosti za trenutno primarno storitev. Primerjajte ta izpis s tem, kar ste uredili, preden sklepate, da je profil zmagal.

Usmerite orodje na pravi nadrejeni vir

Če skript vsebuje službenega posrednika, ga preberite in vnesite isti naslov kot zunanjega posrednika znotraj orodja za zajem. Takrat orodje posreduje na pravi nadrejeni vir, kar službeni posrednik pričakuje, in ostane na poti zahteve, namesto da bi se boril s pravilnikom.

To je poteza, ki vas obdrži pri razhroščevanju in ne pri ponovnem konfiguriranju.

Potisnite posrednika v tunel

Odjemalec, ki temelji na OpenVPN, lahko sprejme možnosti posrednika, ki veljajo, ko je tunel dvignjen, kar je priročno, kadar so poti v rokah odjemalca:

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

Uporabili jih bodo le odjemalci, ki to možnost spoštujejo, ta pa trdo zapiše vaša vrata za poslušanje v profil. Obravnavajte to kot laboratorijsko udobje in ne kot standard uvajanja, ker bo naslednje pošiljanje profila to odstranilo.

Nekateri odjemalci nikoli ne berejo sistemskega posrednika

Firefox hrani svoje nastavitve posrednika, zato včasih nadaljuje z zajemom, ko brskalnik s sistemskim posrednikom tega ne počne več. Starejši odjemalec .NET, ki ne razume samodejne konfiguracije, se poveže neposredno, kjer koli teče, zato lahko stran, naložena prek vnosa tunela, v aplikaciji vseeno ne uspe.

Tudi omrežna orodja imajo svoje vzroke. Seja FTP, ki se obesi prek tunela ali telefonskega tetheringa, je pogosto težava aktivnega proti pasivnemu načinu, o katerem se pogaja odjemalec, in nobena nastavitev posrednika tega ne bo spremenila.

Berite konfiguracijo, ne stikala

Delajte v tem vrstnem redu: lastna vrednost posrednika vnosa tunela, stanje PAC in samodejnega odkrivanja za storitev, nato lastno obravnavanje posrednika v aplikaciji. Ustavite se pri prvem, ki se razlikuje od vaše domneve.

Vsak primer tukaj je težava prednosti konfiguracije. Noben ni tunel, ki bi vam lomil orodje.

Sorodni članki