VPNak funtzionatzen du, baina aplikazio batek ez du internetik? Egiaztatu bere proxy-a

Zure tunela aktibo dago, egoera orriak handshake osasuntsua erakusten du, baina aplikazio batek oraindik ez du ezer kargatzen. Aplikazio horrek ziurrenik bere eskaerak bitartekari zahar batera bidaltzen jarraitzen du: sistemako proxy bat, luzapen bat, gailuen kudeaketak bidalitako konfigurazio fitxategi bat edo bere prozesuak bakarrik irakurtzen duen proxy aldagai bat. VPN zerbitzaria aldatzeak ez dio ezarpen horri helduko, eta horrek azaltzen du beste aplikazioek makina beretik funtzionatzen duten eredua. Lan egin huts egiten duen aplikaziotik kanpora, eta utzi tunela bakean proxy-aren auzia konpondu arte.

Zein geruza da proxy ezarpenaren jabe

Lau lekuk aldarrikatu dezakete aplikazio baten eskaeren gaineko autoritatea, eta normalean estuena gailentzen da. Sistemako eragiketak proxy global bat eta konfigurazio automatikoaren URL aukerako bat gordetzen ditu; nabigatzaile batek jarrai diezaioke, gainidatzi edo kontrola luzapen bati eman; komando-lerroko tresna batek bere ingurunea irakurtzen du; eta kudeatutako politika batek aurreko edozein berriro finka dezake aldaketaren ondoren. Erabaki zein geruzak duen ardura ezer editatu aurretik, okerreko geruza garbitzeak konponketa arrakastatsu itxura egiten baitu eta hurrengo saio-hasieran itzultzen da.

Konparatu bi aplikazio webgune arrunt beraren aurka, VPN-rako soilik den proba-orri baten aurka egin beharrean. Nabigatzaileak huts egiten badu terminaleko deskarga batek funtzionatzen duen bitartean, sistema eragilea ez da arazoa, eta aldea nabigatzailearen profilean edo haren luzapenetan dago. Biak huts egiten badute baina makina bereko bigarren erabiltzaile-kontu batek funtzionatzen badu, ezarpena erabiltzaile bakoitzekoa da. Konparazio horrek minutu bat balio du eta susmo gehienak kentzen ditu.

Irakurri tresna bakoitzak benetan erabiltzen duen balioa

Inprimatu konfigurazioa aldatu aurretik, eta kopiatu proxy kate zehatza berreskura dezakezun toki batera. Shell aldagaiak komando-lerroko tresnetarako egiaztapen azkarrena dira, VPN bezero batek normalean ukitu gabe uzten baititu.

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

Exekutatu zure aurrean dagoen plataformarekin bat datorren lerroa soilik, eta gero irakurri irteera ostalari, portu eta kredentzialetarako. Honelako balio batek http://proxy.corp.example:8080 esan nahi du tresnak ostalari horri galdetzen diola eskaera bakoitzerako, eta emaitza hutsak zuzen doala eta benetako hutsegitea beste nonbait dagoela esan nahi du. Ezkutatu erabiltzaile eta pasahitz zatia irteera txartel batean itsatsi aurretik, kate horiek askoz ere sarriago baitira kredentzial biziak jendeak uste duena baino.

Proxy motor propioa duten tresnek beren frogak behar dituzte. Curlek hartu zuen erabakia adierazten du xehetasuna igotzen duzunean, ingurunetik asmatzea baino hobea dena, eta bandera berak erakusten du izenen ebazpena bertan edo proxian gertatu zen.

Garbitu gainidazketa eta probatu eskaera bera berriro

Aldatu geruza bat, eta gero errepikatu huts egin zuen eskaera zehatza, beste URL batek ez baitu ezer frogatzen. Garbitu lehenengo uneko shell-eko ingurune aldagaiak, aldaketa hori itzulgarria baita eta ezin baitu tunela hautsi:

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

Irteera xeheak oraindik proxy bat dioen bitartean, ingurunea ez zen autoritatea. Igo maila bat gorago, gainidazketa gehiago pilatu beharrean.

macOS-en, egiaztatu konfigurazio automatiko fitxategi batek ez duela balioa ematen, eta gero itzali zerbitzuaren proxya eta berretsi aldaketa. Windowsen, gogoratu WinHTTP ezarpena eta erabiltzaile bakoitzeko nabigatzaile ezarpena objektu desberdinak direla, beraz komando-lerroko tresna garbi bat oraindik zerbitzari zahar batera seinalatzen duen nabigatzaile batekin bizi daiteke. Luzapenek susmo bera merezi dute: proxy luzapen batek profil bakar baterako eskaerak berridatz ditzake, eta hori da nabigatzaile bati eta beste ezeri eragiten ez dion hutsegite baten forma zehatza.

Egiaztatu konponketak berrabiaraztea gainditzen duela

Editatu duzun terminalean soilik funtzionatzen duen ezarpena ez dago konponduta. Ireki aplikazioa berriro mahaigaineko abiarazletik, amaitu saioa eta hasi berriro, eta begiratu proxy zaharra itzultzen den.

Bi egiaztapenek benetako konponketa aldi baterako batetik bereizten dute, eta biek konexio zuzena edo nahi den balioa jakinarazi behar dute. Ingurune garbiko exekuzioak erakusten du prozesu garbitu batek sistema ezarpen bat hartzen jarraitzen duen.

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

Balio zaharra berrabiarazi ondoren itzultzen bada, iturria berriro aplikatzen duen kudeatutako politika edo profil bat da, eta politika horren jabeari dagokio salbuespena kentzea. Eutsi ziurtagiri egiaztapena piztuta beti, trafikoa atzematen duen proxy bat konponduta emango bailuke egiaztapenak desaktibatzean. Amaitu kendutako balioa eta data zure oharretan idatziz, hurrengo pertsonak nahita jarritako proxy bat ahaztutako batetik bereizi ahal izan dezan.