Charles is toe, maar jou Mac wys steeds na 127.0.0.1

’n Toepassing misluk en die VPN kry die skuld, maar die versoek bereik nooit die tonnel nie. As macOS steeds vir daardie toepassing sê om ’n plaaslike proxy te gebruik, is die eerste sprong 127.0.0.1 en daar luister niks op dit nie. Om Charles toe te maak, maak nie altyd die stelsel-proxy-instelling skoon wat dit geïnstalleer het nie, so ’n gesonde VPN sit agter ’n dooie sok. Hier is die volgorde om dit te bevestig en net die stuk reg te maak wat verkeerd is.

Die eerste sprong is hierdie Mac, nie die bediener nie

Lees die adres letterlik: 127.0.0.1 is die masjien voor jou, en die poort is wat die proxy-instrument ook al gekonfigureer was om op te luister. Wanneer daardie luisteraar weg is, misluk die verbinding onmiddellik met ’n geweierde verbinding eerder as ’n tydsverloop, en dit is die nuttige leidraad.

’n VPN skep nie sy eie proxy-instellings nie, en dit verwyder ook nie die stelsel se instellings nie. Die twee konfigurasies is onafhanklik, en daarom kan die tonnel perfek wees terwyl die blaaier steeds onbruikbaar is. Daardie onafhanklikheid is ook die rede waarom die fout ’n VPN-herverbinding, ’n herbegin en ’n vars profiel oorleef. Niks in die VPN-pad raak ooit die proxy-stoor nie.

Stap 1: lees die huidige proxy-toestand

Begin met die lees-alleen-aansig, want dit vertel wat die stelsel glo voordat enige toepassing dit interpreteer:

scutil --proxy

Kyk na HTTPEnable, HTTPProxy, HTTPPort, die HTTPS-ekwivalente, en enige ProxyAutoConfigEnable met sy URL. ’n Geaktiveerde proxy met ’n poort waarop niks luister nie, is jou fout. ’n PAC-URL is die ander vorm: die instelling kan aktief wees sonder ’n sigbare handmatige adres, want die lêer kies die proxy op die oomblik van die versoek.

Bevestig dan dieselfde waardes in Stelselinstellings, Netwerk, die diens wat jy werklik gebruik, Besonderhede, Proxies. Die GUI en die opdrag lees dieselfde stoor, so ’n verskil beteken jy kyk na ’n ander diens.

Stap 2: vind wie die instelling besit

Drie eienaars veroorsaak hierdie toestand: ’n proxy-instrument wat ’n helper geïnstalleer het en nie opgeruim het nie, ’n bestuurde konfigurasieprofiel van jou organisasie, en ’n handmatige instelling wat iemand tydens ontfouting bygevoeg het. Elkeen het ’n ander korrekte oplossing, en net die eerste een is joune om sorgeloos te verwyder.

Charles dokumenteer sy blaaier- en stelsel-proxy-integrasie, insluitend die macOS-helper, so gebruik eers sy eie kontroles en sy afsluitpad. Die bevoorregte helper bestaan om konfigurasie te verander; dit is nie ’n rede om onverwante sagteware breë toegang tot die masjien te gee nie.

As die instelling van ’n bestuurde profiel kom, sal dit plaaslik óf misluk óf by die volgende aanmelding herstel word. Behandel dit as ’n beleidsvraag vir wie die profiel besit, nie as ’n plaaslike fout nie.

Stap 3: verander die engste ding

Deaktiveer die spesifieke onbedoelde inskrywing vir die spesifieke diens. Moenie elke diens omkeer nie en moenie die hele proxy-paneel skoonmaak nie, want die VPN-diens en die onderliggende Wi-Fi-diens hou aparte instellings en een van hulle kan korrek wees.

As die proxy doelbewus vereis word, begin sy goedgekeurde luisteraar eerder as om die beleid te skrap. Daardie onderskeid is belangrik in organisasies waar die proxy die enigste roete na die internet is en die VPN ’n tweede, smaller pad is.

Probeer een vars versoek vanaf die geaffekteerde toepassing. Sommige toepassings lees die proxy een keer by die bekendstelling, so om dit te sluit en weer oop te maak is deel van die toets eerder as bygeloof.

Stap 4: as die proxy weg is en dit misluk steeds

Dan het jy ’n ander probleem, en die nuwe fout is die nuttige bewys. Naamresolusie, VPN-roetering, TLS-vertroue en toepassingmagtiging is vier aparte kontroles, en elkeen lewer ’n onderskeibare mislukking.

Hou sertifikaatvertroue buite hierdie herstelling. Om ’n vertroude wortel te verwyder of bedienerbevestiging te verswak, maak nie ’n dooie proxy-sok reg nie, en dit laat jou met twee veranderinge en een oorspronklike fout. As ’n korporatiewe proxy TLS ondersoek, is dit ’n doelbewuste ontwerp met sy eie vertroue-vereiste, nie ’n newe-effek om terug te draai nie. Vra die span wat die proxy besit voordat jy ’n sertifikaat aanraak, want hul antwoord gaan oor beleid en joune oor een mislukte versoek.

Skryf die terugrol voordat jy begin: noteer die presiese proxy-waardes wat jy gevind het, sodat herstel ’n kopie is eerder as ’n geheue-oefening. Die Charles proxy-konfigurasie-dokumentasie beskryf die integrasie en sy afsluitgedrag vir die weergawe wat jy gebruik.

Volgende keer wanneer ’n toepassing op ’n VPN misluk, kyk na die eerste sprong voor die tonnel. Dit kos een opdrag en sluit ’n hele kategorie verkeerde diagnose uit.