VPN toimii, mutta yhdellä sovelluksella ei ole nettiä? Tarkista sen välityspalvelin

Tunnelisi on pystyssä, tilasivu näyttää terveen kättelyn, mutta yksi sovellus ei silti lataa mitään. Se sovellus lähettää pyyntönsä todennäköisesti yhä vanhemmalle välittäjälle: järjestelmän välityspalvelimelle, laajennukselle, laitehallinnan työntämälle asetustiedostolle tai välityspalvelinmuuttujalle, jota vain sen oma prosessi lukee. VPN-palvelimen vaihtaminen ei koske tuota asetusta, ja se selittää kuvion, jossa muut sovellukset toimivat samasta koneesta. Työskentele epäonnistuvasta sovelluksesta ulospäin ja jätä tunneli rauhaan, kunnes välityspalvelinkysymys on ratkaistu.

Mikä kerros omistaa välityspalvelinasetuksen

Neljä paikkaa voivat vaatia valtaa sovelluksen pyyntöihin, ja tavallisesti kapein voittaa. Käyttöjärjestelmällä on yleinen välityspalvelin ja valinnainen automaattisen määrityksen URL; selain voi seurata sitä, ohittaa sen tai antaa hallinnan laajennukselle; komentorivityökalu lukee oman ympäristönsä; ja hallittu käytäntö voi kiinnittää minkä tahansa edellisistä uudelleen muutoksen jälkeen. Päätä, mikä kerros on vastuussa, ennen kuin muokkaat mitään, sillä väärän kerroksen tyhjentäminen näyttää onnistuneelta korjaukselta, joka palaa seuraavassa kirjautumisessa.

Vertaa kahta sovellusta samaan tavalliseen verkkosivustoon sen sijaan, että käyttäisit vain VPN:lle tarkoitettua testisivua. Jos selain epäonnistuu, kun terminaalin lataus onnistuu, käyttöjärjestelmä ei ole ongelma, ja ero on selaimen profiilissa tai sen laajennuksissa. Jos molemmat epäonnistuvat mutta toinen käyttäjätili samalla koneella onnistuu, asetus on käyttäjäkohtainen. Se vertailu maksaa minuutin ja poistaa suurimman osan arvailusta.

Lue arvo, jota kukin työkalu todella käyttää

Tulosta määritys ennen sen muuttamista ja kopioi tarkka välityspalvelinmerkkijono jonnekin, mistä voit palauttaa sen. Shell-muuttujat ovat nopein tarkistus komentorivityökaluille, koska VPN-asiakas jättää ne yleensä koskemattomiksi.

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

Aja vain se rivi, joka vastaa edessäsi olevaa alustaa, ja lue sitten tuloste isännän, portin ja tunnistetietojen osalta. Arvo kuten http://proxy.corp.example:8080 tarkoittaa, että työkalu kysyy tuolta isännältä jokaisen pyynnön kohdalla, kun taas tyhjä tulos tarkoittaa, että se menee suoraan ja todellinen vika on muualla. Peitä käyttäjä- ja salasanasaos ennen tulosteen liittämistä tikettiin, sillä nuo merkkijonot ovat paljon useammin eläviä tunnistetietoja kuin ihmiset olettavat.

Työkalut, joilla on oma välityspalvelinmoottori, tarvitsevat omat todisteensa. Curl ilmoittaa tekemänsä päätöksen, kun lisäät monisanaisuutta, mikä on parempi kuin ympäristöstä arvaaminen, ja sama valitsin näyttää, tapahtuiko nimien selvitys paikallisesti vai välityspalvelimella.

Tyhjennä ohitus ja testaa sama pyyntö uudelleen

Muuta yhtä kerrosta ja toista sitten täsmälleen se pyyntö, joka epäonnistui, koska eri URL ei todista mitään. Tyhjennä ensin nykyisen shellin ympäristömuuttujat, koska muutos on peruutettavissa eikä voi rikkoa tunnelia:

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

Jos yksityiskohtainen tuloste väittää yhä välityspalvelinta, ympäristö ei ollut valta. Siirry yksi taso ylöspäin sen sijaan, että pinout lisää ohituksia.

macOS:ssa tarkista, ettei automaattinen asetustiedosto toimita arvoa, ja kytke sitten palvelun välityspalvelin pois ja vahvista muutos. Windowsissa muista, että WinHTTP-asetus ja käyttäjäkohtainen selainasetus ovat eri objekteja, joten puhdas komentorivityökalu voi olla olemassa selaimen rinnalla, joka osoittaa yhä vanhaan palvelimeen. Laajennukset ansaitsevat saman epäluulon: välityspalvelinlaajennus voi kirjoittaa pyyntöjä uudelleen vain yhdelle profiilille, ja juuri sellainen on vika, joka osuu yhteen selaimeen eikä mihinkään muuhun.

Varmista, että korjaus kestää uudelleenkäynnistyksen

Asetus, joka toimii vain muokkaamassasi terminaalissa, ei ole korjattu. Avaa sovellus uudelleen työpöydän käynnistimestä, kirjaudu ulos ja takaisin sisään, ja seuraa, palaako vanha välityspalvelin.

Kaksi tarkistusta erottavat todellisen korjauksen tilapäisestä, ja molempien pitäisi ilmoittaa suorasta yhteydestä tai aiotusta arvosta. Ajo puhtaassa ympäristössä näyttää, ottaako puhdistettu prosessi yhä järjestelmäasetuksen.

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

Jos vanha arvo palaa uudelleenkäynnistyksen jälkeen, lähde on hallittu käytäntö tai profiili, joka soveltaa sitä uudelleen, ja kyseisen käytännön omistajan on poistettava poikkeus. Pidä varmenteiden tarkistus päällä koko ajan, sillä liikennettä sieppaava välityspalvelin näyttää muuten ratkaistulta heti, kun poistat tarkistukset käytöstä. Lopuksi kirjoita poistettu arvo ja päivämäärä muistiinpanoihisi, jotta seuraava henkilö erottaa tarkoituksellisen välityspalvelimen unohdetusta.