Charles zamknięty, ale twój Mac nadal wskazuje na 127.0.0.1

Aplikacja zawodzi i VPN zostaje obwiniony, ale żądanie nigdy nie dociera do tunelu. Jeśli macOS nadal każe tej aplikacji używać lokalnego proxy, pierwszym skokiem jest 127.0.0.1 i nic tam nie nasłuchuje. Zamknięcie Charlesa nie zawsze usuwa zainstalowane przez niego ustawienie proxy systemowego, więc zdrowy VPN stoi za martwym gniazdem. Oto kolejność potwierdzenia tego i naprawy tylko wadliwego elementu.

Pierwszym skokiem jest ten Mac, nie serwer

Przeczytaj adres dosłownie: 127.0.0.1 to maszyna przed tobą, a port to ten, na którym narzędzie proxy zostało skonfigurowane do nasłuchu. Gdy tego nasłuchu nie ma, połączenie zawodzi natychmiast z odrzuconym połączeniem, a nie z przekroczeniem czasu, i to jest użyteczna wskazówka.

VPN nie tworzy własnych ustawień proxy i nie usuwa systemowych. Te dwie konfiguracje są niezależne, dlatego tunel może być doskonały, a przeglądarka nadal bezużyteczna. Ta niezależność jest też powodem, dla którego błąd przeżywa ponowne połączenie VPN, restart i nowy profil. Nic na ścieżce VPN nigdy nie dotyka magazynu proxy.

Krok 1: odczytaj bieżący stan proxy

Zacznij od widoku tylko do odczytu, bo mówi, w co wierzy system, zanim jakakolwiek aplikacja to zinterpretuje:

scutil --proxy

Spójrz na HTTPEnable, HTTPProxy, HTTPPort, odpowiedniki HTTPS i wszelkie ProxyAutoConfigEnable wraz z jego URL. Włączone proxy z portem, na którym nic nie nasłuchuje, to twój błąd. URL PAC to druga postać: ustawienie może być aktywne bez widocznego adresu ręcznego, bo plik wybiera proxy w momencie żądania.

Następnie potwierdź te same wartości w Ustawieniach systemowych, Sieci, usłudze, której naprawdę używasz, Szczegółach, Proxy. GUI i polecenie czytają ten sam magazyn, więc rozbieżność oznacza, że patrzysz na inną usługę.

Krok 2: znajdź właściciela ustawienia

Trzej właściciele tworzą ten stan: narzędzie proxy, które zainstalowało pomocnika i go nie posprzątało, zarządzany profil konfiguracji od twojej organizacji oraz ręczne ustawienie dodane przez kogoś podczas debugowania. Każdy ma inną poprawną naprawę, a tylko pierwszy możesz usunąć od siebie.

Charles dokumentuje integrację z przeglądarką i proxy systemowym, w tym pomocnika macOS, więc najpierw użyj jego własnych elementów sterujących i ścieżki zamknięcia. Uprzywilejowany pomocnik istnieje po to, by zmieniać konfigurację; to nie powód, by dawać niezwiązanemu oprogramowaniu szeroki dostęp do maszyny.

Jeśli ustawienie pochodzi z zarządzanego profilu, lokalne wyłączenie albo zawiedzie, albo zostanie przywrócone przy następnym check-inie. Traktuj to jako kwestię polityki dla właściciela profilu, a nie lokalny błąd.

Krok 3: zmień najwęższą rzecz

Wyłącz konkretny niepożądany wpis dla konkretnej usługi. Nie przełączaj każdej usługi i nie czyść całego panelu proxy, bo usługa VPN i podstawowa usługa Wi-Fi mają osobne ustawienia i jedno z nich może być poprawne.

Jeśli proxy jest świadomie wymagane, uruchom jego zatwierdzony nasłuch zamiast usuwać politykę. Ta różnica ma znaczenie w organizacjach, gdzie proxy jest jedyną drogą do internetu, a VPN drugą, węższą drogą.

Ponów jedno nowe żądanie z dotkniętej aplikacji. Niektóre aplikacje czytają proxy raz przy starcie, więc zamknięcie i ponowne otwarcie jest częścią testu, a nie przesądem.

Krok 4: jeśli proxy zniknęło, a nadal zawodzi

Wtedy masz inny problem, a nowy błąd jest użytecznym dowodem. Rozwiązywanie nazw, Routing VPN, zaufanie TLS i autoryzacja aplikacji to cztery osobne kontrole, a każda daje rozróżnialny błąd.

Trzymaj zaufanie certyfikatów z dala od tej naprawy. Usunięcie zaufanego głównego certyfikatu lub osłabienie walidacji serwera nie naprawia martwego gniazda proxy i zostawia ci dwie zmiany oraz jeden pierwotny błąd. Jeśli firmowe proxy sprawdza TLS, to świadomy projekt z własnym wymogiem zaufania, a nie skutek uboczny do cofnięcia. Zapytaj zespół odpowiedzialny za proxy, zanim dotkniesz certyfikatu, bo ich odpowiedź dotyczy polityki, a twoja jednego nieudanego żądania.

Zapisz plan wycofania, zanim zaczniesz: zanotuj dokładne znalezione wartości proxy, aby przywrócenie było kopiowaniem, a nie ćwiczeniem pamięci. Dokumentacja konfiguracji proxy Charlesa opisuje integrację i jej zachowanie przy zamykaniu dla używanej przez ciebie wersji.

Następnym razem, gdy aplikacja zawiedzie na VPN, sprawdź pierwszy skok przed tunelem. Kosztuje jedno polecenie i wyklucza całą kategorię błędnej diagnozy.