„Charles“ е затворен, но вашиот Mac сè уште покажува на 127.0.0.1
Мртво локално прокси изгледа исто како расипан VPN. Прочитајте ја состојбата на проксито на активната мрежна услуга, пронајдете го сопственикот на поставката и променете само тоа.
Апликацијата не успева и VPN-от е обвинет, но барањето никогаш не стигнува до тунелот. Ако macOS сè уште ѝ кажува на таа апликација да користи локално прокси, првиот скок е 127.0.0.1 и на него ништо не слуша. Затворањето на „Charles“ не секогаш ја чисти системската прокси поставка што ја инсталирал, па здрав VPN стои зад мртва врска. Еве го редоследот за да го потврдите и да го поправите само делот што е погрешен.
Првиот скок е овој Mac, не серверот
Прочитајте ја адресата буквално: 127.0.0.1 е машината пред вас, а портата е онаа на која алатката за прокси била конфигурирана да слуша. Кога тој слушач го нема, врската веднаш не успева со одбиена врска наместо со истек на време, и тоа е корисниот знак.
VPN-от не создава свои прокси поставки и не ги отстранува системските. Двете конфигурации се независни, затоа тунелот може да биде совршен, а прелистувачот сè уште неупотреблив. Таа независност е и причината зошто дефектот преживува повторно поврзување на VPN-от, рестартирање и нов профил. Ништо во патеката на VPN-от никогаш не ја допира прокси продавницата.
Чекор 1: прочитајте ја тековната прокси состојба
Започнете со приказот само за читање, бидејќи ви кажува што верува системот пред која било апликација да го протолкува:
scutil --proxyПогледнете ги HTTPEnable, HTTPProxy, HTTPPort, HTTPS еквивалентите и секој ProxyAutoConfigEnable со неговиот URL. Овозможено прокси со порта на која ништо не слуша е вашиот дефект. PAC URL е другиот облик: поставката може да биде активна без видлива рачна адреса, бидејќи датотеката го избира проксито во моментот на барањето.
Потоа потврдете ги истите вредности во системските поставки, мрежата, услугата што навистина ја користите, деталите, проксите. Графичкиот интерфејс и командата ја читаат истата продавница, па несовпаѓањето значи дека гледате друга услуга.
Чекор 2: пронајдете кому му припаѓа поставката
Три сопственици ја создаваат оваа состојба: алатка за прокси што инсталирала помошник и не го исчистила, управуван конфигурациски профил од вашата организација и рачна поставка што некој ја додал при отстранување грешки. Секој има различен правилен поправка, и само првиот можете лесно да го отстраните сами.
„Charles“ ја документира својата интеграција со прелистувачот и системското прокси, вклучително помошникот за macOS, затоа прво користете ги неговите сопствени контроли и патека на исклучување. Привилегираниот помошник постои за да ја менува конфигурацијата; тоа не е причина да му се даде на неврзан софтвер широка пристап до машината.
Ако поставката доаѓа од управуван профил, нејзиното локално оневозможување или не успева, или се враќа при следната проверка. Третирајте го тоа како прашање на политика за сопственикот на профилот, а не како локална грешка.
Чекор 3: променете го најтесното нешто
Оневозможете го конкретниот несакан запис за конкретната услуга. Не префрлајте ја секоја услуга и не го чистејте целиот прокси панел, бидејќи VPN услугата и основната Wi-Fi услуга чуваат одделни поставки и едната од нив може да е точна.
Ако проксито е намерно потребно, стартувајте го неговиот одобрен слушач наместо да ја бришете политиката. Таа разлика е важна во организации каде проксито е единствениот пат до интернетот, а VPN-от е втор, потесен пат.
Обидете се повторно со едно свежо барање од засегнатата апликација. Некои апликации го читаат проксито еднаш при стартување, па затворањето и повторното отворање е дел од тестот, а не суеверие.
Чекор 4: ако проксито го нема, а сè уште не успева
Тогаш имате друг проблем, а новата грешка е корисниот доказ. Резолуцијата на имиња, VPN рутирањето, довербата во TLS и авторизацијата на апликацијата се четири одделни проверки, и секоја дава препознатлив дефект.
Држете ја довербата во сертификатите подалеку од оваа поправка. Отстранувањето на доверлив корен или слабеењето на серверската валидација не поправа мртва прокси врска, а ви оставаат две промени и еден оригинален дефект. Ако корпоративното прокси го инспектира TLS, тоа е намерен дизајн со свое барање за доверба, а не несакан ефект што треба да се откаже. Прашајте го тимот што го поседува проксито пред да допрете сертификат, бидејќи нивниот одговор ќе биде за политика, а вашиот за едно неуспешно барање.
Напишете го враќањето пред да започнете: забележете ги точните прокси вредности што ги најдовте, за да биде враќањето копирање, а не вежба по памтење. Документацијата за конфигурација на проксито на „Charles“ ја опишува интеграцијата и нејзиното однесување при исклучување за верзијата што ја користите.
Следниот пат кога апликацијата не успева на VPN, проверете го првиот скок пред тунелот. Тоа чини една команда и исклучува цела категорија погрешна дијагноза.