A Charles bezárt, de a Mac még mindig a 127.0.0.1-re mutat

Egy alkalmazás elhasal, és a VPN lesz a bűnbak, pedig a kérés soha nem éri el az alagutat. Ha a macOS még mindig helyi proxyt ír elő annak az alkalmazásnak, az első ugrás 127.0.0.1, és ott semmi nem figyel. A Charles bezárása nem mindig törli a telepített rendszerproxy-beállítást, így egy egészséges VPN egy halott socket mögött ül. Íme a sorrend, amivel ezt megerősítheted, és csak a hibás részt javíthatod.

Az első ugrás ez a Mac, nem a szerver

Olvasd szó szerint a címet: 127.0.0.1 az előtted lévő gép, a port pedig az, amelyre a proxyeszközt figyelésre beállították. Amikor az a figyelő eltűnik, a kapcsolat azonnal elutasított kapcsolattal hasal el időtúllépés helyett, és ez a hasznos nyom.

A VPN nem hoz létre saját proxybeállításokat, és nem távolítja el a rendszeréit. A két konfiguráció független, ezért lehet az alagút tökéletes, miközben a böngésző használhatatlan. Ez a függetlenség az oka annak is, hogy a hiba túléli a VPN újracsatlakozását, az újraindítást és az új profilt. A VPN útján semmi sem érinti soha a proxytárat.

1. lépés: olvasd ki a jelenlegi proxyállapotot

Kezdd a csak olvasható nézettel, mert megmutatja, mit hisz a rendszer, mielőtt bármely alkalmazás értelmezné:

scutil --proxy

Nézd meg a HTTPEnable, a HTTPProxy, a HTTPPort, a HTTPS megfelelőit és bármely ProxyAutoConfigEnable bejegyzést az URL-jével. Egy engedélyezett proxy olyan porton, ahol semmi nem figyel, a te hibád. A PAC URL a másik forma: a beállítás látható kézi cím nélkül is aktív lehet, mert a fájl a kérés idején választja ki a proxyt.

Utána igazold ugyanezeket az értékeket a Rendszerbeállítások, Hálózat, a ténylegesen használt szolgáltatás, Részletek, Proxyk alatt. A grafikus felület és a parancs ugyanazt a tárat olvassa, tehát az eltérés azt jelenti, hogy másik szolgáltatást nézel.

2. lépés: keresd meg, kié a beállítás

Három tulajdonos hozza létre ezt az állapotot: egy proxyeszköz, amely segédprogramot telepített és nem takarított, a szervezeted felügyelt konfigurációs profilja, és egy kézi beállítás, amelyet valaki hibakeresés közben adott hozzá. Mindegyiknek más a helyes javítása, és csak az elsőt távolíthatod el könnyedén.

A Charles dokumentálja a böngésző- és rendszerproxy-integrációját, beleértve a macOS segédprogramot, ezért először a saját vezérlőit és leállítási útját használd. A kiemelt jogosultságú segédprogram a konfiguráció módosítására létezik; ez nem ok arra, hogy kapcsolatban nem álló szoftvernek széles hozzáférést adj a géphez.

Ha a beállítás felügyelt profilból származik, a helyi kikapcsolás vagy sikertelen, vagy a következő ellenőrzéskor visszaáll. Kezeld ezt a profilt birtokló fél szabályozási kérdéseként, nem helyi hibaként.

3. lépés: a legszűkebb dolgot változtasd meg

Kapcsold ki az adott szolgáltatás adott nem kívánt bejegyzését. Ne kapcsolj át minden szolgáltatást, és ne tisztítsd ki a teljes proxypanelt, mert a VPN-szolgáltatás és az alatta lévő Wi-Fi szolgáltatás külön beállításokat tart, és az egyik helyes lehet.

Ha a proxy szándékosan szükséges, indítsd el a jóváhagyott figyelőjét a szabályzat törlése helyett. Ez a különbség azokban a szervezetekben számít, ahol a proxy az egyetlen út az internetre, a VPN pedig egy második, szűkebb út.

Próbálj újra egy friss kérést az érintett alkalmazásból. Néhány alkalmazás indításkor egyszer olvassa a proxyt, ezért a bezárás és újranyitás a teszt része, nem babona.

4. lépés: ha a proxy eltűnt, és még mindig elhasal

Akkor más a probléma, és az új hiba a hasznos bizonyíték. A névfeloldás, a VPN útvonalválasztás, a TLS-bizalom és az alkalmazásengedélyezés négy külön ellenőrzés, és mindegyik megkülönböztethető hibát ad.

Tartsd a tanúsítványbizodalmat ezen javításen kívül. Egy megbízható gyökér eltávolítása vagy a szerverellenőrzés gyengítése nem javít meg egy halott proxy-socketet, és két változtatással meg egy eredeti hibával hagy ott. Ha egy vállalati proxy TLS-t vizsgál, az saját bizalmi követelményű, szándékos tervezés, nem visszavonandó mellékhatás. Kérdezd meg a proxyt birtokló csapatot, mielőtt tanúsítványhoz nyúlsz, mert a válaszuk szabályzatról szól, a tiéd pedig egyetlen sikertelen kérésről.

Írd le a visszaállítást, mielőtt elkezded: jegyezd fel a talált pontos proxyértékeket, hogy a helyreállítás másolás legyen, ne memóriagyarkorlat. A Charles proxykonfigurációs dokumentációja leírja az integrációt és annak leállási viselkedését a futtatott verzióhoz.

Ha legközelebb egy alkalmazás elhasal VPN-en, ellenőrizd az első ugrást az alagút előtt. Egyetlen parancsba kerül, és kizárja a hibás diagnózisok egész kategóriáját.