Чарлс је затворен, али ваш Mac и даље показује на 127.0.0.1

Апликација не успева и VPN бива окривљен, али захтев никада не стиже до тунела. Ако macOS и даље каже тој апликацији да користи локални прокси, први скок је 127.0.0.1 и тамо ништа не слуша. Затварање Чарлса не брише увек системско подешавање проксија које је инсталирало, па здрав VPN стоји иза мртвог сокета. Ево редоследа да то потврдите и поправите само неисправни део.

Први скок је овај Mac, а не сервер

Прочитајте адресу буквално: 127.0.0.1 је машина пред вама, а порт је онај на ком је прокси алат био подешен да слуша. Када тог слушаоца нема, веза одмах не успева са одбијеном везом уместо са истеком времена, и то је корисни траг.

VPN не ствара сопствена подешавања проксија и не уклања системска. Те две конфигурације су независне, зато тунел може бити савршен, а прегледач и даље неупотребљив. Та независност је и разлог зашто квар преживљава поновно повезивање VPN-а, рестартовање и нови профил. Ништа на путу VPN-а никада не дотиче складиште проксија.

Корак 1: прочитајте тренутно стање проксија

Почните са приказом само за читање, јер вам каже у шта систем верује пре него што то било која апликација протумачи:

scutil --proxy

Погледајте HTTPEnable, HTTPProxy, HTTPPort, HTTPS еквиваленте и било који ProxyAutoConfigEnable са његовим URL-ом. Омогућен прокси са портом на ком ништа не слуша је ваш квар. PAC URL је други облик: подешавање може бити активно без видљиве ручне адресе, јер датотека бира прокси у тренутку захтева.

Затим потврдите исте вредности у системским подешавањима, мрежи, услузи коју заиста користите, детаљима, проксијима. GUI и команда читају исто складиште, па неслагање значи да гледате другу услугу.

Корак 2: пронађите коме припада подешавање

Три власника стварају ово стање: прокси алат који је инсталирао помоћника и није га очистио, управљани конфигурациони профил ваше организације и ручно подешавање које је неко додао током отклањања грешака. Свако има другачију исправну поправку, и само првог можете лако сами уклонити.

Чарлс документује своју интеграцију са прегледачем и системским проксијем, укључујући помоћника за macOS, зато прво користите његове сопствене контроле и пут искључивања. Привилеговани помоћник постоји да мења конфигурацију; то није разлог да невезаном софтверу дате широк приступ машини.

Ако подешавање долази из управљаног профила, локално онемогућавање или не успева или се враћа при следећој провери. Третирајте то као питање политике за власника профила, а не као локалну грешку.

Корак 3: промените најужу ствар

Онемогућите конкретан нежељени унос за конкретну услугу. Не пребацујте сваку услугу и не чистите цео панел проксија, јер VPN услуга и основна Wi-Fi услуга чувају одвојена подешавања и једно од њих може бити исправно.

Ако је прокси намерно потребан, покрените његовог одобреног слушаоца уместо да бришете политику. Та разлика је важна у организацијама где је прокси једини пут до интернета, а VPN други, ужи пут.

Покушајте поново са једним новим захтевом из погођене апликације. Неке апликације читају прокси једном при покретању, па су излаз и поновно отварање део теста, а не сујеверје.

Корак 4: ако је прокси нестао, а и даље не успева

Тада имате други проблем, и нова грешка је користан доказ. Разрешавање имена, VPN рутирање, TLS поверење и ауторизација апликације су четири одвојене провере, и свака даје препознатљив квар.

Држите поверење сертификата даље од ове поправке. Уклањање поузданог корена или слабљење провере сервера не поправља мртав прокси сокет и оставља вам две промене и један изворни квар. Ако корпоративни прокси прегледа TLS, то је намерни дизајн са сопственим захтевом за поверење, а не нуспојава коју треба поништити. Питајте тим који поседује прокси пре него што додирнете сертификат, јер ће њихов одговор бити о политици, а ваш о једном неуспелом захтеву.

Напишите враћање уназад пре почетка: забележите тачне пронађене вредности проксија, да враћање буде копирање, а не вежба памћења. Документација за конфигурацију проксија Чарлса описује интеграцију и понашање при затварању за верзију коју покрећете.

Следећи пут када апликација не успе на VPN-у, проверите први скок пре тунела. Кошта једну команду и искључује целу категорију погрешне дијагнозе.