Прокси не работает в браузере: где искать причину

В браузере прокси задаётся сразу в трёх местах — на уровне ОС, в самом браузере и в расширении, — и эти уровни не всегда согласованы. Обычно дело не в том, что прокси «не работает», а в том, что реально применяется не та настройка, которую вы меняли последней.

Три уровня и приоритет

Расширение стоит выше системного и браузерного уровня: если оно активно, маршрут решает оно, что бы ни было указано в ОС.

Firefox против остальных

Chrome, Edge и другие браузеры на Chromium своего прокси не хранят — берут его из ОС. Firefox устроен иначе: у него своя настройка в about:preferences. Отсюда типичная жалоба «в Chrome работает, в Firefox — нет»: прокси поменяли в одном месте, а второй браузер живёт по старой схеме. Проверка: about:preferences → «Сеть» → смотрим, выбрано «Системные настройки» или «Ручная настройка».

Расширения — самый частый виновник

Прокси-расширение получает право перехватывать весь трафик браузера — это системное разрешение, а не косметика, и оно работает, даже если про расширение забыли. Частый сценарий: оно обновилось само или включилось после переустановки браузера и тихо перехватывает соединения поверх остальных настроек.

Проверка за 4 шага: откройте список расширений → найдите связанные с прокси или сетью → отключайте по одному, обновляя страницу → если проблема исчезла, виновник найден.

DNS-over-HTTPS в обход прокси

Браузеры по умолчанию включают DNS-over-HTTPS: запросы к DNS уходят зашифрованным маршрутом самого браузера, минуя системный резолвер. Возможна ситуация, когда адрес сайта определяется одним путём, а загрузка идёт другим — прокси и DNS расходятся.

Настройка рядом с сетевыми параметрами: в Chrome и Edge — «Безопасность», пункт про защищённый DNS; в Firefox — about:preferences → «Приватность и Защита». Если резолвинг идёт мимо прокси, часть данных о посещаемых адресах всё равно уйдёт напрямую — это классический dns-leak.

WebRTC и прямые соединения

WebRTC — технология видеозвонков в браузере — по умолчанию соединяется напрямую между участниками, минуя посредников. Отсюда жалоба: вкладки идут через прокси нормально, а звонок ведёт себя иначе. Это не сбой, а особенность протокола: WebRTC не обязан использовать общий прокси браузера. Развернуть через посредника весь трафик, а не только HTTP, способен не proxy, а инструмент уровня vpn.

PAC-файл

PAC (Proxy Auto-Config) — скрипт, который для каждого адреса отдельно решает, через какой прокси идти или идти напрямую. Если он задан, поведение выглядит хаотичным — это логика скрипта, а не сбой. Проверка — в тех же настройках сети, пункт «Автоматическая настройка»: если поле с адресом PAC заполнено, а вы его не задавали, стоит разобраться отдельно.

Кэш и старые соединения

После смены настроек уже открытые соединения не всегда рвутся сразу — браузер доиспользует их. Признак: часть вкладок ведёт себя по-старому. Помогает полный перезапуск браузера, а не обновление страницы.

Чек-лист диагностики

1. 1Определите активный уровень настройки — системный или собственный.
2. 2В Firefox проверьте about:preferences → Сеть.
3. 3Отключите по очереди расширения, связанные с прокси и сетью.
4. 4Сверьте DNS-over-HTTPS с текущим прокси.
5. 5Не ждите от WebRTC поведения обычных вкладок.
6. 6Проверьте поле PAC-файла в автонастройке.
7. 7Перезапустите браузер целиком, чтобы сбросить старые соединения.

Актуально для текущих версий Chrome, Firefox, Edge и Safari на сентябрь 2026 года; названия пунктов меню могут отличаться между минорными обновлениями.

FAQ

Почему в Chrome прокси работает, а в Firefox — нет? Chrome берёт прокси из ОС, Firefox хранит независимую настройку в about:preferences. Изменение системного прокси Firefox не затронет.

Может ли расширение переопределить настройки прокси? Да, оно действует поверх системных и браузерных настроек — корректный системный прокси не поможет, если трафик перехватывает активное расширение.

Почему видеозвонок ведёт себя иначе, чем вкладки? WebRTC стремится к прямому соединению и не обязан идти через общий прокси — в одной вкладке HTTP-трафик и WebRTC могут маршрутизироваться по-разному.

Что такое PAC-файл? Скрипт, который для каждого адреса отдельно решает маршрут. При его наличии поведение браузера кажется непоследовательным, хотя это просто логика скрипта.