Парадокс, но факт: за последние пару лет каждый третий запрос ко мне начинается одинаково. Человек покупает рекламу, открывает отчёт, а там гео не то. Или заходит на сайт, а ему показывают цены в другой валюте. Или парсер вдруг начал отдавать пустые страницы. В 8 случаях из 10 виноват не сайт и не подрядчик, а прокси, который сидит в системе с прошлой настройки, и о котором владелец ноутбука давно забыл.
Разберём по порядку. Сначала - все места, где на компьютере может быть прописан прокси. Потом - чем системный прокси отличается от браузерного. В конце - как убедиться, что трафик реально идёт через нужный узел, а не через тот, что остался с марта.
Прокси живёт в трёх слоях, и вы смотрите только один
Проще всего представить прокси как перевалочный пункт. Компьютер не стучится на сайт напрямую, а отправляет запрос промежуточному серверу. Тот подменяет данные клиента на свои, получает ответ и возвращает вам. Для сайта вы выглядите как этот промежуточный сервер, а не как ваш ноутбук.
Отсюда главная практическая сложность - настройка может стоять в трёх независимых местах, и они друг о друге не знают:
- на уровне операционной системы, это то, что видят большинство программ;
- внутри конкретного браузера, у Firefox своя отдельная история;
- внутри приложения или расширения, которое тащит собственный маршрут.
Регулярно вижу, как человек проверяет настройки Windows, видит пустое поле и успокаивается. А потом выясняется, что в Firefox с прошлого года включён ручной прокси, и весь трафик из него идёт через старый сервер. Или что расширение-переключатель в Chrome держит свой конфиг. Смотреть надо все три слоя, желательно подряд, за один заход.
Windows 11 и 10: самый короткий путь
Начните с Параметров: «Пуск» -> «Параметры» -> «Сеть и Интернет» -> «Прокси». В десятке путь тот же, разве что вёрстка попроще.
Открывается страница с двумя-тремя блоками. Первый - «Автоматическая настройка прокси» с опциями «Автоматически определять параметры» и «Использовать скрипт настройки». Если галочка стоит на автообнаружении, система подтянет конфиг из сети, и в полях вы не увидите ничего. Прокси при этом работает. Если в поле «Адрес скрипта настройки» вбит URL, заканчивающийся на .pac, маршрутизацию задаёт этот файл, а не ваши руки.
Второй блок - «Ручная настройка прокси»: переключатель «Использовать прокси-сервер», поля «Адрес» и «Порт» плюс список исключений через точку с запятой. Классическая ловушка: люди смотрят на заполненные поля и делают вывод, что прокси включён. А переключатель выключен, и трафик идёт мимо. Смотрите на переключатель, а не на текст в полях.
После правок нажмите «Сохранить». В некоторых сборках кнопка появляется только после изменения значения, и её легко не заметить.
Старый добрый inetcpl.cpl и реестр
Есть путь, который многие забыли, а он всё ещё работает. Нажмите Win+R, введите inetcpl.cpl и Enter. Откроется окно «Свойства: Интернет». Дальше вкладка «Подключения» и кнопка «Настройка сети». Здесь тот же движок WinINET, поэтому настройки синхронны с Параметрами: поменяли в одном месте - изменилось в другом.
Первоисточник лежит в реестре: ветка HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings. Три параметра. ProxyEnable со значением 0 или 1 - тот самый переключатель. ProxyServer - адрес и порт. AutoConfigURL - если используется PAC-скрипт. Именно эти значения читает большинство программ, когда решает, куда отправлять запрос.
Через PowerShell всё смотрится одной строкой:
Get-ItemProperty 'HKCU:\Software\Microsoft\Windows\CurrentVersion\Internet Settings' | Select-Object ProxyEnable, ProxyServer, AutoConfigURL
WinHTTP: прокси, о котором забывают даже сисадмины
В Windows два независимых стека. WinINET обслуживает браузеры и пользовательские приложения, WinHTTP - службы, обновления и часть серверного софта. Настройки у них разные, и это регулярно сбивает с толку. На Reddit в тредах про отладку трафика администраторы признаются: про WinHTTP вспоминают в последнюю очередь, уже после того как перебрали Параметры и реестр.
Проверить второй стек можно в командной строке, запущенной от администратора:
netsh winhttp show proxy
Если увидите «Прямой доступ (без прокси-сервера)», значит для системных служб маршрут прямой. Если там прописан адрес, он может отличаться от того, что вы видели в Параметрах. Меняется командой netsh winhttp set proxy или сбросом через netsh winhttp reset proxy. С последней осторожнее, если машина корпоративная и настройки прилетают политикой.
VPN и корпоративные профили
При настроенном VPN-подключении прокси может быть привязан к нему отдельно. В Windows 11 это «Параметры» -> «Сеть и Интернет» -> «VPN», затем выбор подключения и «Дополнительные параметры». Рядом с параметрами прокси есть кнопка «Изменить». Логика простая: пока VPN не подключён, этот прокси не применяется, а после подключения может включиться автоматически.
Корпоративные ноутбуки часто живут по групповым политикам. Тогда любые ваши правки в Параметрах либо не сохранятся, либо откатятся после перезагрузки. Признак простой: меняете настройку, сохраняете, открываете заново, а там прежние значения. Значит, рулит политика, и разбираться надо с ней, а не с чекбоксами.
macOS: путь короче, но спрятан глубже
На Mac откройте меню Apple в левом верхнем углу, затем «Системные настройки» (в старых версиях «Системные параметры»), раздел «Сеть». Слева выберите активную службу, обычно Wi-Fi или Ethernet, и нажмите «Подробнее» справа. В открывшемся окне найдите вкладку «Прокси». В версиях до Ventura путь был «Дополнительно» -> «Прокси», суть та же.
Дальше список протоколов с галочками: «Автоматическое обнаружение прокси», «Автоматическая настройка прокси» с полем для URL, «Веб-прокси (HTTP)», «Защищённый веб-прокси (HTTPS)», «Прокси FTP» и «Прокси SOCKS». У каждого свой адрес и порт. Внизу поле «Исключить простые имена хостов» и список доменов, которые ходят напрямую.
Нюанс, который пропускают: настройки привязаны к конкретной сетевой службе. Проверяли Wi-Fi, а рабочий трафик шёл через Ethernet или USB-модем - значит смотрели не туда. Переключите службу слева и повторите осмотр.
Терминал скажет правду быстрее интерфейса. Команда scutil --proxy выводит итоговый конфиг, который система реально применяет, со всеми флагами и адресами. Если в выводе HTTPEnable : 1 и заполнены HTTPProxy и HTTPPort, прокси активен.
Браузеры: Chrome, Edge и Opera берут у системы, Firefox живёт сам
Хромиумные браузеры обычно наследуют системные настройки. Проверить связку легко: в Chrome откройте chrome://settings/system, там будет кнопка «Открыть настройки прокси-сервера компьютера». Она перебрасывает в Параметры Windows, то есть браузер своего не держит.
Firefox устроен иначе. «Настройки» -> «Основные» -> в самом низу «Параметры сети и Интернет», кнопка «Настройка». Четыре варианта: без прокси, системные настройки, ручная настройка с адресом и портом для HTTP, HTTPS, FTP и SOCKS, автоматическая настройка через URL. По умолчанию стоит системный вариант, но кто-то когда-то переключил на ручной и забыл. С этого момента весь трафик из Firefox идёт своим путём, а Windows показывает пустоту.
Про расширения-переключатели прокси вспоминают в последнюю очередь. Они живут внутри браузера, имеют свой список профилей и переключаются в один клик. Система о них не знает вообще. Если в браузере трафик ведёт себя странно, а в настройках пусто, откройте страницу расширений и посмотрите, нет ли там чего-то с профилями прокси, случайно оставленного в активном состоянии.
PAC-файл: когда прокси есть, а адреса вы не видите
Ссылка на скрипт с расширением .pac означает, что разбираться надо в самом скрипте. Это обычный текстовый файл с JavaScript: функция по адресу сайта решает, идти напрямую или через конкретный узел. Скачайте его и откройте в блокноте - внутри будут условия вида «если домен внутренний, возвращаем DIRECT, иначе отправляем на такой-то адрес с портом».
Такой подход типичен для компаний, которым нужно пускать внутренние ресурсы напрямую, а внешние через корпоративный узел. Никакой мистики, просто правила. Заодно вы увидите реальные адреса, которые применяются, даже если в полях интерфейса пусто.
Как убедиться, что трафик действительно идёт через прокси
Настройки это ещё не факт. Бывает, прокси прописан, а трафик мимо: узел не отвечает, приложение использует собственный маршрут или правило исключения съело нужный домен. Проверка одна и простая: откройте любой сервис определения внешнего IP и посмотрите, совпадает ли адрес с тем, что прописан в настройках.
Второй способ, который я люблю больше, - сравнение. Запишите внешний IP до включения прокси, включите, обновите страницу, посмотрите снова. Если адрес не изменился, прокси не работает, что бы там ни было написано в полях. Третий способ, для чистоты эксперимента: отключите прокси совсем и проверьте, что интернет продолжает работать. Так вы поймёте, не держится ли соединение исключительно на нём.
Ещё одно наблюдение. Прокси не ускоряет интернет. Он добавляет промежуточное звено, а значит, в среднем добавляет миллисекунды к каждому запросу. Если после включения страницы стали заметно быстрее, дело не в прокси, а в кешировании на стороне узла или в том, что вы наконец попали на ближайший к вам сервер.
Признаки того, что прокси поставил кто-то другой
Настройки, которых вы не делали. Незнакомое расширение в браузере с подозрительно знакомым названием. VPN-клиент, который при установке включил свой прокси по умолчанию. Корпоративный профиль, прилетевший с обновлением. Всё это реальные сценарии, паниковать не нужно: пройдите по чек-листу сверху - система, потом браузер, потом расширения и VPN.
Проверьте и список установленных программ. Некоторые утилиты для «ускорения интернета» и сомнительные оптимизаторы прописывают свой прокси в реестр и живут там годами. Если нашли такой, сначала отключите его, потом удаляйте, чтобы не оставить систему с битым маршрутом.
Если нужен свой прокси, а не чужой
Посмотреть, что стоит сейчас, это половина дела. Вторая половина - когда прокси нужен под задачу. Проверка рекламы из нужного гео, сбор данных, контроль выдачи, работа с несколькими аккаунтами, тестирование сайта глазами пользователя из другой страны. Тут случайные узлы не подходят, нужен нормальный каталог с фильтрами и понятными условиями.
Каталог прокси 3seller я обычно показываю именно в этот момент. Логика выбора простая: сначала страна и город, потом тип узла (мобильные, резидентные, серверные), потом протокол (HTTP или SOCKS5), потом объём трафика и срок. Фильтры на сайте как раз под это и заточены, не надо переписываться с менеджером, чтобы понять, есть ли нужное гео.
Что реально стоит проверить перед покупкой: скорость отклика из вашего региона, стабильность под нагрузкой и поведение узла при параллельных запросах. Один и тот же адрес может отлично держать десять соединений и разваливаться на сотне. Для парсинга это критично, для ручной проверки рекламы почти неважно.
HTTP, SOCKS5 и MTProto: разница, которая влияет на настройки
HTTP-прокси работает на уровне приложения. Он видит запросы целиком, может менять заголовки, кешировать ответы, фильтровать по содержимому. За счёт этого он гибче, но и накладные расходы выше.
SOCKS5 работает ниже, на уровне TCP-соединения. В содержимое он не лезет, просто перенаправляет поток, поддерживает UDP и меньше вмешивается в трафик. Шифрование при этом обеспечивает не сам прокси, а протокол приложения, обычно TLS. Отсюда меньше задержка и лучше совместимость с нестандартными протоколами. Для игр, стриминга и мессенджеров обычно выбирают именно его.
MTProto это уже про Telegram. Внутри приложения есть собственный раздел с прокси, который настраивается отдельно и никак не связан с системными параметрами. Путь такой: «Настройки» -> «Данные и память» -> «Прокси» (в некоторых версиях через «Продвинутые настройки»). Добавляете узел, включаете переключатель, приложение показывает пинг. Системный прокси Windows или macOS на это никак не влияет, и наоборот.
Ошибки, которые я вижу чаще всего
Путать системный прокси и браузерный. Проверили Windows, успокоились, а Firefox идёт своим маршрутом. Лечится тем, что смотреть надо все слои подряд.
Забывать про порт. Адрес без порта не работает, это две части одного значения. Часто люди копируют только IP и удивляются, почему не подключается.
Оставлять лишние исключения. Кто-то однажды вписал домен в список исключений, и теперь он ходит напрямую, хотя должен идти через узел. Такой список стоит перечитывать глазами, а не просто пролистывать.
Считать, что настройки применились мгновенно. Некоторые приложения держат соединение и подхватывают новый конфиг только после перезапуска. Браузер обычно перечитывает настройки на лету, а вот клиенты и службы могут упереться.
Игнорировать WinHTTP. Пользовательский прокси выключен, а службы продолжают ходить через старый адрес, потому что он прописан отдельно. Одна команда netsh winhttp show proxy снимает вопрос за пять секунд.
Что сделать прямо сейчас
Потратьте пять минут и пройдите три точки. Первая: Параметры системы, раздел «Прокси» в Windows или «Сеть» -> «Подробнее» -> «Прокси» в macOS. Смотрите на переключатели, а не на заполненные поля. Вторая: настройки браузера, отдельно для Firefox, отдельно список расширений. Третья: командная строка, netsh winhttp show proxy на Windows или scutil --proxy на Mac.
Запишите, что нашли, даже если ничего. Через месяц, когда снова начнутся странности с гео или ценами, вы будете знать исходное состояние и сразу поймёте, что изменилось. А если для работы нужен предсказуемый узел под конкретную страну и протокол, начните с каталога 3seller: там видно, что есть в наличии, без переписки и ожидания.