Arazketa-proxyak itsutas egiten du enpresako VPN-a konektatzean

Harrapaketa-tresnak goiz osoan funtzionatzen du, tunela konektatzen da eta isildu egiten da. Deskonektatu eta berriro hasten da. Lehen bulkada VPN-ak proxia hautsi duela pentsatzea da, baina proxiren konfigurazioan ez da ezer aldatu. Aldatu dena aplikazioek orain zein konfigurazio irakurtzen duten da: tunel-sarrera batek bere proxy-ezarpenak eraman ditzake, kudeatutako profilek konfigurazio automatikoa berriro piztu dezake, eta exekuzio-ingurune batzuek sistema eragileak eskaintzen duenaren zati bat baino ez dute irakurtzen. Irakurri konexio bakoitzeko balioa orokorra ukitu aurretik.

Windowsek proxy bat gordetzen du konexio bakoitzeko

Internet aukeretan dialogoan berdinak diruditen bi geruza daude. Sare lokaleko ezarpenak ohiko konexio lokalari aplikatzen zaizkio, eta markatze edo VPN sarrera batek bere kopia propioa gordetzen du HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Connections bidean, balio bitar gisa gordeta. Ezagutzen diren erregistro-balio orokorrak idazteak ez du kopia hori eguneratzen.

Horrelaxe jokatzen du tresna batek ondo konektatu aurretik eta gaizki ondoren, bere ezarpenetan aldaketa ikusgarririk gabe. Begira zegoen elkarrizketa sare lokalaren panela zen. Zuzena zen eta hutsala zen. Windowsek benetan erabiltzen zuen sarrera tunelerako sortutakoa zen.

Sarrera bat aldatzeko onartutako modua WinINET konexio-aukera APIa da: bete INTERNET_PER_CONN_OPTION_LIST konexioaren izenarekin, banderekin, proxy zerbitzariarekin eta saihesteko zerrenda batekin, aplikatu eta gero freskatu. Egiaztapen azkar baterako, ireki tunel-sarreraren ezarpenen elkarrizketa eta konparatu haren proxy panela sare lokalaren panelarekin; aldea nabaria izaten da nora begiratu dakizunean.

Kudeatutako PAC batek bere burua berriro piztu dezake

macOSen, proxy konfigurazio automatikoaren scripta eta proxy aurkikuntza automatikoa sare-zerbitzu baten propietateak dira, ez makinaarena. Konfigurazio-profil batek haiek eska ditzake, beraz, desmarkatu ondoren berriro agertzen dira, eta orduan eskaera bakoitza scriptak hautatzen duen proxira bidaltzen da.

Egiaztatu eta, baimenduta bazaude, itzali bi etengailu horiek trafikoa daraman zerbitzuan:

networksetup -setautoproxystate "Wi-Fi" off
networksetup -setproxyautodiscovery "Wi-Fi" off
scutil --proxy

Erabili zerbitzuaren benetako izena, ez asmo bat. Wi-Fi eta USB Ethernet egokitzailea dituen eramangarri batek bi ditu, eta bakarra darama zure trafikoa. scutil --proxy uneko zerbitzu nagusiaren balioak inprimatzen ditu. Konparatu irteera hori editatu duzunarekin, profila irabazi duela ondorioztatu aurretik.

Begiratu tresna benetako goiko aldera

Scriptak enpresako proxia badu, irakurri eta sartu helbide bera kanpo-proxy gisa harrapaketa-tresnaren barruan. Orduan tresnak benetako goiko aldera birbidaltzen du, enpresako proxiak horixe espero baitu, eta eskaeraren bidean geratzen da politikarekin borrokatu beharrean.

Hori da zu arazketan eusten zaituen mugimendua, berkonfiguratzen egon beharrean.

Bultzatu proxia tunelaren barrura

OpenVPNean oinarritutako bezero batek tunela altxatu ondoren aplikatzen diren proxy aukerak onar ditzake, eta hori erosoa da bezeroa ibilbideen jabea denean:

dhcp-option HTTPPROXY 127.0.0.1:8888
dhcp-option HTTPSPROXY 127.0.0.1:8888

Aukera errespetatzen duten bezeroek soilik erabiliko dute, eta horrek zure entzuteko ataka profilean gogor idazten du. Hartu laborategiko erraztasun gisa, ez hedapen-estandar gisa, hurrengo profileko bidalketak kenduko baitu.

Bezero batzuek ez dute sistemako proxia inoiz irakurtzen

Firefoxek bere proxy-ezarpenak gordetzen ditu, eta horregatik batzuetan harrapatzen jarraitzen du sistemako proxia duen nabigatzaileak egiten ez duenean. Konfigurazio automatikoa ulertzen ez duen .NET bezero zahar bat zuzenean konektatzen da nonahi exekutatzen dela ere, beraz tunel-sarreraren bidez kargatzen den orrialde bat aplikazioaren barruan huts egin dezake oraindik.

Sare-tresnek ere badituzte beren arrazoiak. Tunel edo telefono tethering baten bidez zintzilik geratzen den FTP saioa bezeroak negoziatutako modu aktiboaren eta pasiboaren arteko arazoa izaten da sarri, eta proxy-ezarpen batek ez du hori aldatuko.

Irakurri konfigurazioa, ez etengailua

Lan egin ordena honetan: tunel-sarreraren proxy-balioa, zerbitzu bakoitzeko PAC eta aurkikuntza automatikoaren egoera, gero aplikazioaren beraren proxy-kudeaketa. Gelditu zure ustearekin bat ez datorren lehenengoan.

Hemen kasu guztiak konfigurazio-lehentasunaren arazoa dira. Bat ere ez da zure tresna hausten duen tunela.