VPN verkar, men éin app har ikkje internett? Sjekk proxyen hennar

Tunnelen din er oppe, statussida viser eit sunt handshake, men éin applikasjon lastar framleis ingenting. Den applikasjonen sender truleg framleis førespurnadene sine til ein eldre mellomledd: ein systemproxy, ei utviding, ei konfigurasjonsfil som blir skubba ut av einingadministrasjon, eller ein proxyvariabel som berre den eigne prosessen les. Å byta VPN-tenar rører ikkje den innstillinga, og det forklarer mønsteret der andre apper verkar frå same maskina. Arbeid utover frå appen som feilar, og lat tunnelen vera i fred til proxy-spørsmålet er avklart.

Kva lag eig proxyinnstillinga

Fire stader kan krevje autoritet over førespurnadene til ein app, og det smalaste vinn vanlegvis. Operativsystemet har ein global proxy og ein valfri automatisk konfigurasjons-URL; ein nettlesar kan følgje han, overstyre han eller overlate kontrollen til ei utviding; eit kommandolinjeverktøy les sitt eige miljø; og ein administrert policy kan feste alt det ovannemnde på nytt etter ei endring. Avgjer kva lag som har ansvaret før du endrar noko, fordi å rydde det gale laget ser ut som ein vellukka retting som kjem tilbake ved neste innlogging.

Samanlikn to applikasjonar mot den same vanlege nettstaden i staden for mot ei testside som berre er for VPN. Viss nettlesaren feilar medan ei nedlasting i terminalen lykkast, er ikkje operativsystemet problemet, og skilnaden ligg i nettlesarprofilen eller utvidingane hans. Viss båe feilar, men ein annan brukarkonto på same maskina lykkast, er innstillinga per brukar. Den samanlikninga kostar eitt minutt og fjernar det meste av gjettinga.

Les verdien kvart verktøy faktisk brukar

Skriv ut konfigurasjonen før du endrar han, og kopier den nøyaktige proxystrengen til ein stad der du kan gjenopprette han. Shellvariablane er den raskaste kontrollen for kommandolinjeverktøy, fordi ein VPN-klient vanlegvis lèt dei vera urørte.

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

Køyr berre linja som passar til plattforma framfor deg, og les deretter utdata for vert, port og legitimasjon. Ein verdi som http://proxy.corp.example:8080 tyder at verktøyet spør den verten for kvar førespurnad, medan eit tomt resultat tyder at det går direkte og at den eigentlege feilen ligg ein annan stad. Skjul brukar- og passorddelen før du limer utdata inn i ei sak, fordi desse strengane er levande legitimasjon langt oftare enn folk trur.

Verktøy med sin eigen proxymotor treng sine eigne bevis. Curl oppgir avgjerda det tok når du aukar detaljnivået, noko som er betre enn å gjette ut frå miljøet, og den same flagga viser om namneoppslaget skjedde lokalt eller ved proxyen.

Fjern overstyringa og test den same førespurnaden på nytt

Endre eitt lag, og gjenta deretter nøyaktig den førespurnaden som feila, fordi ein annan URL ikkje beviser noko. Fjern først miljøvariablane i den gjeldande shellet, sidan den endringa er reversibel og ikkje kan øydeleggje tunnelen:

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/'

Viss dei detaljerte utdata framleis hevdar det er ein proxy, var ikkje miljøet autoriteten. Flytt eitt nivå opp i staden for å stable fleire overstyringar.

På macOS må du kontrollere at ei automatisk konfigurasjonsfil ikkje leverer verdien, og deretter slå av tenesteproxyen og stadfeste endringa. På Windows må du hugse at WinHTTP-innstillinga og nettlesarinnstillinga per brukar er ulike objekt, så eit reint kommandolinjeverktøy kan eksistere side om side med ein nettlesar som framleis peikar på ein gammal tenar. Utvidingar fortener same mistanke: ei proxyutviding kan skrive om førespurnader for berre éin profil, og det er nøyaktig forma på ein feil som rammar éin nettlesar og ingenting anna.

Stadfest at rettinga overlever ein omstart

Ei innstilling som berre verkar i terminalen du endra, er ikkje retta. Opne applikasjonen på nytt frå skrivebordets startprogram, logg ut og inn igjen, og sjå om den gamle proxyen kjem tilbake.

To kontrollar skil ei ekte retting frå ei mellombels, og begge bør rapportere ei direkte tilkopling eller den tiltenkte verdien. Køyringa i eit reint miljø viser om ein strippa prosess framleis plukkar opp ei systeminnstilling.

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

Viss den gamle verdien kjem tilbake etter ein omstart, er kjelda ein administrert policy eller ein profil som brukar han på nytt, og eigaren av den policyen må fjerne unntaket. Lat sertifikatvalideringa vera på heile tida, fordi ein proxy som fangar opp trafikk elles vil sjå løyst ut når du slår av kontrollane. Avslutt med å skrive den fjerna verdien og datoen i notata dine, slik at neste person kan skilje ein medviten proxy frå ein gløymd.