Charles er lukket, men Macen peker fortsatt på 127.0.0.1

Et program feiler og VPN-en får skylden, men forespørselen når aldri tunnelen. Hvis macOS fortsatt ber programmet bruke en lokal proxy, er første hopp 127.0.0.1 og det er ingenting som lytter der. Å lukke Charles fjerner ikke alltid systemproxy-innstillingen det installerte, så en frisk VPN ligger bak en død sokkel. Her er rekkefølgen for å bekrefte det og bare reparere delen som er feil.

Første hopp er denne Macen, ikke serveren

Les adressen bokstavelig: 127.0.0.1 er maskinen foran deg, og porten er den proxyverktøyet ble konfigurert til å lytte på. Når den lytteren er borte, feiler tilkoblingen umiddelbart med en avvist tilkobling i stedet for en tidsavbrudd, og det er det nyttige hintet.

En VPN lager ikke sine egne proxyinnstillinger, og den fjerner ikke systemets. De to konfigurasjonene er uavhengige, og derfor kan tunnelen være perfekt mens nettleseren fortsatt er ubrukelig. Den uavhengigheten er også grunnen til at feilen overlever en VPN-gjenoppkobling, en omstart og en fersk profil. Ingenting i VPN-banen rører noen gang proxylageret.

Trinn 1: les gjeldende proxy-tilstand

Start med den skrivebeskyttede visningen, fordi den forteller deg hva systemet tror før noe program tolker det:

scutil --proxy

Se på HTTPEnable, HTTPProxy, HTTPPort, HTTPS-ekvivalentene og eventuell ProxyAutoConfigEnable med URL-en sin. En aktivert proxy med en port ingenting lytter på er feilen din. En PAC-URL er den andre formen: innstillingen kan være aktiv uten synlig manuell adresse, fordi filen velger proxyen ved forespørselstidspunktet.

Bekreft deretter de samme verdiene i Systeminnstillinger, Nettverk, tjenesten du faktisk bruker, Detaljer, Proxyer. GUI-et og kommandoen leser samme lager, så en uoverensstemmelse betyr at du ser på en annen tjeneste.

Trinn 2: finn ut hvem som eier innstillingen

Tre eiere gir denne tilstanden: et proxyverktøy som installerte en hjelper og ikke ryddet opp, en administrert konfigurasjonsprofil fra organisasjonen din, og en manuell innstilling noen la til under feilsøking. Hver har en forskjellig riktig løsning, og bare den første er din å fjerne lettvint.

Charles dokumenterer nettleser- og systemproxy-integrasjonen sin, inkludert macOS-hjelperen, så bruk egne kontroller og avslutningsvei først. Den privilegerte hjelperen finnes for å endre konfigurasjon; det er ikke grunn til å gi urelatert programvare bred tilgang til maskinen.

Hvis innstillingen kom fra en administrert profil, vil lokal deaktivering enten feile eller bli gjenopprettet ved neste innsjekk. Behandle det som et policy-spørsmål for den som eier profilen, ikke som en lokal feil.

Trinn 3: endre den minste tingen

Deaktiver den spesifikke uønskede oppføringen for den spesifikke tjenesten. Ikke slå av og på alle tjenester og ikke tøm hele proxy-panelet, fordi VPN-tjenesten og den underliggende Wi-Fi-tjenesten har separate innstillinger og en av dem kan være riktig.

Hvis proxyen er bevisst påkrevd, start dens godkjente lytter i stedet for å slette policyen. Den forskjellen betyr noe i organisasjoner der proxyen er den eneste veien til internett og VPN-en er en andre, smalere vei.

Prøv én ny forespørsel fra det berørte programmet. Noen programmer leser proxyen én gang ved oppstart, så å avslutte og åpne på nytt er en del av testen og ikke overtro.

Trinn 4: hvis proxyen er borte og det fortsatt feiler

Da har du et annet problem, og den nye feilen er det nyttige beviset. Navneoppslag, VPN-ruting, TLS-tillit og programautorisasjon er fire separate kontroller, og hver gir en gjenkjennelig feil.

Hold sertifikattillit utenfor denne reparasjonen. Å fjerne en klarert rot eller svekke servervalideringen reparerer ikke en død proxysokkel, og det etterlater deg med to endringer og én opprinnelig feil. Hvis en bedriftsproxy inspiserer TLS, er det en bevisst design med sitt eget tillitskrav, ikke en bivirkning å angre. Spør teamet som eier proxyen før du rører et sertifikat, fordi svaret deres handler om policy og ditt om én mislykket forespørsel.

Skriv tilbakerullingen før du begynner: noter de nøyaktige proxyverdiene du fant, slik at gjenoppretting blir en kopi og ikke en hukommelsesøvelse. Charles-dokumentasjonen for proxykonfigurasjon beskriver integrasjonen og avslutningsatferden for versjonen du kjører.

Neste gang et program feiler på en VPN, sjekk første hopp før tunnelen. Det koster én kommando og utelukker en hel kategori feildiagnose.