# Почему Chrome постоянно спрашивает логин и пароль прокси | ProxyJam

Chrome снова и снова просит пароль, когда прокси отвечает 407. Почему окно возвращается, почему игнорируются настройки и что делать с SOCKS5.

- Canonical: https://proxyjam.com/ru/blog/chrome-proxy-password-prompt/
- Updated: 2026-10-13
- Language: ru

Chrome показывает окно входа на прокси, когда прокси отвечает статусом 407, Proxy Authentication Required. Учётные данные из настроек прокси или флагов запуска Chrome не берёт, поэтому их вводят в это окно или их подставляет расширение. Если окно появляется снова после входа, чаще всего прокси отклонил то, что вы отправили. SOCKS5-прокси с паролем в Chrome работать не может: аутентификацию SOCKS5 браузер не реализует.


## Убедитесь, что вход на прокси проходит без окна

1. **Перезапустите браузер** Закройте все окна Chrome, чтобы не использовался вход из текущего сеанса, и снова откройте Chrome с настроенным прокси.
2. **Откройте страницу через прокси** [What Is My IP](/what-is-my-ip/) должна загрузиться без окна входа и показать адрес и сеть прокси.
3. **Проверьте каждый прокси, которым пользуетесь** Если вы работаете с несколькими прокси с аутентификацией, откройте проверочную страницу через каждый по очереди. Окно на одном из них значит, что у этого профиля всё ещё нет рабочих учётных данных.

## Найдите свой случай

|  | Что вы видите | Что делать |
|---|---|---|
| Прокси отклоняет учётные данные | Окно появляется снова после каждой отправки | Уточните логин и пароль у того, кто управляет прокси, и вставьте их заново без лишних пробелов |
| Учётные данные вписаны в настройки прокси | Окно появляется, хотя пароль указан в адресе прокси | Chrome игнорирует учётные данные там; войдите через окно или поручите ответ расширению |
| Расширение пока не может ответить | Появляется окно браузера, хотя пароль хранится в расширении | Дайте расширению нужный доступ; в ProxyJam Connector это доступ к сети на странице настроек (Settings) |
| SOCKS5-прокси с паролем | Окна нет, а страницы через прокси не открываются | Chrome не умеет передавать учётные данные SOCKS5; используйте список разрешённых IP, HTTP-точку подключения или Firefox |

Причины выведены из того, как устроена аутентификация на HTTP-прокси по спецификации, из документации Chromium о настройках прокси и из того, как ProxyJam Connector отвечает на запросы входа. Какая причина встречается чаще, мы не исследовали, а настройки конкретного провайдера могут добавить другие, например ограничения на то, с каких адресов можно подключаться.


## Короткие ответы

### Что означает ошибка 407?

407 Proxy Authentication Required означает, что прокси требует входа, прежде чем передать запрос дальше. Прокси обязан сообщить, какой способ входа он принимает, а браузер может повторить запрос с учётными данными, как определено в RFC 9110.

### Запоминает ли Chrome пароль прокси?

В исходном коде Chromium вход на прокси передаётся менеджеру паролей и сохраняется под хостом и портом прокси. Справочной страницы Google, которая описывала бы это поведение, мы не нашли, поэтому прежде чем на это полагаться, проверьте: перезапустите Chrome и загрузите страницу через прокси.

### Можно ли указать пароль во флаге запуска proxy-server?

Нет. Документация Chromium говорит, что Chrome не использует учётные данные, вписанные в ручные настройки прокси, а флаг запуска служит лишь одним из способов их задать. Аутентификация идёт через обычный механизм входа Chrome, то есть через окно, если не отвечает расширение.

### Почему для моего SOCKS5-прокси нет окна с паролем?

Chrome не реализует аутентификацию для прокси SOCKS5 и SOCKS4, поэтому учётные данные ему спрашивать не для чего. Подключения через SOCKS5-прокси, требующий пароль, обрываются без всякого запроса.


## Источники

