VPN virkar, en eitt forrit hefur ekki nettengingu? Skoðaðu proxy þess

Göngin þín eru komin upp, stöðusíðan sýnir heilbrigt handshake, en eitt forrit hleður samt engu. Það forrit sendir líklega enn beiðnir sínar til eldri milliliðar: kerfisproxy, viðbótar, stillingaskrár sem stýring tækja ýtir inn, eða proxybreytu sem aðeins eigið ferli þess les. Skipting á VPN-þjóni snertir ekki þá stillingu, og það útskýrir mynstrið þar sem önnur forrit virka frá sömu vél. Vinndu út frá forritinu sem bregst og láttu göngin í friði þar til spurningunni um proxy er svarað.

Hvaða lag á stillingu proxysins

Fjórir staðir geta gert tilkall til valds yfir beiðnum forrits, og venjulega vinnur þrengsti staðurinn. Stýrikerfið heldur alþjóðlegu proxy og valfrjálsu sjálfvirkri stillingar-URL; vafri getur fylgt því, hnekkt því eða falið viðbót stjórnina; skipanalínuverkfæri les sitt eigið umhverfi; og stýrð stefna getur fest hvað sem er af ofangreindu aftur eftir breytingu. Ákveddu hvaða lag ber ábyrgð áður en þú breytir einhverju, því að hreinsa rangt lagið lítur út eins og árangursrík lagfæring sem kemur aftur við næstu innskráningu.

Berðu saman tvö forrit á sama venjulega vefsvæðinu í stað prófunarsíðu sem er aðeins fyrir VPN. Ef vafrinn bregst en niðurhal í skipanalínu tekst, er stýrikerfið ekki vandamálið, og munurinn liggur í vafraprófílnum eða viðbótum hans. Ef bæði bregðast en annað notandaaðgangur á sömu vél tekst, er stillingin fyrir hvern notanda. Sá samanburður kostar eina mínútu og fjarlægir mestu ágiskunina.

Lestu gildið sem hvert verkfæri notar í raun

Prentaðu stillingarnar áður en þú breytir þeim, og afritaðu nákvæma proxystrenginn á stað þar sem þú getur endurheimt hann. Skeljabreyturnar eru fljótlegasta prófið fyrir skipanalínuverkfæri, því VPN-klientur skilur þær venjulega eftir ósnortnar.

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

Keyrðu aðeins línuna sem passar við kerfið fyrir framan þig, lestu þá úttakið fyrir hýsil, gátt og skilríki. Gildi eins og http://proxy.corp.example:8080 þýðir að verkfærið spyr þann hýsil fyrir hverja beiðni, en tómt úttak þýðir að það fer beint og raunverulega bilunin er annars staðar. Hyljaðu notanda- og lykilorðshlutann áður en þú límir úttakið í miða, því þessir strengir eru mun oftar lifandi skilríki en fólk gerir ráð fyrir.

Verkfæri með eigin proxivél þurfa eigin sannanir. Curl greinir frá ákvörðuninni sem það tók þegar þú eykur ítarleikann, sem er betra en að giska út frá umhverfinu, og sami fáninn sýnir hvort nafnaleysing átti sér stað staðbundið eða hjá proxynu.

Hreinsaðu hnekkinguna og prófaðu sömu beiðni aftur

Breyttu einu lagi, endurtaktu þá nákvæmlega beiðnina sem brást, því önnur URL sannar ekkert. Hreinsaðu fyrst umhverfisbreyturnar í núverandi skel, því sú breyting er afturkræf og getur ekki brotið göngin:

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

Ef ítarlegt úttak heldur enn fram að proxy sé til staðar, var umhverfið ekki valdið. Farðu eitt stig upp í stað þess að stafla fleiri hnekkingum.

Á macOS skaltu ganga úr skugga um að sjálfvirk stillingaskrá sé ekki að gefa gildið, slökktu þá á proxy þjónustunnar og staðfestu breytinguna. Á Windows skaltu muna að WinHTTP-stillingin og vafrastillingin fyrir hvern notanda eru mismunandi hlutir, svo hreint skipanalínuverkfæri getur lifað samhliða vafra sem bendir enn á gamlan þjón. Viðbætur eiga skilið sömu tortryggni: proxyviðbót getur endurskrifað beiðnir fyrir aðeins eitt prófíl, og það er nákvæmlega lögun bilunar sem kemur við einn vafra og ekkert annað.

Staðfestu að lagfæringin lifi endurræsingu

Stilling sem virkar aðeins í skelinni sem þú breyttir er ekki löguð. Opnaðu forritið aftur frá skjáborðsstarthlaðaranum, skráðu þig út og inn aftur, og fylgstu með hvort gamla proxyið komi aftur.

Tvö próf aðskilja raunverulega lagfæringu frá tímabundinni, og bæði ættu að tilkynna beina tengingu eða fyrirhugað gildi. Keyrslan í hreinu umhverfi sýnir hvort hreinsað ferli grípur enn kerfisstillingu.

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

Ef gamla gildið kemur aftur eftir endurræsingu er uppsprettan stýrð stefna eða prófíll sem beitir henni aftur, og eigandi þeirrar stefnu verður að fjarlægja undantekninguna. Hafðu sannprófun skilríkja virka allan tímann, því proxy sem hlerar umferð mun annars líta út fyrir að vera leyst um leið og þú slekkur á prófununum. Ljúktu með því að skrifa fjarlægða gildið og dagsetninguna í minnisbækur þínar, svo næsta manneskja geti greint viljandi proxy frá gleymdu.