„Charles“ uždarytas, bet jūsų Mac vis dar rodo į 127.0.0.1
Negyvas vietinis tarpinis serveris atrodo lygiai taip pat, kaip sugedęs VPN. Perskaitykite aktyvios tinklo paslaugos tarpinio serverio būseną, raskite nustatymo savininką ir pakeiskite tik jį.
Programa nepavyksta, ir kaltė krenta ant VPN, nors užklausa niekada nepasiekia tunelio. Jei macOS vis dar nurodo tai programai naudoti vietinį tarpinį serverį, pirmasis šuolis yra 127.0.0.1, ir niekas jo neklauso. Uždarius „Charles“ ne visada išvalomas jo įdiegtas sistemos tarpinio serverio nustatymas, todėl sveikas VPN atsiduria už mirusio lizdo. Štai tvarka, kaip tai patvirtinti ir sutaisyti tik sugedusią dalį.
Pirmasis šuolis yra šis Mac, o ne serveris
Perskaitykite adresą tiesiogiai: 127.0.0.1 yra priešais jus esantis kompiuteris, o prievadas yra toks, kokį tarpinio serverio įrankis buvo sukonfigūruotas klausytis. Kai to klausytuvo nebėra, ryšys nutrūksta iš karto su atmetimu, o ne su laiko limitu, ir tai yra naudinga užuomina.
VPN nesukuria savo tarpinio serverio nustatymų ir nepašalina sistemos nustatymų. Šios dvi konfigūracijos yra nepriklausomos, todėl tunelis gali būti tobulas, o naršyklė vis tiek netinkama naudoti. Dėl šio nepriklausomumo gedimas išlieka po VPN prisijungimo iš naujo, perkrovimo ir naujo profilio. Niekas VPN kelyje niekada neliečia tarpinio serverio saugyklos.
1 žingsnis: perskaitykite dabartinę tarpinio serverio būseną
Pradėkite nuo tik skaitymui skirto vaizdo, nes jis parodo, ką sistema mano, dar prieš bet kokiai programai tai interpretuojant:
scutil --proxyPažiūrėkite į HTTPEnable, HTTPProxy, HTTPPort, HTTPS atitikmenis ir bet kurį ProxyAutoConfigEnable su jo URL. Įjungtas tarpinis serveris su prievadu, kurio niekas neklauso, yra jūsų gedimas. PAC URL yra kita forma: nustatymas gali būti aktyvus be matomo rankinio adreso, nes failas pasirenka tarpinį serverį užklausos metu.
Tada patvirtinkite tas pačias reikšmes sistemos nustatymuose, tinkle, paslaugoje, kurią iš tikrųjų naudojate, išsamiuose duomenyse, tarpiniuose serveriuose. Grafinė sąsaja ir komanda skaito tą pačią saugyklą, todėl neatitikimas reiškia, kad žiūrite į kitą paslaugą.
2 žingsnis: raskite, kam priklauso nustatymas
Trys savininkai sukuria šią būseną: tarpinio serverio įrankis, įdiegęs pagalbinę programą ir jos neišvalęs, valdomas jūsų organizacijos konfigūracijos profilis ir rankinis nustatymas, kurį kas nors pridėjo derindamas. Kiekvienas turi skirtingą teisingą sprendimą, ir tik pirmąjį galite lengvai pašalinti patys.
„Charles“ dokumentuoja savo naršyklės ir sistemos tarpinio serverio integraciją, įskaitant macOS pagalbinę programą, todėl pirmiausia naudokite jo paties valdiklius ir išjungimo kelią. Privilegijuotoji pagalbinė programa egzistuoja konfigūracijai keisti; tai nėra priežastis suteikti nesusijusiai programinei įrangai plačią prieigą prie kompiuterio.
Jei nustatymas atėjo iš valdomo profilio, jo išjungimas vietoje arba nepavyksta, arba bus atkurtas per kitą prisijungimą. Traktuokite tai kaip politikos klausimą profilio savininkui, o ne kaip vietinę klaidą.
3 žingsnis: pakeiskite siauriausią dalyką
Išjunkite konkretų nepageidaujamą įrašą konkrečiai paslaugai. Neperjunkite visų paslaugų ir neišvalykite viso tarpinio serverio skydo, nes VPN paslauga ir pagrindinė Wi-Fi paslauga laiko atskirus nustatymus, ir vienas iš jų gali būti teisingas.
Jei tarpinis serveris yra sąmoningai reikalingas, paleiskite jo patvirtintą klausytuvą, o ne trinkite politiką. Šis skirtumas svarbus organizacijose, kur tarpinis serveris yra vienintelis kelias į internetą, o VPN yra antras, siauresnis kelias.
Bandykite dar kartą vieną naują užklausą iš paveiktos programos. Kai kurios programos tarpinį serverį perskaito vieną kartą paleidimo metu, todėl išjungimas ir vėl įjungimas yra testo dalis, o ne prietaras.
4 žingsnis: jei tarpinio serverio nebėra, o vis tiek nepavyksta
Tada turite kitą problemą, ir nauja klaida yra naudingas įrodymas. Vardų skiriamoji geba, VPN maršrutizavimas, TLS pasitikėjimas ir programos autorizacija yra keturi atskiri patikrinimai, ir kiekvienas duoda atskiriamą gedimą.
Laikykite sertifikatų pasitikėjimą atokiai nuo šio taisymo. Patikimo šakninio sertifikato pašalinimas ar serverio patvirtinimo susilpninimas neištaiso mirusio tarpinio serverio lizdo, o jums lieka du pakeitimai ir viena pradinė klaida. Jei įmonės tarpinis serveris tikrina TLS, tai yra sąmoningas sprendimas su savo pasitikėjimo reikalavimu, o ne šalutinis poveikis, kurį reikia atšaukti. Prieš liesdami sertifikatą paklauskite tarpinio serverio savininkų komandos, nes jų atsakymas bus apie politiką, o jūsų – apie vieną nepavykusią užklausą.
Prieš pradėdami surašykite atšaukimo planą: užsirašykite tikslias rastas tarpinio serverio reikšmes, kad atkūrimas būtų kopijavimas, o ne atminties pratimas. „Charles“ tarpinio serverio konfigūracijos dokumentacija aprašo integraciją ir jos išjungimo elgseną jūsų naudojamai versijai.
Kitą kartą, kai programa nepavyksta naudojant VPN, patikrinkite pirmąjį šuolį prieš tunelį. Tai kainuoja vieną komandą ir pašalina visą klaidingos diagnozės kategoriją.