Perché Chrome continua a chiedere nome utente e password del proxy

In breve: 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.

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 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, è «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.

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 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 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 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 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). La versione di Connector per Firefox lo usa, e si installa da Firefox Add-ons.

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 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. Le regole per le estensioni che sono cambiate per ogni switcher sono in che cosa ha cambiato Manifest V3 per le estensioni proxy.

Se stai scegliendo proxy per Connector, leggi che cos’è un proxy ISP: ProxyJam vende proxy residenziali statici (ISP) nella pagina dei proxy ISP, con i prezzi nella pagina dei prezzi.