Vaš tunel je uspostavljen, stranica stanja prikazuje zdravi handshake, a jedna aplikacija još uvijek ne učitava ništa. Ta aplikacija vjerojatno još šalje svoje zahtjeve starijem posredniku: sistemskom proxyju, proširenju, konfiguracijskoj datoteci koju gura upravljanje uređajima ili proxy varijabli koju čita samo njezin vlastiti proces. Promjena VPN poslužitelja neće dotaknuti tu postavku, i to objašnjava obrazac u kojem druge aplikacije rade s istog stroja. Radite od aplikacije koja ne uspijeva prema vani i ostavite tunel na miru dok pitanje proxyja ne bude riješeno.

Koji sloj posjeduje postavku proxyja

Četiri mjesta mogu polagati pravo na vlast nad zahtjevima aplikacije, a najuže obično pobjeđuje. Operacijski sustav drži globalni proxy i neobavezni URL automatske konfiguracije; preglednik ga može slijediti, pregaziti ili predati kontrolu proširenju; alat naredbenog retka čita vlastito okruženje; a upravljana politika može sve navedeno ponovno prikvačiti nakon promjene. Odlučite koji je sloj zadužen prije nego bilo što uredite, jer brisanje pogrešnog sloja izgleda kao uspješna popravka koja se vraća pri sljedećoj prijavi.

Usporedite dvije aplikacije na istoj običnoj web stranici umjesto na testnoj stranici samo za VPN. Ako preglednik ne uspijeva dok preuzimanje u terminalu uspijeva, operacijski sustav nije problem, a razlika je u profilu preglednika ili njegovim proširenjima. Ako oboje ne uspijeva, ali drugi korisnički račun na istom stroju uspijeva, postavka je po korisniku. Ta usporedba košta minutu i uklanja većinu nagađanja.

Pročitajte vrijednost koju svaki alat stvarno koristi

Ispišite konfiguraciju prije nego je promijenite i kopirajte točan proxy niz negdje odakle ga možete vratiti. Shell varijable su najbrža provjera za alate naredbenog retka, jer VPN klijent ih obično ostavlja netaknutima.

env | grep -i -E 'http_proxy|https_proxy|all_proxy|no_proxy'
scutil --proxy
gsettings get org.gnome.system.proxy mode
netsh winhttp show proxy

Pokrenite samo redak koji odgovara platformi pred vama, pa pročitajte izlaz za host, port i vjerodajnice. Vrijednost poput http://proxy.corp.example:8080 znači da alat pita taj host za svaki zahtjev, dok prazan rezultat znači da ide izravno i da pravi kvar leži negdje drugdje. Sakrijte dio s korisnikom i lozinkom prije nego zalijepite izlaz u tiket, jer su ti nizovi mnogo češće žive vjerodajnice nego što ljudi pretpostavljaju.

Alati s vlastitim proxy motorom trebaju vlastite dokaze. Curl navodi odluku koju je donio kada povećate opširnost, što je bolje od nagađanja iz okruženja, a ista zastavica pokazuje je li razrješavanje imena dogodilo lokalno ili na proxyju.

Obrišite nadjačavanje i ponovno testirajte isti zahtjev

Promijenite jedan sloj, pa ponovite točno onaj zahtjev koji nije uspio, jer drugi URL ništa ne dokazuje. Prvo obrišite varijable okruženja u trenutnom shellu, jer je ta izmjena reverzibilna i ne može slomiti tunel:

unset http_proxy https_proxy all_proxy
curl -v --max-time 10 https://example.com 2>&1 | grep -i -E 'uses proxy|connected to|http/'

Ako opširni izlaz još uvijek tvrdi da postoji proxy, okruženje nije bilo vlast. Pomaknite se jednu razinu više umjesto da slažete još nadjačavanja.

Na macOS provjerite da datoteka automatske konfiguracije ne daje vrijednost, zatim isključite proxy usluge i potvrdite promjenu. Na Windowsu zapamtite da su WinHTTP postavka i postavka preglednika po korisniku različiti objekti, pa čist alat naredbenog retka može postojati uz preglednik koji još pokazuje na stari poslužitelj. Proširenja zaslužuju istu sumnju: proxy proširenje može prepisivati zahtjeve samo za jedan profil, i to je točno oblik kvara koji pogađa jedan preglednik i ništa drugo.

Provjerite da popravak preživi ponovno pokretanje

Postavka koja radi samo u terminalu koji ste uredili nije popravljena. Ponovno otvorite aplikaciju iz pokretača na radnoj površini, odjavite se i prijavite, i gledajte vraća li se stari proxy.

Dvije provjere razdvajaju pravi popravak od privremenoga, i obje bi trebale prijaviti izravnu vezu ili željenu vrijednost. Pokretanje u čistom okruženju pokazuje preuzima li očišćeni proces još sistemsku postavku.

env -i /usr/bin/curl -sS -o /dev/null -w '%{http_code} %{remote_ip}
' https://example.com
networksetup -getwebproxy "Wi-Fi"

Ako se stara vrijednost vrati nakon ponovnog pokretanja, izvor je upravljana politika ili profil koji je ponovno primjenjuje, a vlasnik te politike mora ukloniti iznimku. Ostavite provjeru certifikata uključenom cijelo vrijeme, jer će proxy koji presreće promet inače izgledati riješen čim isključite provjere. Završite tako da uklonjenu vrijednost i datum zapišete u svoje bilješke, kako bi sljedeća osoba mogla razlikovati namjerni proxy od zaboravljenog.

Povezani članci