Charles u mbyll, por Mac-i juaj vazhdon të tregojë 127.0.0.1

Një aplikacion dështon dhe VPN-i fajësohet, por kërkesa nuk arrin kurrë te tuneli. Nëse macOS vazhdon t'i thotë atij aplikacioni të përdorë një proxy lokal, hapi i parë është 127.0.0.1 dhe atje nuk dëgjon asgjë. Mbyllja e Charles nuk e pastron gjithmonë cilësimin e proxy-t të sistemit që instaloi, kështu një VPN i shëndetshëm qëndron pas një socket të vdekur. Ja rendi për ta konfirmuar dhe për të rregulluar vetëm pjesën e gabuar.

Hapi i parë është ky Mac, jo serveri

Lexojeni adresën fjalë për fjalë: 127.0.0.1 është makina përpara jush, dhe porta është ajo ku mjeti i proxy-t ishte konfiguruar të dëgjonte. Kur ai dëgjues mungon, lidhja dështon menjëherë me një lidhje të refuzuar në vend të një timeout, dhe ky është indici i dobishëm.

VPN-i nuk krijon cilësimet e veta të proxy-t dhe nuk i heq ato të sistemit. Dy konfigurimet janë të pavarura, prandaj tuneli mund të jetë i përsosur dhe shfletuesi ende i papërdorshëm. Kjo pavarësi është edhe arsyeja pse defekti mbijeton një rilidhje VPN, një rindezje dhe një profil të ri. Asgjë në rrugën e VPN nuk prek kurrë depon e proxy-t.

Hapi 1: lexoni gjendjen aktuale të proxy-t

Filloni me pamjen vetëm-lexim, sepse ju tregon çfarë beson sistemi përpara se ndonjë aplikacion ta interpretojë:

scutil --proxy

Shikoni HTTPEnable, HTTPProxy, HTTPPort, ekuivalentët HTTPS dhe çdo ProxyAutoConfigEnable me URL-në e tij. Një proxy i aktivizuar me një port ku asgjë nuk dëgjon është defekti juaj. Një URL PAC është forma tjetër: cilësimi mund të jetë aktiv pa një adresë manuale të dukshme, sepse skedari zgjedh proxy-n në momentin e kërkesës.

Pastaj konfirmoni të njëjtat vlera në Cilësimet e Sistemit, Rrjeti, shërbimi që po përdorni në të vërtetë, Detajet, Proxyt. GUI dhe komanda lexojnë të njëjtën depo, kështu një mospërputhje do të thotë që po shikoni një shërbim tjetër.

Hapi 2: gjeni kush e zotëron cilësimin

Tre pronarë e krijojnë këtë gjendje: një mjet proxy që instaloi një ndihmës dhe nuk e pastroi, një profil konfigurimi i menaxhuar nga organizata juaj dhe një cilësim manual që dikush shtoi gjatë korrigjimit. Secili ka një rregullim të saktë të ndryshëm, dhe vetëm i pari është i juaji për ta hequr me lehtësi.

Charles dokumenton integrimin e shfletuesit dhe të proxy-t të sistemit, duke përfshirë ndihmësin për macOS, prandaj së pari përdorni kontrollet dhe rrugën e mbylljes së tij. Ndihmësi i privilegjuar ekziston për të ndryshuar konfigurimin; kjo nuk është arsye për t'i dhënë softuerit të palidhur qasje të gjerë në makinë.

Nëse cilësimi erdhi nga një profil i menaxhuar, çaktivizimi lokal ose dështon ose rikthehet në check-in tjetër. Trajtojeni si çështje politike për pronarin e profilit, jo si një bug lokal.

Hapi 3: ndryshoni gjënë më të ngushtë

Çaktivizoni hyrjen specifike të padëshiruar për shërbimin specifik. Mos ndërroni çdo shërbim dhe mos pastroni të gjithë panelin e proxy-t, sepse shërbimi VPN dhe shërbimi bazë Wi-Fi mbajnë cilësime të veçanta dhe njëri prej tyre mund të jetë i saktë.

Nëse proxy-t kërkohet me qëllim, nisni dëgjuesin e tij të miratuar në vend që të fshini politikën. Ky dallim ka rëndësi në organizatat ku proxy-t është rruga e vetme drejt internetit dhe VPN-i është një rrugë e dytë, më e ngushtë.

Riprovoni një kërkesë të re nga aplikacioni i prekur. Disa aplikacione e lexojnë proxy-n një herë në nisje, prandaj dalja dhe rihapja janë pjesë e testit, jo supersticion.

Hapi 4: nëse proxy-t ka ikur dhe ende dështon

Atëherë keni një problem tjetër, dhe gabimi i ri është prova e dobishme. Zgjidhja e emrave, Rrugëtimi VPN, besimi TLS dhe autorizimi i aplikacionit janë katër kontrolle të veçanta, dhe secili prodhon një defekt të dallueshëm.

Mbajeni besimin e certifikatave jashtë këtij riparimi. Heqja e një rrënje të besuar ose dobësimi i validimit të serverit nuk rregullon një socket proxy të vdekur dhe ju lë me dy ndryshime dhe një defekt origjinal. Nëse një proxy korporativ inspekton TLS, ai është një dizajn i qëllimshëm me kërkesën e vet të besimit, jo një efekt anësor për t'u anuluar. Pyetni ekipin që zotëron proxy-n përpara se të prekni një certifikatë, sepse përgjigjja e tyre do të jetë për politikën dhe e juaja për një kërkesë të dështuar.

Shkruani kthimin prapa përpara se të filloni: shënoni vlerat e sakta të proxy-t që gjetët, që rikthimi të jetë kopjim dhe jo ushtrim kujtese. Dokumentacioni i konfigurimit të proxy-t të Charles përshkruan integrimin dhe sjelljen e mbylljes për versionin që ekzekutoni.

Herën tjetër që një aplikacion dështon në një VPN, kontrolloni hapin e parë përpara tunelit. Kushton një komandë dhe përjashton një kategori të tërë diagnoze të gabuar.