Charles е затворен, но вашият Mac още сочи към 127.0.0.1

Приложение се проваля и обвиняват 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, проверете първата стъпка преди тунела. Струва една команда и изключва цяла категория погрешна диагноза.