Den Debug-Proxy gëtt blend, wann d'Firmen-VPN sech verbënnt

D'Opnametool schafft de ganzen Moien, den Tunnel verbënnt sech, an et gëtt stëll. Trennt sech of an et fänkt erëm un. Den éischte Gedanke ass, d'VPN hätt de Proxy futtig gemaach, awer an der Proxy-Konfiguratioun huet sech näischt geännert. Geännert huet sech, wéi eng Konfiguratioun d'Applikatiounen elo liesen: eng Tunnel-Antréi kann eegen Proxy-Astellunge matbréngen, e verwalt Profil kann d'automatesch Konfiguratioun erëm aschalten, an een Deel vun de Runtime-Ëmfeld liest just e Brochstéck vun deem, wat d'Betribssystem ubitt. Liest de Wäert pro Verbindung, ier Dir deen globale beréiert.

Windows hält e Proxy pro Verbindung

An den Internet-Astellunge ginn et zwou Schichten, déi am Dialog d'selwecht ausgesinn. D'Astellunge vum lokalen Netzwierk gëllen fir déi gewéinlech lokal Verbindung, wärend eng Antréi fir eng Einwiel- oder VPN-Verbindung seng eege Kopie ënner HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Connections als binäre Wäert späichert. Déi bekannte global Registrierungswäerter ze schreiwen aktualiséiert déi Kopie net.

Genee esou verhält sech en Tool virum Verbënse richteg a duerno falsch, ouni sichtbar Ännerung an sengen Astellungen. Den Dialog, op deen Dir gekuckt hutt, war de Panel vum lokalen Netzwierk. E war richteg, an e war onpassend. D'Antréi, déi Windows tatsächlech benotzt huet, war déi, déi fir den Tunnel ugeluecht gouf.

Den ënnerstëtzten Wee fir eng Antréi z'änneren ass d'WinINET-API fir Verbindungsoptiounen: fëllt en INTERNET_PER_CONN_OPTION_LIST mat dem Numm vun der Verbindung, de Fändelen, dem Proxyserver an enger Iwwersprang-Lëscht, wend se un a refresht dann. Fir eng séier Kontroll opmaacht den eegenen Astellungsdialog vun der Tunnel-Antréi a vergläicht säi Proxy-Panel mat deem vum lokalen Netzwierk; den Ënnerscheed ass meeschtens kloer, wann ee weess wou ee kucke muss.

E verwaltete PAC kann sech selwer erëm aschalten

Op macOS sinn de Skript fir déi automatesch Proxy-Konfiguratioun an d'automatesch Proxy-Entdeckung Eegeschafte vun engem Netzwerkdéngscht, net vun der Maschinn. E Konfiguratiounsprofil kann se erfuerderen, dofir erschéngen se erëm, nodeems Dir d'Kräizchen ewech gemaach hutt, an all Ufro geet dann un dee Proxy, deen de Skript auswielt.

Iwwerpréift a schalt, wann Dir dofir autoriséiert sidd, déi zwou Schaltere fir de Service aus, deen den Trafick dréit:

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

Benotzt den echte Servicenumm anstatt eng Vermutung. E Laptop mat Wi-Fi an engem USB-Ethernet-Adapter huet der zwou, an nëmmen eng dréit Ären Trafick. scutil --proxy dréckt d'Wäerter fir den aktuelle primäre Service of. Vergläicht dës Ausgab mat deem, wat Dir geännert hutt, ier Dir schléisst datt de Profil gewonnen huet.

Richt d'Tool op de richtege Upstream

Wann de Skript de Firmenproxy enthält, liest en a gitt déiselwecht Adress als extern Proxy am Opnametool an. Dann leet d'Tool un de richtege Upstream weider, wat de Firmenproxy erwaart, an et bleift am Wee vun der Ufro, anstatt géint d'Politik ze kämpfen.

Dat ass dee Schrëtt, deen Iech um Debuggen hält an net um Ëmkonfiguréieren.

Dréckt de Proxy an den Tunnel

E Client op OpenVPN-Basis kann Proxy-Optiounen unhuelen, déi gëllen, soubal den Tunnel steet, wat praktesch ass, wann de Client d'Routen huet:

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

Nëmme Cliente vun deenen d'Optioun respektéiert gëtt, benotzen se, an se schreift Ären Lauschport haart an e Profil. Betruecht dat als Laborskomfort an net als Standard fir den Asaz, well déi nächst Profil-Ausleeferung se ewech hëlt.

Een Deel vun de Cliente liest de Systemproxy ni

Firefox hält seng eegen Proxy-Astellunge, dofir mécht et heiansdo weider Opnamen, wann e Browser mam Systemproxy et net méi mécht. En eelere .NET-Client, deen déi automatesch Konfiguratioun net versteet, verbënnt sech direkt, wou en och ëmmer leeft, sou datt eng Säit, déi iwwer d'Tunnel-Antréi gelueden ass, bannen an der Applikatioun nach ëmmer ka feelen.

Netzwierk-Toolen hunn och hir eegen Ursaachen. Eng FTP-Sessioun, déi iwwer en Tunnel oder en Handy-Tethering hänkt, ass dacks e Problem vum aktive géintiwwer dem passive Modus, deen de Client verhandelt, a keng Proxy-Astellung ännert dat.

Liest d'Konfiguratioun, net de Schalter

Schafft an dëser Reiefolleg: de Wäert vun der Tunnel-Antréi selwer, den Zoustand vun PAC an automatescher Entdeckung pro Service, dann d'Proxy-Behandlung vun der Applikatioun selwer. Hält beim éischten un, deen anescht ass wéi dat, wat Dir ugeholl hutt.

All Fall hei ass e Problem vun der Prioritéit vun der Konfiguratioun. Kee vun hinnen ass den Tunnel, deen Ären Tool futtig mécht.