Charles is ticht, mar dyn Mac wiist noch altyd nei 127.0.0.1

In applikaasje mislearret en it VPN krijt de skuld, mar it fersyk berikt nea de tunnel. As macOS dy applikaasje noch altyd seit om in pleatslike proxy te brûken, is de earste sprong 127.0.0.1 en dêr listenet neat. Charles sluten makket net altyd de systeemproxy-ynstelling skjin dy’t it ynstallearre hat, dus in sûn VPN stiet efter in deade socket. Hjir is de folchoarder om dat te befêstigjen en allinnich it stik dat ferkeard is te reparearjen.

De earste sprong is dizze Mac, net de server

Lês it adres letterlik: 127.0.0.1 is de masine foar dy, en de poarte is dy’t it proxy-ark konfigurearre wie om op te listenjen. As dy listener fuort is, mislearret de ferbining daliks mei in wegere ferbining ynstee fan in timeout, en dat is de nuttige oanwizing.

In VPN makket gjin eigen proxy-ynstellings en ferwideret de systeemynstellings net. De twa konfiguraasjes binne ûnôfhinklik, dêrom kin de tunnel perfekt wêze en de browser dochs net te brûken. Dy ûnôfhinklikens ferklearret ek wêrom’t de fout in VPN-werferbining, in werstart en in nij profyl oerlibbet. Neat op it VPN-paad rekket ea de proxy-opslach.

Stap 1: lês de hjoeddeistige proxy-tastân

Begjin mei de werjafling allinnich lêze, want dy fertelt wat it systeem leaut foardat in applikaasje it ynterpretearret:

scutil --proxy

Sjoch nei HTTPEnable, HTTPProxy, HTTPPort, de HTTPS-ekwivalinten en elk ProxyAutoConfigEnable mei syn URL. In aktivearre proxy op in poarte dêr’t neat op listenet is dyn fout. In PAC-URL is de oare foarm: de ynstelling kin aktyf wêze sûnder sichtber hânmjittich adres, om’t it bestân de proxy op it momint fan it fersyk kiest.

Befêstigje dan deselde wearden yn Systeemynstellingen, Netwurk, de tsjinst dy’tsto echt brûkst, Details, Proxys. De GUI en it kommando lêze deselde opslach, dus in ferskil betsjut datsto nei in oare tsjinst sjochst.

Stap 2: fyn wa’t de ynstelling hat

Trije eigners meitsje dizze tastân: in proxy-ark dat in helper ynstallearre en net opromme hat, in beheard konfiguraasjeprofyl fan dyn organisaasje, en in hânmjittige ynstelling dy’t immen by it debuggen tafoege hat. Elk hat in oare juste oplossing, en allinnich de earste is dyn om sûnder soarch fuort te heljen.

Charles dokumintearret syn browser- en systeemproxy-yntergraasje, ynklusyf de macOS-helper, dus brûk earst syn eigen kontrôles en syn ôfslútpaad. De privilezjearre helper bestiet om konfiguraasje te feroarjen; dat is gjin reden om net-besibbe software brede tagong ta de masine te jaan.

As de ynstelling fan in beheard profyl komt, sil it pleatslik útskeakeljen of mislearje of by de folgjende kontrôle weromsette wurde. Behannelje dat as in beliedsfraach foar wa’t it profyl hat, net as in pleatslike bug.

Stap 3: feroarje it smelste ding

Skeakelje de spesifike ûnbedoelde ynfier foar de spesifike tsjinst út. Skeakelje net elke tsjinst om en meitsje net it hiele proxy-paniel skjin, want de VPN-tsjinst en de ûnderlizzende Wi-Fi-tsjinst hâlde aparte ynstellings en ien fan harren kin korrekt wêze.

As de proxy bewust ferplichte is, start dan syn goedkarde listener ynstee fan it belied te wiskjen. Dat ûnderskie is wichtich yn organisaasjes dêr’t de proxy de iennichste rûte nei it ynternet is en it VPN in twadde, smeller paad.

Besykje ien farsk fersyk op ’e nij fan ’e troffen applikaasje. Guon applikaasjes lêze de proxy ien kear by it starten, dus sluten en wer iepenje is diel fan ’e test en net byleauwe.

Stap 4: as de proxy fuort is en it mislearret noch

Dan hast in oar probleem, en de nije flater is it nuttige bewiis. Nammeresolúsje, VPN-routing, TLS-fertrouwen en applikaasje-autorisaasje binne fjouwer aparte kontrôles, en elk jout in ûnderskiedber mislearjen.

Hâld sertifikaatfertrouwen bûten dizze reparaasje. In fertroud woartel fuorthelje of serverfalidaasje ferswakje reparearret gjin deade proxy-socket en lit dy efter mei twa feroarings en ien oarspronklike fout. As in bedriuwsproxy TLS ynspektearret, is dat in bewust ûntwerp mei syn eigen fertrouwenseask, net in by-effekt om werom te draaien. Freegje it team dat de proxy hat foardatsto in sertifikaat oanrekest, want har antwurd giet oer belied en dyn oer ien mislearre fersyk.

Skriuw de weromsetning foardatsto begjinst: notearje de krekte proxy-wearden dy’tsto fûn hast, sadat werstellen in kopy is en gjin oefening yn ûnthâld. De dokumintaasje fan ’e Charles-proxykonfiguraasje beskriuwt de yntergraasje en syn ôfslútgedrach foar de ferzje dy’tsto draaist.

De folgjende kear as in app op in VPN mislearret, kontrolearje dan de earste sprong foar de tunnel. It kostet ien kommando en slút in hiele kategory ferkearde diagnoaze út.