Charles je zatvoren, ali vaš Mac i dalje pokazuje na 127.0.0.1

Aplikacija zakaže i VPN bude okrivljen, ali zahtjev nikada ne stigne do tunela. Ako macOS i dalje govori toj aplikaciji da koristi lokalni proxy, prvi skok je 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. Evo redoslijeda da to potvrdite i popravite samo dio koji je pogrešan.

Prvi skok je ovaj Mac, a ne server

Pročitajte adresu doslovno: 127.0.0.1 je mašina ispred vas, a port je onaj na kojem je proxy alat bio konfigurisan da sluša. Kada tog slušaoca 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 dvije konfiguracije su nezavisne, zato tunel može biti savršen, a preglednik i dalje neupotrebljiv. Ta nezavisnost je i razlog zašto kvar preživi ponovno povezivanje VPN-a, restart i novi profil. Ništa na VPN putu nikada ne dira proxy pohranu.

Korak 1: pročitajte trenutno stanje proxyja

Počnite s prikazom samo za čitanje, jer on govori šta sistem misli prije nego što 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 je vaš kvar. PAC URL je drugi oblik: postavka može biti aktivna bez vidljive ručne adrese, jer datoteka bira proxy u trenutku zahtjeva.

Zatim potvrdite iste vrijednosti u Sistemskim postavkama, Mreži, usluzi koju stvarno koristite, Detaljima, Proxyjima. GUI i komanda čitaju istu pohranu, pa neslaganje znači da gledate drugu uslugu.

Korak 2: pronađite ko posjeduje postavku

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 neko dodao tokom otklanjanja greške. Svaki ima drugačije ispravno rješenje, a samo prvi možete ukloniti bez razmišljanja.

Charles dokumentuje svoju integraciju s preglednikom i sistemskim proxyjem, uključujući macOS pomoćnika, pa prvo koristite njegove vlastite kontrole i put za gašenje. Privilegovani pomoćnik postoji da mijenja konfiguraciju; to nije razlog da nepovezanom softveru date širok pristup mašini.

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 onoga ko posjeduje profil, 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 cijeli panel proxyja, 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šalac umjesto da brišete politiku. Ta razlika je važna u organizacijama gdje je proxy jedini put do interneta, a VPN drugi, uži put.

Ponovite 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 greška je koristan dokaz. Razrješavanje imena, VPN rutiranje, TLS povjerenje i autorizacija aplikacije su četiri odvojene provjere i svaka daje prepoznatljiv kvar.

Držite povjerenje u certifikate izvan ove popravke. Uklanjanje pouzdanog korijena ili slabljenje provjere servera ne popravlja mrtav proxy socket i ostavlja vas s dvije promjene i jednim izvornim kvarom. Ako korporativni proxy pregleda 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 njihov odgovor će biti o politici, a vaš o jednom neuspjelom zahtjevu.

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

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