# Чому Chrome весь час питає ім'я користувача й пароль від проксі | ProxyJam Chrome весь час питає пароль від проксі, коли проксі відповідає кодом 407. Чому вікно повертається, чому збережені налаштування ігноруються і що робити із SOCKS5. - Canonical: https://proxyjam.com/uk/blog/chrome-proxy-password-prompt/ - Updated: 2026-10-13 - Language: uk Chrome показує вікно входу на проксі, коли проксі відповідає статусом 407, Proxy Authentication Required. Chrome не бере облікових даних зі своїх налаштувань проксі чи прапорців запуску, тож ви вводите їх у вікно, або їх підставляє розширення. Вікно, яке повертається після входу, найчастіше означає, що проксі відхилив надіслане. SOCKS5-проксі з паролем не може працювати в Chrome, бо Chrome не реалізує автентифікацію SOCKS5. ## Переконайтеся, що вхід на проксі відбувається без вікна 1. **Перезапустіть браузер** Закрийте всі вікна Chrome, щоб не використався повторно вхід з поточної сесії, і відкрийте Chrome знову з налаштованим проксі. 2. **Відкрийте сторінку через проксі** [Мій IP](/uk/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, section 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: login dialog strings](https://chromium.googlesource.com/chromium/src/+/HEAD/components/login_dialog_strings.grdp): текст вікна «The proxy $1 requires a username and password.» - [Chromium: proxy support notes (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: chrome.webRequest API](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 цього не реалізує і не використовуватиме жодних облікових даних, вбудованих у налаштування проксі» (Chrome does not implement this, and will not use any credentials embedded in the proxy settings). Автентифікація проходить через звичайний механізм входу, і для більшості людей цей механізм і є вікном. Проксі, заданий прапорцем запуску `--proxy-server`, це ще один спосіб ввести ручні налаштування, тож пароль, вписаний у прапорець, теж нічого не дає. ## Як розширення може відповісти на вікно за вас? Chrome дозволяє розширенню відповісти на запит входу від проксі ще до появи вікна. [webRequest API](https://developer.chrome.com/docs/extensions/reference/api/webRequest) генерує подію `onAuthRequired`, у якої прапорець `isProxy` дорівнює true, коли питає проксі, і розширення з дозволом `webRequestAuthProvider` може відповісти ім'ям користувача й паролем. Наш безкоштовний [ProxyJam Connector](/uk/browser-extension/) використовує цю подію. Ви зберігаєте ім'я користувача й пароль у кожному профілі проксі, а розширення відповідає за збережений проксі, чиї хост і порт збігаються з тим, що питає. - У Chrome воно відповідає, щойно ви надасте доступ до мережі на його сторінці Settings (налаштування); до того з'являється звичайне вікно браузера. - Коли проксі двічі відхиляє облікові дані для того самого запиту, Connector припиняє повторні спроби, а його значок на панелі інструментів показує AUTH. - Воно відповідає за HTTP- і HTTPS-проксі. Профіль SOCKS5 з ім'ям користувача й паролем отримує попередження, бо Chrome не може їх використати. ## Чи може Chrome працювати із SOCKS5-проксі з паролем? Ні. [Нотатки Chromium про проксі](https://chromium.googlesource.com/chromium/src/+/HEAD/net/docs/proxy.md) стверджують, що «для SOCKSv5 у Chrome не підтримується жоден метод автентифікації (хоча для протоколу вони існують)» (No authentication methods are supported for SOCKSv5 in Chrome (although some do exist for the protocol)), і для 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, а [сторінка розширення](/uk/browser-extension/) перелічує, що Connector робить у Chrome. Щоб пускати через такий проксі лише деякі сайти, прочитайте статтю [як у Chrome використовувати проксі лише для деяких сайтів](/uk/blog/chrome-proxy-for-specific-sites/). Правила для розширень, які змінилися для кожного перемикача, описано у статті [що Manifest V3 змінив для проксі-розширень](/uk/blog/switchyomega-manifest-v3/). Якщо ви обираєте проксі для Connector, прочитайте [що таке ISP-проксі](/uk/blog/what-are-isp-proxies/): ProxyJam продає статичні резидентні (ISP) проксі на [сторінці ISP-проксі](/uk/isp-proxies/), а ціни є на [сторінці цін](/uk/pricing/).