Полгода назад настроил прокси для парсинга, проект закрылся, а настройка осталась. Теперь домашний интернет ползет на 4-5 Мбит/с, половина сайтов просит капчу, а банк отказывается пускать в личный кабинет. Человек звонит провайдеру, ругается на роутер, меняет DNS. А проблема сидит в чекбоксе, который никто не снял.
Ниже порядок действий, который я гонял на десятках машин: от офисных ноутбуков с корпоративными политиками до домашних сборок, где прокси когда-то прописал установщик очередного ускорителя интернета.
Прокси живет в четырех местах, и это главная причина неудач
Люди снимают галочку в одном месте, перезагружаются, а трафик по-прежнему идет через чужой сервер. Потому что настроек несколько и они не синхронизируются между собой.
Первое место - системные параметры Windows, тот самый экран с переключателем. Второе - старые настройки через Панель управления, которые читают не только браузеры, но и половина десктопного софта: апдейтеры, лаунчеры, клиенты CRM. Третье - собственные настройки браузера (в Firefox они отдельные). Четвертое - расширения и VPN-клиенты, которые поднимают локальный туннель и формально прокси не считаются, но работают точно так же.
Плюс пятый, редко упоминаемый пункт: групповые политики и скрипты автоконфигурации. Если после перезагрузки настройка возвращается, значит ее ставит что-то извне. Об этом ниже.
Быстрая проверка перед тем, как что-то крутить: открой в браузере любой сервис определения IP и сравни с тем адресом, который выдает провайдер. Не совпадает - трафик действительно идет через посредника. Совпадает - проблема не в прокси, а в чем-то другом, и дальше читать смысла мало.
Windows 10 и 11: три клика в Параметрах
Самый короткий путь, работает на обоих поколениях одинаково.
Нажимаешь Win + I. Дальше Сеть и Интернет, затем строка Прокси-сервер в левом меню. Откроется блок с двумя переключателями, и оба надо выключить: Определять параметры автоматически и Использовать прокси-сервер.
Первый пункт многие игнорируют. Он заставляет систему автоматически искать скрипт конфигурации (PAC-файл) по адресу, который прописан в отдельном поле. Пока галочка стоит, Windows может тянуть настройки из сети сама, даже если второй переключатель выключен.
Внизу того же экрана есть блок Скрипт настройки. Если там вбит адрес, а ты им не пользуешься, просто сотри его и нажми Сохранить. Иначе при следующем запуске система снова подхватит конфигурацию.
Отдельно про кнопку Настройка в разделе ручного прокси. Там лежат адрес сервера и порт, а также список исключений. Кнопка полезна в одном случае: когда переключатель уже выключен, а приложения все равно ходят не туда. Тогда заходишь и глазами проверяешь, что поля пустые.
Сохранять в новом интерфейсе нечего, изменения применяются сразу. Перезагрузка не нужна, но браузеры иногда держат соединение - их лучше закрыть и открыть заново.
Панель управления: то, что читают старые программы
Экран из предыдущего раздела относительно новый. Под ним лежит слой постарше, и часть софта смотрит именно туда. Отключение в Параметрах на него не всегда влияет.
Жмешь Win + R, вводишь control, Enter. В Панели управления переключаешь вид на крупные значки и находишь Свойства браузера. Дальше вкладка Подключения и кнопка Настройка сети.
В открывшемся окне снимаешь все галочки подряд: Использовать прокси-сервер для локальных подключений, Автоматическое определение параметров, Использовать скрипт автоматической настройки. Все поля с адресами оставляешь пустыми. Потом ОК, и еще раз ОК в предыдущем окне.
Это важно, даже если ты сидишь только в браузере. Через эти настройки ходит Telegram Desktop, клиенты почты, менеджеры загрузок, лаунчеры игр и корпоративные приложения вроде 1С. Отключил только в Параметрах - браузер починился, а обновления софта по-прежнему уходят через мертвый сервер в Амстердаме.
Командная строка спасает, когда окно настроек не открывается
Бывает, что раздел Прокси-сервер просто не грузится: белый экран, вылет приложения Параметры, или админ домена заблокировал доступ. Тогда идем через консоль.
Пуск, находишь Командная строка, правой кнопкой, Запустить от имени администратора. Вводишь:
netsh winhttp reset proxy
Enter, затем перезагрузка. Команда сбрасывает настройки прокси для службы WinHTTP - это тот слой, через который ходят системные обновления и часть служб. Полезная деталь, которую на Reddit вынесли в отдельную тему: браузеры и приложения на WinINET эта команда не трогает. То есть после сброса в браузере прокси может остаться. Поэтому командную строку применяют в связке с предыдущим разделом, а не вместо него.
Если сеть совсем развалилась, рядом есть еще одна команда - netsh winsock reset. Она пересобирает сетевой стек целиком, помогает после кривых VPN-клиентов и вирусов, которые любят прописывать себя в LSP. После нее перезагрузка обязательна.
Есть и третий сценарий, самый неприятный. Ты все отключил, перезагрузился, а через минуту прокси снова включен. Значит настройку возвращает кто-то извне: групповая политика на рабочем ноутбуке, скрипт в планировщике задач или майнер-подобная дрянь, которая гоняет трафик через свою инфраструктуру. Проверять надо планировщик заданий, автозагрузку и свежие записи в реестре по ветке, где хранятся параметры подключения. На домашней машине проще прогнать сканер, чем разбираться руками.
Браузеры: у большинства своего переключателя нет
Chrome, Edge, Яндекс Браузер и Opera в настройках прокси перенаправляют на системный экран. Отдельного тумблера внутри у них не существует, что многих путает: человек ищет пункт в настройках браузера, не находит и делает вывод, что прокси нет.
Firefox - исключение. У него своя вкладка: Настройки, раздел Основные, внизу кнопка Настроить в блоке параметров сети. По умолчанию стоит Использовать системные настройки прокси, и это правильно. Но если когда-то выбрали Ручная настройка прокси-сервера, браузер будет ходить через указанный сервер даже после полного сброса Windows. Возвращай переключатель на системные настройки.
Заодно проверь, не включен ли в Firefox режим только через прокси для всех протоколов. Он есть в том же окне и перебивает все остальные настройки.
macOS: все прячется в разделе Сеть
На Mac логика похожая, но путь другой. Системные настройки, затем Сеть. Слева выбираешь активное подключение - Wi-Fi или Ethernet, у которого горит зеленый кружок. Дальше кнопка Дополнительно (в свежих версиях macOS она называется Подробнее).
Вкладка Прокси. Здесь список протоколов: HTTP, HTTPS, SOCKS, FTP и другие, у каждого свой чекбокс. Снимаешь все. Отдельно проверяешь строку Автоматическая конфигурация прокси - если в поле URL что-то есть, очищаешь.
Жмешь ОК, потом Применить. На macOS изменения не вступают в силу, пока не нажмешь Применить, и это классическая ловушка: галочки сняты, окно закрыто крестиком, а настройки не сохранены.
Кстати, на Linux все еще проще и сложнее одновременно. В графических окружениях есть раздел Сеть с теми же галочками, но многие консольные утилиты читают переменные окружения http_proxy и https_proxy. Если прокси прописан в bashrc или в systemd-юните, настройки интерфейса на него не повлияют.
Расширения и VPN-клиенты: самый недооцененный источник
Человек честно снял все галочки в системе, а трафик идет через посредника. Потому что в браузере стоит расширение-переключатель, которое рулит соединением на уровне себя. Такие плагины для управления профилями до сих пор популярны у тех, кто работает с несколькими аккаунтами.
Проверка занимает минуту. Открываешь список расширений, отключаешь все подозрительные, перезапускаешь браузер, смотришь IP. Если адрес сменился на провайдерский, виновник найден. Дальше либо удаляешь, либо оставляешь, но держишь в режиме по требованию.
Вторая категория - бесплатные VPN-расширения из магазинов. Они не называются прокси, но работают как прокси, и часто с очень плохими каналами: 2-3 Мбит/с на общих серверах, логирование трафика и вставка рекламы. Если такой плагин когда-то ставили для одной задачи, он может висеть годами.
Третья категория - десктопные клиенты: корпоративные агенты, антивирусные модули защиты соединений, клиенты для работы с распределенными командами. Некоторые из них поднимают локальный туннель и перенаправляют через него весь системный трафик. В настройках такого клиента обычно есть кнопка Отключить или режим Прямое соединение. Ищи ее, если предыдущие шаги не дали результата.
Когда прокси не проблема, а рабочий инструмент
Отключать прокси имеет смысл, когда он мешает: стоит криво, достался в наследство от прошлого проекта или просто тормозит канал. Но есть задачи, где без него никуда.
Сбор цен с маркетплейсов и агрегаторов. Проверка выдачи и рекламы по регионам - объявление, которое отлично работает в Москве, в Новосибирске может показываться совсем другим людям. Ведение нескольких аккаунтов без склейки по адресу. Мониторинг собственных сайтов с внешних точек, чтобы видеть картину глазами клиента, а не изнутри сети.
В обсуждениях на Reddit практикующие специалисты сходятся в том, что стабильный пул адресов важнее скорости отдельного сервера. Разница видна на второй день: нормальные прокси держат соединение часами, дешевые рвутся каждые 10 минут, и половина запросов уходит в таймаут.
Под такие задачи я держу под рукой каталог 3seller.com/proxy. Удобно тем, что не надо брать вслепую: фильтры по стране, типу и протоколу позволяют подобрать вариант под конкретную задачу. Для парсинга карточек хватает обычных датацентровых, для работы с аккаунтами в соцсетях нужны резидентские, для мобильных приложений - мобильные. Когда в каталоге видно, что берешь, не приходится потом гадать, почему половина запросов отвалилась с ошибкой 407.
Выбор протокола тоже важен. SOCKS5 не переписывает заголовки и работает на уровне ниже HTTP, поэтому лучше подходит для тяжелого трафика и нестандартных портов. HTTP/HTTPS-прокси удобнее, когда нужен разбор трафика на стороне сервера. MTProto - отдельная история для мессенджеров, там своя архитектура шифрования пакетов.
И да, каталог пригодится и в обратной ситуации: когда ты отключил все системные настройки, а часть рабочих задач без прокси решать неудобно. Тогда правильнее держать прокси в конкретном приложении или профиле браузера, а не в системе целиком. Так мессенджеры и банк работают напрямую, а парсер ходит через нужный адрес.
Что делать, если после отключения интернет пропал совсем
Такое реально бывает. Снимаешь галочки, а страницы перестают открываться. Причин три, и все лечатся.
Первая: в сети провайдера действительно нужен прокси для выхода наружу. Так бывает в офисах и общежитиях, где интернет раздает шлюз с авторизацией. Тогда верни настройки и уточни у админа, как выходить правильно. На публичном Wi-Fi в кафе то же самое: без авторизации на портале ничего не работает, но это ограничение точки доступа, а не твоего компьютера.
Вторая: остался прописан статический DNS на адрес, который доступен только через прокси. Проверяется в свойствах подключения, в протоколе IPv4. Верни автоматическое получение.
Третья: сетевой стек подвис после сброса. Тут помогает netsh winsock reset из командной строки от администратора плюс перезагрузка.
Еще один нюанс для тех, кто работает с виртуалками и контейнерами. Прокси-настройки материнской системы туда не пробрасываются автоматически, но если в Docker или в WSL прописаны свои переменные окружения, они останутся. Проверяй отдельно.
Порядок, который экономит время
Сначала Параметры: Сеть и Интернет, Прокси-сервер, снять оба переключателя и очистить скрипт настройки. Потом Панель управления: Свойства браузера, Подключения, Настройка сети, снять все галочки. Дальше командная строка от админа с netsh winhttp reset proxy и перезагрузка. После этого браузерные расширения и VPN-клиенты. На macOS те же действия через Системные настройки, Сеть, Дополнительно, Прокси.
В大多数 случае хватает первых двух шагов, и весь путь занимает минуты три. Оставшиеся пункты нужны для запущенных случаев, когда настройка возвращается или сидит в неочевидном месте.