Charles je zatvoren, ali vaš Mac još pokazuje na 127.0.0.1

Aplikacija zakaže i VPN bude okrivljen, ali zahtjev nikad ne stigne do tunela. Ako macOS još govori toj aplikaciji da rabi lokalni proxy, prvi je skok 127.0.0.1 i na njemu ništa ne sluša. Zatvaranje Charlesa ne očisti uvijek sistemsku proxy postavku koju je instalirao, pa zdrav VPN stoji iza mrtvog socketa. Ovo je redoslijed da to potvrdite i popravite samo dio koji je pogrešan.

Prvi skok je ovaj Mac, a ne poslužitelj

Pročitajte adresu doslovno: 127.0.0.1 jest stroj pred vama, a port je onaj na kojem je proxy alat bio postavljen da sluša. Kad tog slušatelja nema, veza odmah pada kao odbijena veza, a ne kao istek vremena, i to je koristan trag.

VPN ne stvara vlastite proxy postavke i ne uklanja sistemske. Te su dvije konfiguracije neovisne, zato tunel može biti savršen, a preglednik i dalje neupotrebljiv. Ta neovisnost objašnjava i zašto kvar preživi ponovno povezivanje VPN-a, restart i novi profil. Ništa na VPN putu nikad ne dira proxy spremište.

Korak 1: pročitajte trenutačno stanje proxyja

Počnite s prikazom samo za čitanje, jer govori što sustav misli prije nego to protumači bilo koja aplikacija:

scutil --proxy

Pogledajte HTTPEnable, HTTPProxy, HTTPPort, HTTPS ekvivalente i bilo koji ProxyAutoConfigEnable s njegovim URL-om. Uključen proxy na portu na kojem ništa ne sluša vaš je kvar. PAC URL drugi je oblik: postavka može biti aktivna bez vidljive ručne adrese, jer datoteka odabire proxy u trenutku zahtjeva.

Zatim potvrdite iste vrijednosti u Sistemskim postavkama, Mreži, usluzi koju stvarno rabite, Pojedinostima, Proxyjima. GUI i naredba čitaju isto spremište, pa neslaganje znači da gledate drugu uslugu.

Korak 2: pronađite kome postavka pripada

Tri vlasnika stvaraju ovo stanje: proxy alat koji je instalirao pomoćnika i nije ga počistio, upravljani konfiguracijski profil vaše organizacije i ručna postavka koju je netko dodao tijekom otklanjanja pogreške. Svaki ima drukčiji ispravan popravak, a samo prvi smijete ukloniti bez razmišljanja.

Charles dokumentira svoju integraciju s preglednikom i sustavnim proxyjem, uključujući macOS pomoćnika, pa najprije rabite njegove vlastite kontrole i put gašenja. Privilegirani pomoćnik postoji da mijenja konfiguraciju; to nije razlog da nepovezanom softveru date širok pristup stroju.

Ako postavka dolazi iz upravljanog profila, lokalno isključivanje ili ne uspije ili se vrati pri sljedećoj provjeri. Tretirajte to kao pitanje politike za vlasnika profila, a ne kao lokalnu grešku.

Korak 3: promijenite najuže

Isključite konkretan neželjeni unos za konkretnu uslugu. Ne prebacujte svaku uslugu i ne čistite cijelu proxy ploču, jer VPN usluga i osnovna Wi-Fi usluga drže odvojene postavke i jedna od njih može biti ispravna.

Ako je proxy namjerno potreban, pokrenite njegov odobreni slušatelj umjesto brisanja politike. Ta je razlika važna u organizacijama gdje je proxy jedini put do interneta, a VPN drugi, uži put.

Pokušajte ponovno jedan svježi zahtjev iz pogođene aplikacije. Neke aplikacije čitaju proxy jednom pri pokretanju, pa je zatvaranje i ponovno otvaranje dio testa, a ne praznovjerje.

Korak 4: ako proxyja nema, a i dalje ne uspijeva

Tada imate drugi problem, a nova je pogreška koristan dokaz. Razrješavanje imena, VPN usmjeravanje, TLS povjerenje i autorizacija aplikacije četiri su odvojene provjere i svaka daje prepoznatljiv kvar.

Držite povjerenje u certifikate izvan ovog popravka. Uklanjanje pouzdanog korijena ili slabljenje provjere poslužitelja ne popravlja mrtav proxy socket i ostavlja vas s dvije promjene i jednim izvornim kvarom. Ako korporativni proxy pregledava TLS, to je namjeran dizajn s vlastitim zahtjevom za povjerenje, a ne nuspojava koju treba poništiti. Pitajte tim koji posjeduje proxy prije nego dodirnete certifikat, jer će njihov odgovor biti o politici, a vaš o jednom neuspjelom zahtjevu.

Napišite vraćanje prije početka: zabilježite točne proxy vrijednosti koje ste našli, da vraćanje bude kopiranje, a ne vježba pamćenja. Charlesova dokumentacija za konfiguraciju proxyja opisuje integraciju i njezino ponašanje pri gašenju za verziju koju rabite.

Sljedeći put kad aplikacija zakaže na VPN-u, provjerite prvi skok prije tunela. To stoji jednu naredbu i isključuje cijelu kategoriju pogrešne dijagnoze.