- [RFC 9110, раздел 15.5.8: 407 Proxy Authentication Required](https://www.rfc-editor.org/rfc/rfc9110.html#section-15.5.8): что означает этот статус и как клиент может повторить запрос с учётными данными
- [MDN: 407 Proxy Authentication Required](https://developer.mozilla.org/en-US/docs/Web/HTTP/Reference/Status/407): простое описание статуса
- [Chromium: строки окна входа](https://chromium.googlesource.com/chromium/src/+/HEAD/components/login_dialog_strings.grdp): текст окна «The proxy $1 requires a username and password.»
- [Chromium: заметки о поддержке прокси (proxy.md)](https://chromium.googlesource.com/chromium/src/+/HEAD/net/docs/proxy.md): учётные данные из ручных настроек прокси не используются, схемы аутентификации на HTTP-прокси и отсутствие аутентификации SOCKS
- [Chromium: socks5_client_socket.cc](https://chromium.googlesource.com/chromium/src/+/HEAD/net/socket/socks5_client_socket.cc): клиент SOCKS5 в Chrome предлагает только способ без аутентификации
- [Chromium: login_handler.cc](https://chromium.googlesource.com/chromium/src/+/HEAD/chrome/browser/ui/login/login_handler.cc): вход на прокси сохраняется по хосту и порту прокси и передаётся менеджеру паролей
- [Chrome for Developers: API chrome.webRequest](https://developer.chrome.com/docs/extensions/reference/api/webRequest): onAuthRequired, флаг isProxy и разрешение webRequestAuthProvider
- [MDN: proxy.ProxyInfo](https://developer.mozilla.org/en-US/docs/Mozilla/Add-ons/WebExtensions/API/proxy/ProxyInfo): Firefox передаёт логин и пароль для SOCKS-прокси




Chrome постоянно спрашивает логин и пароль прокси, когда прокси требует входа,
а ответить на это требование иначе Chrome не может. За проблемой стоят четыре
ситуации, и три из них решаются внутри Chrome. Четвёртая, SOCKS5-прокси с
паролем, требует изменений на стороне прокси или другого браузера.

## Что означает окно входа на прокси?

Прокси отказался передавать ваш запрос, пока вы не войдёте. На языке HTTP он
ответил статусом 407, Proxy Authentication Required, который
[RFC 9110](https://www.rfc-editor.org/rfc/rfc9110.html#section-15.5.8) описывает
как означающий, что «the client needs to authenticate itself in order to use a
proxy for this request» (клиенту нужно пройти аутентификацию, чтобы
использовать прокси для этого запроса). Прокси называет способы входа, которые
принимает, а браузер может повторить запрос с учётными данными.

Chrome собирает их в окне с заголовком «Sign in» (Вход). Его текст в
[строках окон Chromium](https://chromium.googlesource.com/chromium/src/+/HEAD/components/login_dialog_strings.grdp)
звучит так: «The proxy $1 requires a username and password.» (прокси $1
требует имя пользователя и пароль), где вместо `$1` стоит адрес прокси. Для
HTTP-прокси Chrome поддерживает способы Basic, Digest, Negotiate и NTLM,
перечисленные в
[заметках Chromium о прокси](https://chromium.googlesource.com/chromium/src/+/HEAD/net/docs/proxy.md).

## Почему Chrome постоянно спрашивает пароль прокси?

Чаще всего прокси отклонил учётные данные и снова ответил 407, поэтому Chrome
спрашивает ещё раз. Неверный пароль, логин, скопированный с пробелом в конце,
или учётная запись, которую провайдер заблокировал, со стороны браузера
выглядят одинаково.

Окно возвращается и тогда, когда пароль лежит там, где Chrome его не читает,
например в настройках прокси, и когда расширению, которое его хранит, не дали
разрешения отвечать. SOCKS5-прокси с паролем ведёт себя иначе: Chrome не
показывает для него окна, а подключение не устанавливается. Все четыре
ситуации и что делать в каждой собраны в таблице «Найдите свой случай».

## Почему пароль в настройках прокси игнорируется?

Chrome не читает учётные данные, вписанные в настройки прокси. Многие системы
позволяют ввести там логин и пароль или записать их прямо в адрес в виде
`user:password@host:port`, но
[заметки Chromium о прокси](https://chromium.googlesource.com/chromium/src/+/HEAD/net/docs/proxy.md)
говорят прямо: «Chrome does not implement this, and will not use any credentials
embedded in the proxy settings» (Chrome этого не реализует и не будет
использовать учётные данные, встроенные в настройки прокси). Аутентификация
идёт через обычный механизм входа, и для большинства людей это окно.

Прокси, заданный флагом запуска `--proxy-server`, это ещё один способ ввести
ручные настройки, поэтому пароль, вписанный во флаг, тоже ни на что не влияет.

## Как расширение может ответить на окно за вас?

Chrome позволяет расширению ответить на запрос входа от прокси до того, как
появится окно. [API webRequest](https://developer.chrome.com/docs/extensions/reference/api/webRequest)
генерирует событие `onAuthRequired`, у которого флаг `isProxy` равен true, когда
спрашивает прокси, и расширение с разрешением `webRequestAuthProvider` может
ответить логином и паролем.

Наше бесплатное расширение [ProxyJam Connector](/ru/browser-extension/) использует
это событие. Вы сохраняете логин и пароль в каждом профиле прокси, и расширение
отвечает за тот сохранённый прокси, чьи хост и порт совпадают с запрашивающим.

- В Chrome оно отвечает после того, как вы дадите ему доступ к сети на его
  странице настроек (Settings); до тех пор, как обычно, появляется собственное
  окно браузера.
- Если прокси дважды отклоняет учётные данные для одного и того же запроса,
  Connector прекращает попытки, а на его значке на панели инструментов
  появляется AUTH.
- Оно отвечает за HTTP- и HTTPS-прокси. Профиль SOCKS5 с логином и паролем
  получает предупреждение, потому что Chrome не может их использовать.

## Может ли Chrome работать с SOCKS5-прокси с паролем?

Нет. [Заметки Chromium о прокси](https://chromium.googlesource.com/chromium/src/+/HEAD/net/docs/proxy.md)
утверждают, что «No authentication methods are supported for SOCKSv5 in Chrome
(although some do exist for the protocol)» (Chrome не поддерживает ни одного
способа аутентификации для SOCKSv5, хотя в самом протоколе они есть), и для
SOCKS4 тоже ни одного. Клиент SOCKS5 в Chrome предлагает прокси только способ,
не требующий учётных данных, поэтому прокси, который настаивает на пароле,
отклоняет подключение. В API расширений нет события для входа на SOCKS, на
которое расширение могло бы ответить.

Что работает:

1. **Зарегистрируйте свой адрес у провайдера.** Некоторые провайдеры прокси
   умеют пускать подключения со списка IP-адресов, который вы им дадите, без
   пароля.
2. **Используйте HTTP-точку подключения провайдера.** Если тот же прокси
   принимает и HTTP-подключения, Chrome может войти на него через окно или
   через расширение.
3. **Используйте для этого прокси Firefox.** API расширений Firefox передаёт
   логин и пароль для SOCKS-прокси
   ([справочник MDN по ProxyInfo](https://developer.mozilla.org/en-US/docs/Mozilla/Add-ons/WebExtensions/API/proxy/ProxyInfo)).
   Сборка Connector для Firefox этим пользуется, и её можно установить из
   [Firefox Add-ons](https://addons.mozilla.org/firefox/addon/proxyjam-connector/?utm_source=website).

## Что дальше?

Если вы переключаетесь между несколькими прокси с паролями, расширение, которое
хранит учётные данные каждого, отвечает за них на HTTP и HTTPS, а на
[странице расширения](/ru/browser-extension/) перечислено, что Connector делает в
Chrome. Как пустить через такой прокси только часть сайтов, рассказано в статье
[как направить через прокси только некоторые сайты](/ru/blog/chrome-proxy-for-specific-sites/).
Правила для расширений, которые изменились для всех переключателей, описаны в
статье [что Manifest V3 изменил для прокси-расширений](/ru/blog/switchyomega-manifest-v3/).

Если вы выбираете прокси для Connector, прочитайте, [что такое ISP-прокси](/ru/blog/what-are-isp-proxies/):
ProxyJam продаёт статические резидентные (ISP) прокси на
[странице ISP-прокси](/ru/isp-proxies/), цены на [странице цен](/ru/pricing/).