Charles je zatvorený, ale váš Mac stále ukazuje na 127.0.0.1

Aplikácia zlyhá a vina padá na VPN, ale požiadavka sa nikdy nedostane do tunela. Ak macOS stále hovorí tejto aplikácii používať lokálnu proxy, prvý skok je 127.0.0.1 a nič tam nepočúva. Zatvorenie Charlesu nie vždy vymaže systémové nastavenie proxy, ktoré nainštaloval, takže zdravý VPN sedí za mŕtvym socketom. Tu je postup, ako to potvrdiť a opraviť len chybnú časť.

Prvý skok je tento Mac, nie server

Prečítajte adresu doslova: 127.0.0.1 je stroj pred vami a port je ten, na ktorom bol nástroj proxy nakonfigurovaný počúvať. Keď ten poslucháč zmizne, spojenie zlyhá okamžite odmietnutým spojením namiesto časového limitu, a to je užitočná stopa.

VPN si nevytvára vlastné nastavenia proxy a neodstraňuje systémové. Tieto dve konfigurácie sú nezávislé, preto môže byť tunel dokonalý a prehliadač stále nepoužiteľný. Táto nezávislosť je aj dôvod, prečo porucha prežije opätovné pripojenie VPN, reštart a nový profil. Nič v ceste VPN sa nikdy nedotkne úložiska proxy.

Krok 1: prečítajte aktuálny stav proxy

Začnite zobrazením iba na čítanie, pretože hovorí, čomu systém verí, skôr než to akákoľvek aplikácia interpretuje:

scutil --proxy

Pozrite sa na HTTPEnable, HTTPProxy, HTTPPort, ekvivalenty HTTPS a akýkoľvek ProxyAutoConfigEnable s jeho URL. Zapnutá proxy s portom, na ktorom nič nepočúva, je vaša porucha. URL PAC je druhá podoba: nastavenie môže byť aktívne bez viditeľnej ručnej adresy, pretože súbor vyberá proxy v čase požiadavky.

Potom potvrďte rovnaké hodnoty v Systémových nastaveniach, Sieti, službe, ktorú skutočne používate, Podrobnostiach, Proxy. GUI a príkaz čítajú rovnaké úložisko, takže nezhoda znamená, že sa pozeráte na inú službu.

Krok 2: zistite, kto nastavenie vlastní

Tento stav vytvárajú traja vlastníci: nástroj proxy, ktorý nainštaloval pomocníka a neuklidil ho, spravovaný konfiguračný profil od vašej organizácie a ručné nastavenie, ktoré niekto pridal pri ladení. Každý má inú správnu opravu a iba prvý môžete odstrániť sami.

Charles dokumentuje svoju integráciu s prehliadačom a systémovou proxy vrátane pomocníka pre macOS, preto najprv použite jeho vlastné ovládacie prvky a cestu ukončenia. Privilegovaný pomocník existuje na zmenu konfigurácie; to nie je dôvod dávať nesúvisiacemu softvéru široký prístup k stroju.

Ak nastavenie prišlo zo spravovaného profilu, lokálne vypnutie buď zlyhá, alebo sa obnoví pri ďalšej kontrole. Berte to ako otázku politiky pre vlastníka profilu, nie ako lokálnu chybu.

Krok 3: zmeňte najužšiu vec

Vypnite konkrétnu nechcenú položku pre konkrétnu službu. Neprepínajte každú službu a nečistite celý panel proxy, pretože služba VPN a základná služba Wi-Fi majú oddelené nastavenia a jedno z nich môže byť správne.

Ak je proxy zámerne potrebná, spustite jej schváleného poslucháča namiesto mazania politiky. Tento rozdiel je dôležitý v organizáciách, kde je proxy jedinou cestou na internet a VPN je druhá, užšia cesta.

Skúste znova jednu novú požiadavku z postihnutej aplikácie. Niektoré aplikácie čítajú proxy raz pri spustení, preto je ukončenie a opätovné otvorenie súčasťou testu, nie poverou.

Krok 4: ak proxy zmizla a stále zlyháva

Potom máte iný problém a nová chyba je užitočný dôkaz. Rozlišovanie názvov, Smerovanie VPN, dôvera TLS a autorizácia aplikácie sú štyri oddelené kontroly a každá dáva rozlíšiteľnú poruchu.

Držte dôveru certifikátov mimo tejto opravy. Odstránenie dôveryhodného koreňa alebo oslabenie overovania servera neopraví mŕtvy socket proxy a nechá vám dve zmeny a jednu pôvodnú poruchu. Ak firemná proxy kontroluje TLS, je to zámerný dizajn s vlastnou požiadavkou dôvery, nie vedľajší účinok na zrušenie. Predtým než sa dotknete certifikátu, spýtajte sa tímu, ktorý proxy vlastní, pretože ich odpoveď bude o politike a vaša o jednej neúspešnej požiadavke.

Napíšte plán vrátenia pred začiatkom: poznamenajte presné nájdené hodnoty proxy, aby obnovenie bolo kopírovaním a nie cvičením pamäti. Dokumentácia konfigurácie proxy Charles opisuje integráciu a správanie pri ukončení pre verziu, ktorú používate.

Nabudúce, keď aplikácia zlyhá na VPN, skontrolujte prvý skok pred tunelom. Stojí to jeden príkaz a vylúči celú kategóriu nesprávnej diagnózy.