# Perché Chrome continua a chiedere nome utente e password del proxy | ProxyJam Chrome continua a chiedere la password del proxy quando il proxy risponde 407. Perché la finestra torna, perché le impostazioni salvate vengono ignorate, e che fare con SOCKS5. - Canonical: https://proxyjam.com/it/blog/chrome-proxy-password-prompt/ - Updated: 2026-10-13 - Language: it Chrome mostra la sua finestra di accesso al proxy quando un proxy risponde con lo stato 407, Proxy Authentication Required. Chrome non prende credenziali dalle impostazioni proxy né dai flag di avvio, quindi le digiti nella finestra oppure le fornisce un'estensione. Una finestra che torna dopo l'accesso significa il più delle volte che il proxy ha rifiutato ciò che hai inviato. Un proxy SOCKS5 che richiede una password non può funzionare in Chrome, che non implementa l'autenticazione SOCKS5. ## Conferma che il proxy accetta l'accesso senza finestra 1. **Riavvia il browser** Chiudi tutte le finestre di Chrome, così che nessun accesso della sessione corrente venga riutilizzato, e riapri Chrome con il proxy impostato. 2. **Apri una pagina attraverso il proxy** [Qual è il mio IP](/it/what-is-my-ip/) dovrebbe caricarsi senza finestra e mostrare l'indirizzo e la rete del proxy. 3. **Prova ogni proxy che usi** Se lavori con diversi proxy autenticati, apri la pagina di verifica attraverso ciascuno di essi a turno. Una finestra su uno di loro significa che quel profilo non ha ancora credenziali funzionanti. ## Trova il tuo caso | | Che cosa vedi | Che cosa fare | |---|---|---| | Il proxy rifiuta le credenziali | La finestra torna ogni volta che la invii | Verifica nome utente e password con chi gestisce il proxy, e incollali di nuovo senza spazi di troppo | | Credenziali scritte nelle impostazioni proxy | La finestra compare anche se la password è nell'indirizzo del proxy | Chrome lì ignora le credenziali; accedi dalla finestra o lascia rispondere un'estensione | | L'estensione non può ancora rispondere | Compare la finestra del browser anche se l'estensione conserva la password | Concedi all'estensione l'accesso che le serve; in ProxyJam Connector, l'accesso alla rete nella sua pagina Settings (Impostazioni) | | Un proxy SOCKS5 con password | Non compare nessuna finestra, e le pagine attraverso il proxy non si caricano | Chrome non può inviare credenziali SOCKS5; usa una allowlist di IP, un endpoint HTTP oppure Firefox | Le cause sono ricavate da come è specificata l'autenticazione dei proxy HTTP, dalla documentazione di Chromium sulle impostazioni proxy e da come ProxyJam Connector risponde agli accessi. Non abbiamo indagato quale causa sia la più comune, e la configurazione di un provider può aggiungerne altre, come limiti sugli indirizzi che possono connettersi. ## Risposte rapide ### Che cosa significa l'errore 407? 407 Proxy Authentication Required significa che il proxy vuole che tu acceda prima di inoltrare la richiesta. Il proxy deve dire quale metodo di accesso accetta, e il browser può ripetere la richiesta con le credenziali, come definisce RFC 9110. ### Chrome ricorda la password del proxy? Il codice sorgente di Chromium passa un accesso al proxy al gestore delle password, archiviato sotto host e porta del proxy. Non abbiamo trovato una pagina di assistenza Google che descriva questo comportamento, quindi provalo riavviando Chrome e caricando una pagina attraverso il proxy prima di farci affidamento. ### Posso mettere la password nel flag di avvio proxy-server? No. La documentazione di Chromium dice che Chrome non usa le credenziali scritte nelle impostazioni proxy manuali, e un flag di avvio è un modo di inserirle. L'autenticazione passa dal normale flusso di accesso di Chrome, cioè la finestra, a meno che non risponda un'estensione. ### Perché non c'è una finestra per la password del mio proxy SOCKS5? Chrome non implementa alcuna autenticazione per i proxy SOCKS5 o SOCKS4, quindi non ha credenziali da chiederti. Le connessioni attraverso un proxy SOCKS5 che richiede una password falliscono senza alcuna richiesta. ## Fonti - [RFC 9110, section 15.5.8: 407 Proxy Authentication Required](https://www.rfc-editor.org/rfc/rfc9110.html#section-15.5.8), che cosa significa lo stato e come un client può ripetere la richiesta con le credenziali - [MDN: 407 Proxy Authentication Required](https://developer.mozilla.org/en-US/docs/Web/HTTP/Reference/Status/407), una descrizione semplice dello stato - [Chromium: login dialog strings](https://chromium.googlesource.com/chromium/src/+/HEAD/components/login_dialog_strings.grdp), il testo della finestra «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), le credenziali nelle impostazioni proxy manuali non usate, gli schemi di autenticazione dei proxy HTTP, e nessuna autenticazione SOCKS - [Chromium: socks5_client_socket.cc](https://chromium.googlesource.com/chromium/src/+/HEAD/net/socket/socks5_client_socket.cc), il client SOCKS5 di Chrome che offre solo il metodo senza autenticazione - [Chromium: login_handler.cc](https://chromium.googlesource.com/chromium/src/+/HEAD/chrome/browser/ui/login/login_handler.cc), gli accessi ai proxy archiviati per host e porta del proxy e passati al gestore delle password - [Chrome for Developers: chrome.webRequest API](https://developer.chrome.com/docs/extensions/reference/api/webRequest), onAuthRequired, il flag isProxy e il permesso webRequestAuthProvider - [MDN: proxy.ProxyInfo](https://developer.mozilla.org/en-US/docs/Mozilla/Add-ons/WebExtensions/API/proxy/ProxyInfo), Firefox che passa nome utente e password per i proxy SOCKS Chrome continua a chiedere nome utente e password del proxy quando il proxy pretende un accesso a cui Chrome non ha altro modo di rispondere. Dietro il problema ci sono quattro situazioni, e tre di queste si risolvono dentro Chrome. La quarta, un proxy SOCKS5 con password, richiede una modifica dal lato del proxy oppure un altro browser. ## Che cosa significa la finestra di accesso al proxy? Il proxy si è rifiutato di inoltrare la tua richiesta finché non accedi. In termini HTTP ha risposto con lo stato 407, Proxy Authentication Required, che [RFC 9110](https://www.rfc-editor.org/rfc/rfc9110.html#section-15.5.8) descrive come il segnale che «il client deve autenticarsi per usare un proxy per questa richiesta». Il proxy indica i metodi di accesso che accetta, e il browser può ripetere la richiesta con le credenziali. Chrome le raccoglie in una finestra intitolata «Sign in» (accedi). Il suo testo, nelle [stringhe delle finestre di Chromium](https://chromium.googlesource.com/chromium/src/+/HEAD/components/login_dialog_strings.grdp), è «The proxy $1 requires a username and password.» (il proxy $1 richiede nome utente e password), con l'indirizzo del proxy al posto di `$1`. Per i proxy HTTP Chrome supporta i metodi Basic, Digest, Negotiate e NTLM, elencati nelle [note di Chromium sul proxy](https://chromium.googlesource.com/chromium/src/+/HEAD/net/docs/proxy.md). ## Perché Chrome continua a chiedere la password del proxy? Il più delle volte il proxy ha rifiutato le credenziali e ha risposto con un nuovo 407, quindi Chrome chiede di nuovo. Una password sbagliata, un nome utente copiato con uno spazio in fondo, o un account che il provider ha sospeso appaiono identici dal lato del browser. La finestra torna anche quando la password si trova in un posto che Chrome non legge, come le impostazioni proxy, e quando un'estensione che la conserva non ha ricevuto il permesso di rispondere. Un proxy SOCKS5 con password si comporta in modo diverso: Chrome non mostra alcuna finestra, e la connessione fallisce. La tabella «Trova il tuo caso» elenca tutte e quattro le situazioni con che cosa fare per ciascuna. ## Perché la password nelle impostazioni proxy viene ignorata? Chrome non legge le credenziali scritte nelle impostazioni proxy. Molti sistemi ti permettono di inserire lì nome utente e password, o di scriverli nell'indirizzo come `user:password@host:port`, e le [note di Chromium sul proxy](https://chromium.googlesource.com/chromium/src/+/HEAD/net/docs/proxy.md) sono esplicite: «Chrome non implementa questo, e non userà alcuna credenziale incorporata nelle impostazioni proxy». L'autenticazione passa dal normale flusso di accesso, e per la maggior parte delle persone quel flusso è la finestra. Un proxy impostato con il flag di avvio `--proxy-server` è un altro modo di inserire impostazioni manuali, quindi anche una password scritta nel flag non ha effetto. ## Come può un'estensione rispondere alla finestra al posto tuo? Chrome permette a un'estensione di rispondere alla richiesta di accesso di un proxy prima che compaia la finestra. La [API webRequest](https://developer.chrome.com/docs/extensions/reference/api/webRequest) genera un evento `onAuthRequired` il cui flag `isProxy` è vero quando a chiedere è un proxy, e un'estensione con il permesso `webRequestAuthProvider` può rispondere con nome utente e password. La nostra estensione gratuita [ProxyJam Connector](/it/browser-extension/) usa questo evento. Salvi nome utente e password in ogni profilo proxy, e l'estensione risponde per il proxy salvato il cui host e la cui porta corrispondono a quelli del proxy che chiede. - Su Chrome risponde dopo che hai concesso l'accesso alla rete nella sua pagina Settings (Impostazioni); fino ad allora compare come al solito la finestra del browser. - Quando il proxy rifiuta le credenziali due volte per la stessa richiesta, Connector smette di riprovare e il suo badge nella barra degli strumenti mostra AUTH. - Risponde per i proxy HTTP e HTTPS. Un profilo SOCKS5 con nome utente e password riceve un avviso, dato che Chrome non può usarli. ## Chrome può usare un proxy SOCKS5 con password? No. Le [note di Chromium sul proxy](https://chromium.googlesource.com/chromium/src/+/HEAD/net/docs/proxy.md) affermano che «in Chrome non è supportato alcun metodo di autenticazione per SOCKSv5 (anche se per il protocollo ne esistono alcuni)», e nessuno per SOCKS4. Il client SOCKS5 di Chrome offre al proxy solo il metodo che non richiede credenziali, quindi un proxy che pretende una password rifiuta la connessione. L'API delle estensioni non ha alcun evento per un accesso SOCKS a cui un'estensione potrebbe rispondere. Che cosa funziona: 1. **Registra il tuo indirizzo presso il provider.** Alcuni provider di proxy possono ammettere connessioni da un elenco di indirizzi IP che fornisci tu, senza password. 2. **Usa l'endpoint HTTP del provider.** Se lo stesso proxy accetta anche connessioni HTTP, Chrome può accedervi tramite la finestra o un'estensione. 3. **Usa Firefox per quel proxy.** L'API delle estensioni di Firefox passa nome utente e password per i proxy SOCKS ([il riferimento ProxyInfo di MDN](https://developer.mozilla.org/en-US/docs/Mozilla/Add-ons/WebExtensions/API/proxy/ProxyInfo)). La versione di Connector per Firefox lo usa, e si installa da [Firefox Add-ons](https://addons.mozilla.org/firefox/addon/proxyjam-connector/?utm_source=website). ## Da dove proseguire? Se alterni diversi proxy che richiedono una password, un'estensione che conserva le credenziali di ciascuno risponde per loro su HTTP e HTTPS, e la [pagina dell'estensione](/it/browser-extension/) elenca che cosa fa Connector su Chrome. Per mandare solo alcuni siti attraverso un proxy del genere, vedi [mandare solo alcuni siti attraverso un proxy](/it/blog/chrome-proxy-for-specific-sites/). Le regole per le estensioni che sono cambiate per ogni switcher sono in [che cosa ha cambiato Manifest V3 per le estensioni proxy](/it/blog/switchyomega-manifest-v3/). Se stai scegliendo proxy per Connector, leggi [che cos'è un proxy ISP](/it/blog/what-are-isp-proxies/): ProxyJam vende proxy residenziali statici (ISP) nella [pagina dei proxy ISP](/it/isp-proxies/), con i prezzi nella [pagina dei prezzi](/it/pricing/).