Charles itxita, baina zure Macek oraindik 127.0.0.1-ra darama

Aplikazio batek huts egiten du eta VPNa jotzen du errudun, baina eskaerak ez du inoiz tunela iristen. macOSek aplikazio horri proxy lokal bat erabiltzen jarraitzen badio, lehen jauzia 127.0.0.1 da eta han ez dago entzuten duen ezer. Charles ixteak ez du beti kentzen instalatu zuen sistemako proxy ezarpena, beraz VPN osasuntsu bat socket hildako baten atzean geratzen da. Hona hemen hori baieztatzeko eta oker dagoen pieza bakarrik konpontzeko ordena.

Lehen jauzia Mac hau da, ez zerbitzaria

Irakurri helbidea hitzez hitz: 127.0.0.1 zure aurrean dagoen makina da, eta portua proxy tresna entzuteko konfiguratuta zegoena da. Entzule hori desagertzen denean, konexioak berehala huts egiten du konexioa ukatuta, denbora-muga baten ordez, eta hori da arrasto erabilgarria.

VPN batek ez du bere proxy ezarpenik sortzen, eta ez ditu sistemakoak kentzen. Bi konfigurazioak independenteak dira, horregatik tunela perfektua izan daiteke eta nabigatzailea erabil ezina. Independentzia horrek azaltzen du zergatik irauten duen hutsegiteak VPNaren berrekonexioan, berrabiaraztean eta profil berri batean. VPNaren bidean ezerk ez du inoiz proxy biltegia ukitzen.

1. urratsa: irakurri uneko proxy egoera

Hasi irakurtzeko soilik den ikuspegian, sistemak zer uste duen esaten duelako edozein aplikaziok interpretatu aurretik:

scutil --proxy

Begiratu HTTPEnable, HTTPProxy, HTTPPort, HTTPSerako baliokideak eta edozein ProxyAutoConfigEnable bere URLarekin. Ezer entzuten ez duen portuan gaitutako proxy bat da zure hutsegitea. PAC URL bestelako forma da: ezarpena aktibo egon daiteke eskuzko helbide ikusgarririk gabe, fitxategiak eskaeraren unean aukeratzen duelako proxya.

Gero egiaztatu balio berak Sistema Ezarpenak, Sarea, benetan erabiltzen ari zaren zerbitzua, Xehetasunak, Proxyak atalean. GUIak eta komandoak biltegi bera irakurtzen dute, beraz desadostasunak beste zerbitzu bat ikusten ari zarela esan nahi du.

2. urratsa: aurkitu nor den ezarpenaren jabea

Hiru jabeek sortzen dute egoera hau: laguntzaile bat instalatu eta garbitu ez zuen proxy tresna batek, zure erakundeko konfigurazio profil kudeatu batek, eta inork arazketa egiten ari zela gehitutako eskuzko ezarpen batek. Bakoitzak konponbide zuzen desberdina du, eta lehenengoa bakarrik ken dezakezu lasai.

Charlesek bere nabigatzaile eta sistema proxy integrazioa dokumentatzen du, macOS laguntzailea barne, beraz erabili lehenik bere kontrolak eta itzaltzeko bidea. Pribilegiozko laguntzailea konfigurazioa aldatzeko dago; hori ez da arrazoi erlaziorik gabeko softwareari makinarako sarbide zabala emateko.

Ezarpena profil kudeatu batetik badator, bertan desgaitzeak huts egiten du edo hurrengo egiaztapenean berrezartzen da. Hartu hori profilaren jabearentzako politika kontu gisa, ez bug lokal gisa.

3. urratsa: aldatu gauzarik estuena

Desgaitu zerbitzu zehatzerako nahi ez den sarrera zehatza. Ez txandakatu zerbitzu guztiak eta ez garbitu proxy panel osoa, VPN zerbitzuak eta azpiko Wi-Fi zerbitzuak ezarpen bereiziak gordetzen baitituzte eta horietako bat zuzena izan baitaiteke.

Proxya nahita beharrezkoa bada, abiarazi haren entzule onartua politika ezabatu beharrean. Bereizketa horrek garrantzia du proxya interneterako bide bakarra den eta VPNa bigarren bide estuagoa den erakundeetan.

Saiatu berriro eskaera fresko bat eragindako aplikaziotik. Aplikazio batzuek behin irakurtzen dute proxya abiaraztean, beraz ixtea eta berriz irekitzea probaren parte da, ez sineskeria.

4. urratsa: proxya joan bada eta oraindik huts egiten badu

Orduan beste arazo bat duzu, eta errore berria da froga erabilgarria. Izenen ebazpena, VPNaren bideratzea, TLS konfiantza eta aplikazioen baimena lau egiaztapen bereizi dira, eta bakoitzak bereizgarria den hutsegite bat eragiten du.

Mantendu ziurtagirien konfiantza konponketa honetatik kanpo. Konfiantzazko erro bat kentzeak edo zerbitzariaren egiaztapena ahultzeak ez du proxy socket hildakoa konpontzen, eta bi aldaketekin eta jatorrizko hutsegite batekin uzten zaitu. Enpresa proxy batek TLS ikuskatzen badu, hori diseinu deliberatua da, bere konfiantza eskakizunarekin, ez atzera botatzeko albo-efektua. Galdetu proxya duen taldeari ziurtagiri bat ukitu aurretik, haien erantzuna politikari buruzkoa izango da eta zurea huts egindako eskaera bati buruzkoa.

Idatzi atzerako plana hasi aurretik: idatzi aurkitu dituzun proxy balio zehatzak, berreskuratzea kopia bat izan dadin eta ez memoria ariketa bat. Charles proxy konfigurazioaren dokumentazioa dokumentuak integrazioa eta itzaltze-portaera deskribatzen ditu erabiltzen duzun bertsiorako.

Hurrengoan aplikazio batek VPN batean huts egiten duenean, egiaztatu lehen jauzia tunelaren aurretik. Komando bakar bat kostatzen du eta gaizki diagnostikatzeko kategoria osoa baztertzen du.