VPN radi, ali jedna aplikacija nema internet? Proverite njen proxy

Vaš tunel je podignut, stranica statusa prikazuje zdrav handshake, ali jedna aplikacija i dalje ne učitava ništa. Ta aplikacija verovatno još šalje zahteve starijem posredniku: sistemskom proxyju, ekstenziji, konfiguracionoj datoteci koju gura upravljanje uređajima ili proxy promenljivoj koju čita samo njen sopstveni proces. Promena VPN servera neće dotaći tu postavku, i to objašnjava obrazac u kojem druge aplikacije rade sa iste mašine. Radite od aplikacije koja ne uspeva prema spolja i ostavite tunel na miru dok pitanje proxyja ne bude rešeno.

Koji sloj poseduje postavku proxyja

Četiri mesta mogu polagati pravo na vlast nad zahtevima aplikacije, a najuže obično pobeđuje. Operativni sistem drži globalni proxy i opcioni URL automatske konfiguracije; pregledač ga može slediti, pregaziti ili predati kontrolu ekstenziji; alat komandne linije čita sopstveno okruženje; a upravljana politika može sve navedeno ponovo prikačiti nakon promene. Odlučite koji je sloj zadužen pre nego što bilo šta uredite, jer brisanje pogrešnog sloja izgleda kao uspešna popravka koja se vraća pri sledećoj prijavi.

Uporedite dve aplikacije na istoj običnoj web stranici umesto na testnoj stranici samo za VPN. Ako pregledač ne uspeva dok preuzimanje u terminalu uspeva, operativni sistem nije problem, a razlika je u profilu pregledača ili njegovim ekstenzijama. Ako oboje ne uspeva, ali drugi korisnički nalog na istoj mašini uspeva, postavka je po korisniku. To poređenje košta minut i uklanja većinu nagađanja.

Pročitajte vrednost koju svaki alat zaista koristi

Odštampajte konfiguraciju pre nego što je promenite i kopirajte tačan proxy niz negde odakle ga možete vratiti. Shell promenljive su najbrža provera za alate komandne linije, 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 liniju koja odgovara platformi pred vama, pa pročitajte izlaz za host, port i akreditive. Vrednost poput http://proxy.corp.example:8080 znači da alat pita taj host za svaki zahtev, dok prazan rezultat znači da ide direktno i da pravi kvar leži negde drugde. Sakrijte deo sa korisnikom i lozinkom pre nego što zalepite izlaz u tiket, jer su ti nizovi mnogo češće žive akreditive nego što ljudi pretpostavljaju.

Alati sa sopstvenim proxy motorom trebaju sopstvene dokaze. Curl navodi odluku koju je doneo kada povećate opširnost, što je bolje od nagađanja iz okruženja, a isti flag pokazuje da li se razrešavanje imena dogodilo lokalno ili na proxyju.

Obrišite nadjačavanje i ponovo testirajte isti zahtev

Promenite jedan sloj, pa ponovite tačno onaj zahtev koji nije uspeo, jer drugi URL ništa ne dokazuje. Prvo obrišite promenljive okruženja u trenutnom shellu, jer je ta izmena 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 i dalje tvrdi da postoji proxy, okruženje nije bilo vlast. Pomerite se jedan nivo više umesto da slažete još nadjačavanja.

Na macOS proverite da datoteka automatske konfiguracije ne daje vrednost, zatim isključite proxy usluge i potvrdite promenu. Na Windowsu zapamtite da su WinHTTP postavka i postavka pregledača po korisniku različiti objekti, pa čist alat komandne linije može postojati uz pregledač koji još pokazuje na stari server. Ekstenzije zaslužuju istu sumnju: proxy ekstenzija može prepisivati zahteve samo za jedan profil, i to je tačno oblik kvara koji pogađa jedan pregledač i ništa drugo.

Proverite da popravka preživi ponovno pokretanje

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

Dve provere razdvajaju pravu popravku od privremene, i obe bi trebalo da prijave direktnu vezu ili željenu vrednost. Pokretanje u čistom okruženju pokazuje da li očišćeni proces još preuzima 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 vrednost vrati nakon ponovnog pokretanja, izvor je upravljana politika ili profil koji je ponovo primenjuje, a vlasnik te politike mora ukloniti izuzetak. Ostavite proveru sertifikata uključenom celo vreme, jer će proxy koji presreće saobraćaj inače izgledati rešen čim isključite provere. Završite tako što ćete uklonjenu vrednost i datum zapisati u svoje beleške, kako bi sledeća osoba mogla razlikovati namerni proxy od zaboravljenog.