Charles er lukka, men Macen peikar framleis på 127.0.0.1

Eit program feilar og VPN-en får skulda, men førespurnaden når aldri tunnelen. Viss macOS framleis ber programmet bruke ein lokal proxy, er første hopp 127.0.0.1 og det er ingenting som lyttar der. Å lukke Charles fjernar ikkje alltid systemproxy-innstillinga det installerte, så ein frisk VPN ligg bak ein daud sokkel. Her er rekkjefølgja for å stadfeste det og berre reparere delen som er feil.

Første hopp er denne Macen, ikkje tenaren

Les adressa bokstaveleg: 127.0.0.1 er maskina framfor deg, og porten er den proxyverktøyet vart konfigurert til å lytta på. Når den lyttaren er borte, feilar tilkoplinga straks med ei avvist tilkopling i staden for ein timeout, og det er det nyttige hintet.

Ein VPN lagar ikkje eigne proxyinnstillingar, og han fjernar ikkje systemet sine. Dei to konfigurasjonane er uavhengige, og difor kan tunnelen vera perfekt medan nettlesaren framleis er ubrukeleg. Den uavhengigheita er også grunnen til at feilen overlever ein VPN-gjenoppkopling, ein omstart og ein fersk profil. Ingenting i VPN-banen rører nokon gong proxylageret.

Steg 1: les gjeldande proxy-tilstand

Start med den skriveverna visninga, fordi ho fortel deg kva systemet trur før noko program tolkar det:

scutil --proxy

Sjå på HTTPEnable, HTTPProxy, HTTPPort, HTTPS-ekvivalentane og eventuell ProxyAutoConfigEnable med URL-en sin. Ein aktivert proxy med ein port ingenting lyttar på er feilen din. Ein PAC-URL er den andre forma: innstillinga kan vera aktiv utan synleg manuell adresse, fordi fila vel proxyen ved førespurnadstidspunktet.

Stadfest deretter dei same verdiane i Systeminnstillingar, Nettverk, tenesta du faktisk brukar, Detaljar, Proxyar. GUI-et og kommandoen les same lager, så eit avvik betyr at du ser på ei anna teneste.

Steg 2: finn ut kven som eig innstillinga

Tre eigarar gjev denne tilstanden: eit proxyverktøy som installerte ein hjelpar og ikkje rydda opp, ein administrert konfigurasjonsprofil frå organisasjonen din, og ei manuell innstilling nokon la til under feilsøking. Kvar har ei ulik rett løysing, og berre den første er din å fjerna lettvint.

Charles dokumenterer nettlesar- og systemproxy-integrasjonen sin, inkludert macOS-hjelparen, så bruk eigne kontrollar og avslutningsveg først. Den privilegerte hjelparen finst for å endre konfigurasjon; det er ikkje grunn til å gje urelatert programvare brei tilgang til maskina.

Viss innstillinga kom frå ein administrert profil, vil lokal deaktivering anten feile eller bli gjenoppretta ved neste innsjekk. Handsame det som eit policy-spørsmål for den som eig profilen, ikkje som ein lokal feil.

Steg 3: endre den minste tingen

Deaktiver den spesifikke uønska oppføringa for den spesifikke tenesta. Ikkje slå av og på alle tenester og ikkje tøm heile proxy-panelet, fordi VPN-tenesta og den underliggande Wi-Fi-tenesta har separate innstillingar og ei av dei kan vera rett.

Viss proxyen er medvite påkravd, start den godkjende lyttaren hans i staden for å sletta policyen. Den skilnaden betyr noko i organisasjonar der proxyen er den einaste vegen til internett og VPN-en er ein andre, smalare veg.

Prøv ein ny førespurnad frå det råka programmet. Nokre program les proxyen éin gong ved oppstart, så å avslutta og opna på nytt er ein del av testen og ikkje overtru.

Steg 4: viss proxyen er borte og det framleis feilar

Då har du eit anna problem, og den nye feilen er det nyttige beviset. Namneoppslag, VPN-ruting, TLS-tillit og programautorisasjon er fire separate kontrollar, og kvar gjev ein gjenkjenneleg feil.

Hald sertifikattillit utanfor denne reparasjonen. Å fjerna ei klarert rot eller svekka servervalideringa reparerer ikkje ein daud proxysokkel, og det lèt deg sitja att med to endringar og éin opphavleg feil. Viss ein bedriftsproxy inspiserer TLS, er det ein medviten design med sitt eige tillitskrav, ikkje ein biverknad å angre. Spør teamet som eig proxyen før du rører eit sertifikat, fordi svaret deira handlar om policy og ditt om éin mislukka førespurnad.

Skriv tilbakerullinga før du byrjar: noter dei nøyaktige proxyverdiane du fann, slik at gjenoppretting blir ein kopi og ikkje ein hukommelsesøving. Charles-dokumentasjonen for proxykonfigurasjon skildrar integrasjonen og avslutningsåtferda for versjonen du køyrer.

Neste gong eit program feilar på ein VPN, sjekk første hopp før tunnelen. Det kostar éin kommando og utelukkar ein heil kategori feildiagnose.