VPN funkcias, sed unu aplikaĵo ne havas interreton? Kontrolu ĝian prokuron

Via tunelo estas supre, la statussurpaĝo montras sanan manpremon, sed unu aplikaĵo ankoraŭ ŝarĝas nenion. Tiu aplikaĵo verŝajne ankoraŭ sendas siajn petojn al pli malnova peranto: sistema prokurilo, etendaĵo, agorda dosiero puŝita de administrado de aparatoj, aŭ prokura variablo, kiun legas nur ĝia propra procezo. Ŝanĝi la VPN-servilon ne tuŝos tiun agordon, kaj tio klarigas la ŝablonon, en kiu aliaj aplikaĵoj funkcias de la sama maŝino. Laboru ekde la malsukcesa aplikaĵo eksteren, kaj lasu la tunelon trankvila ĝis la demando pri prokurilo estos solvita.

Kiu tavolo posedas la prokuran agordon

Kvar lokoj povas postuli aŭtoritatecon super la petoj de aplikaĵo, kaj la plej mallarĝa kutime venkas. La operaciumo tenas tutmondan prokuron kaj laŭvolan URL-on de aŭtomata agordo; retumilo povas sekvi ĝin, anstataŭigi ĝin aŭ transdoni la regadon al etendaĵo; komandlinia ilo legas sian propran medion; kaj administrata politiko povas denove fiksi ajnan el la supraj post ŝanĝo. Decidu, kiu tavolo respondecas, antaŭ ol vi redaktos ion, ĉar forigi la malĝustan tavolon aspektas kiel sukcesa riparo, kiu revenas ĉe la sekva ensaluto.

Komparu du aplikaĵojn kontraŭ la sama ordinara retejo anstataŭ kontraŭ testa paĝo nur por VPN. Se la retumilo malsukcesas dum elŝuto en terminalo sukcesas, la operaciumo ne estas la problemo, kaj la diferenco kuŝas en la retumila profilo aŭ ĝiaj etendaĵoj. Se ambaŭ malsukcesas sed dua uzantkonto sur la sama maŝino sukcesas, la agordo estas por uzanto. Tiu komparo kostas minuton kaj forigas la plejparton de la konjektado.

Legu la valoron, kiun ĉiu ilo fakte uzas

Presu la agordon antaŭ ol ŝanĝi ĝin, kaj kopiu la ĝustan prokuran ĉenon ie, de kie vi povas restarigi ĝin. La ŝelaj variabloj estas la plej rapida kontrolo por komandliniaj iloj, ĉar VPN-kliento kutime lasas ilin netuŝitaj.

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

Rulu nur la linion, kiu respondas al la platformo antaŭ vi, poste legu la eligon por gastiganto, pordo kaj akreditaĵoj. Valoro kiel http://proxy.corp.example:8080 signifas, ke la ilo demandas tiun gastiganton por ĉiu peto, dum malplena rezulto signifas, ke ĝi iras rekte kaj la vera misfunkcio kuŝas aliloke. Kaŝu la parton de uzantnomo kaj pasvorto antaŭ ol alglui la eligon en bileton, ĉar tiuj ĉenoj estas vivaj akreditaĵoj multe pli ofte, ol homoj supozas.

Iloj kun propra prokura motoro bezonas proprajn pruvojn. Curl deklaras la decidon, kiun ĝi faris, kiam vi pliigas la detalecon, kio pli bonas ol diveni el la medio, kaj la sama flago montras, ĉu nomresolucio okazis loke aŭ ĉe la prokurilo.

Forigu la anstataŭigon kaj retestu la saman peton

Ŝanĝu unu tavolon, poste ripetu ĝuste la peton, kiu malsukcesis, ĉar alia URL pruvas nenion. Unue forigu la medivariablojn en la nuna ŝelo, ĉar tiu redakto estas renversebla kaj ne povas rompi la tunelon:

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

Se la detala eligo ankoraŭ asertas prokuron, la medio ne estis la aŭtoritato. Moviĝu unu nivelon supren anstataŭ staki pliajn anstataŭigojn.

En macOS kontrolu, ke aŭtomata agorda dosiero ne provizas la valoron, poste malŝaltu la servan prokuron kaj konfirmu la ŝanĝon. En Windows memoru, ke la WinHTTP-agordo kaj la retumila agordo por uzanto estas malsamaj objektoj, do pura komandlinia ilo povas kunekzisti kun retumilo, kiu ankoraŭ montras al malnova servilo. Etendaĵoj meritas la saman suspekton: prokura etendaĵo povas reverki petojn nur por unu profilo, kaj tio estas ĝuste la formo de misfunkcio, kiu trafas unu retumilon kaj nenion alian.

Kontrolu, ke la riparo postvivas restartigon

Agordo, kiu funkcias nur en la terminalo, kiun vi redaktis, ne estas riparita. Remalfermu la aplikaĵon el la labortabla lanĉilo, elsalutu kaj reensalutu, kaj observu, ĉu la malnova prokurilo revenas.

Du kontroloj apartigas veran riparadon de provizora, kaj ambaŭ devus raporti rektan konekton aŭ la celitan valoron. La rulo en pura medio montras, ĉu senigita procezo ankoraŭ prenas sisteman agordon.

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

Se la malnova valoro revenas post restartigo, la fonto estas administrata politiko aŭ profilo, kiu reaplikas ĝin, kaj la posedanto de tiu politiko devas forigi la escepton. Lasu la kontroladon de atestiloj ŝaltita la tutan tempon, ĉar prokurilo, kiu interkaptas trafikon, alie aspektos solvita tuj kiam vi malŝaltos la kontrolojn. Finu skribante la forigitan valoron kaj la daton en viajn notojn, por ke la sekva persono povu distingi intencan prokurilon de forgesita.