De debug-proxy wurdt blyn as de bedriuws-VPN ferbynt

It opnamme-ark wurket de hiele moarn, de tunnel ferbynt, en it wurdt stil. Untkoppelje en it begjint wer. De earste gedachte is dat de VPN de proxy fernield hat, mar oan de proxykonfiguraasje is eins neat feroare. Wat feroare is, is hokker konfiguraasje de applikaasjes no lêze: in tunnelinyntrije kin eigen proxyynstellingen hawwe, in beheard profyl kin automatyske konfiguraasje wer oansette, en guon útfieromjouwings lêze mar in part fan wat it bestjoeringssysteem biedt. Lês de wearde per ferbining foardat jo de globale oanreitsje.

Windows hâldt in proxy per ferbining

Yn de ynternetopsjes binne twa lagen dy’t yn it dialoochfinster itselde lykje. De ynstellingen fan it lokale netwurk jilde foar de gewoane lokale ferbining, wylst in ynbel- of VPN-yntrije syn eigen kopy ûnder HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Connections hâldt, bewarre as in binêre wearde. It skriuwen fan de bekende globale registerwearden bywurket dy kopy net.

Sa wurket in ark krekt goed foar it ferbinen en ferkeard dêrnei, sûnder sichtbere feroaring yn syn ynstellingen. It dialoochfinster dêr’t jo nei stoarden wie it paniel fan it lokale netwurk. It wie goed, en it wie net relevant. De yntrije dy’t Windows echt brûkte wie dyjinge dy’t foar de tunnel makke is.

De stipe manier om ien yntrije te feroarjen is de WinINET-API foar ferbiningsopsjes: folje in INTERNET_PER_CONN_OPTION_LIST mei de ferbiningsnamme, de flaggen, de proxyserver en in list om se oer te slaan, pas it ta en ferfarskje dan. Foar in flugge kontrôle iepenje it eigen ynstellingsdialoochfinster fan de tunnelinyntrije en fergelykje syn proxypaniel mei dat fan it lokale netwurk; it ferskil is meastentiids dúdlik sadree’t jo witte wêr’t jo sjen moatte.

In beheard PAC kin himsels wer oansette

Op macOS binne it automaatyske proxykonfiguraasjeskript en automaatyske proxy-ûntdekking eigenskippen fan in netwurkstsjinst, net fan de masine. In konfiguraasjeprofyl kin se easkje, sadat se wer ferskine neidat jo it flakje fuorthelle hawwe, en elk fersyk giet dan nei de proxy dy’t it skript kiest.

Undersykje en, as jo autorisearre binne, set dy twa skeakelingen út foar de tsjinst dy’t it ferkear draacht:

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

Brûk de echte tsjinstnamme ynstee fan in gissing. In laptop mei sawol Wi-Fi as in USB-Ethernet-adapter hat twa fan sokke, en mar ien draacht jo ferkear. scutil --proxy printsje de wearden foar de hjoeddeistige primêre tsjinst. Fergelykje dy útfoer mei wat jo bewurke hawwe foardat jo konkludearje dat it profyl wûn hat.

Rjochtsje it ark op de echte boppestream

As it skript de bedriuwsproxy befettet, lês it en fier itselde adres yn as eksterne proxy yn it opnamme-ark. Dan stjoert it ark troch nei de echte boppestream, dat is wat de bedriuwsproxy ferwachtet, en it bliuwt yn it paad fan it fersyk ynstee fan te fjochtsjen mei it belied.

Dat is de beweging dy’t jo oan it debuggen hâldt ynstee fan oan it werkonfigurearjen.

Duw de proxy yn de tunnel

In klant basearre op OpenVPN kin proxyopsjes akseptearje dy’t jilde sadree’t de tunnel stiet, wat handich is as de klant de rûtes besit:

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

Allinnich klanten dy’t de opsje respektearje sille it brûke, en it set jo harkport fêst yn in profyl. Behannelje it as in laboratoariumgemak en net as in ynsetstandert, want de folgjende profylstjoering sil it fuorthelje.

Guon klanten lêze de systeemproxy nea

Firefox hâldt eigen proxyynstellingen, dêrom giet it soms troch mei opnimmen as in browser mei systeemproxy dat net docht. In âldere .NET-klant dy’t automaatyske konfiguraasje net begrypt ferbynt direkt wêr’t er ek rint, sadat in side dy’t fia de tunnelinyntrije laden wurdt noch hieltyd mislearje kin binnen de applikaasje.

Netwurkarken hawwe ek har eigen oarsaken. In FTP-sesje dat hinget oer in tunnel of telefoantethering is faak in probleem fan aktive tsjin passive modus dêr’t de klant oer ûnderhannelet, en gjin proxyynstelling sil dat feroarje.

Lês de konfiguraasje, net de skeakeling

Wurkje yn dizze folchoarder: de eigen proxywearde fan de tunnelinyntrije, de PAC- en auto-ûntdekkingsstatus per tsjinst, dan de eigen proxyôfhanneling fan de applikaasje. Stop by de earste dy’t ferskilt fan wat jo oannamen.

Elk gefal hjir is in probleem fan konfiguraasjepriority. Gjint is de tunnel dy’t jo ark fernielt.