Por qué Chrome sigue pidiendo el usuario y la contraseña del proxy

En resumen: Chrome muestra su cuadro de inicio de sesión del proxy cuando un proxy responde con el estado 407, Proxy Authentication Required. Chrome no toma credenciales de sus ajustes de proxy ni de los parámetros de inicio, así que las escribes en el cuadro o te las proporciona una extensión. Si el cuadro vuelve después de iniciar sesión, lo más habitual es que el proxy haya rechazado lo que enviaste. Un proxy SOCKS5 que pide contraseña no puede funcionar en Chrome, que no implementa la autenticación SOCKS5.

Chrome sigue pidiendo el usuario y la contraseña del proxy cuando el proxy exige un inicio de sesión que Chrome no tiene otra forma de responder. Detrás del problema hay cuatro situaciones, y tres de ellas se arreglan dentro de Chrome. La cuarta, un proxy SOCKS5 con contraseña, necesita un cambio en el lado del proxy u otro navegador.

¿Qué significa el cuadro de inicio de sesión del proxy?

El proxy se negó a reenviar tu petición hasta que inicies sesión. En términos de HTTP, respondió con el estado 407, Proxy Authentication Required, que el RFC 9110 describe como que «el cliente necesita autenticarse para usar un proxy en esta petición». El proxy indica los métodos de inicio de sesión que acepta, y el navegador puede repetir la petición con credenciales.

Chrome las recoge en un cuadro de diálogo titulado «Sign in» (iniciar sesión). Su texto, en las cadenas de los cuadros de Chromium, es «The proxy $1 requires a username and password.» (el proxy $1 requiere un nombre de usuario y una contraseña), con la dirección del proxy en lugar de $1. Para los proxies HTTP, Chrome admite los métodos Basic, Digest, Negotiate y NTLM, enumerados en las notas de Chromium sobre proxies.

¿Por qué Chrome sigue pidiendo la contraseña del proxy?

Lo más habitual es que el proxy haya rechazado las credenciales y respondido con un nuevo 407, así que Chrome vuelve a preguntar. Una contraseña equivocada, un usuario copiado con un espacio al final o una cuenta que el proveedor ha suspendido se ven igual desde el lado del navegador.

El cuadro también vuelve cuando la contraseña está en un lugar que Chrome no lee, como los ajustes de proxy, y cuando una extensión que la guarda no tiene permiso para responder. Un proxy SOCKS5 con contraseña se comporta de otra manera: Chrome no muestra ningún cuadro para él, y la conexión falla. La tabla «Encuentra tu caso» recoge las cuatro situaciones con lo que hay que hacer en cada una.

¿Por qué se ignora la contraseña de los ajustes de proxy?

Chrome no lee las credenciales escritas en los ajustes de proxy. Muchos sistemas te dejan introducir ahí un usuario y una contraseña, o escribirlos en la dirección como user:password@host:port, y las notas de Chromium sobre proxies lo dicen claramente: «Chrome no lo implementa y no usará ninguna credencial incrustada en los ajustes de proxy». La autenticación pasa por el flujo habitual de inicio de sesión, y para la mayoría de la gente ese flujo es el cuadro de diálogo.

Un proxy fijado con el parámetro de inicio --proxy-server es una forma más de introducir ajustes manuales, así que una contraseña escrita en el parámetro tampoco tiene efecto.

¿Cómo puede una extensión responder al cuadro por ti?

Chrome permite que una extensión responda a la petición de inicio de sesión de un proxy antes de que aparezca el cuadro. La API webRequest lanza un evento onAuthRequired cuyo indicador isProxy es verdadero cuando pregunta un proxy, y una extensión con el permiso webRequestAuthProvider puede responder con el usuario y la contraseña.

Nuestro ProxyJam Connector, gratuito, usa este evento. Guardas un usuario y una contraseña en cada perfil de proxy, y la extensión responde por el proxy guardado cuyo host y puerto coinciden con los del que pregunta.

• En Chrome responde en cuanto concedes el acceso a la red en su página Settings (ajustes); hasta entonces aparece, como siempre, el cuadro del propio navegador.
• Cuando el proxy rechaza las credenciales dos veces para la misma petición, Connector deja de reintentar y su insignia en la barra de herramientas muestra AUTH.
• Responde por los proxies HTTP y HTTPS. Un perfil SOCKS5 con usuario y contraseña recibe un aviso, ya que Chrome no puede usarlos.

¿Puede Chrome usar un proxy SOCKS5 con contraseña?

No. Las notas de Chromium sobre proxies dicen que «Chrome no admite ningún método de autenticación para SOCKSv5 (aunque el protocolo tiene algunos)», y ninguno para SOCKS4. El cliente SOCKS5 de Chrome solo ofrece al proxy el método que no necesita credenciales, así que un proxy que exige contraseña rechaza la conexión. La API de extensiones no tiene ningún evento para un inicio de sesión SOCKS al que pueda responder una extensión.

Lo que funciona:

1. Registra tu dirección con el proveedor. Algunos proveedores de proxies pueden admitir conexiones desde una lista de direcciones IP que les des, sin contraseña.
2. Usa el endpoint HTTP del proveedor. Si el mismo proxy acepta también conexiones HTTP, Chrome puede iniciar sesión en él con el cuadro de diálogo o con una extensión.
3. Usa Firefox para ese proxy. La API de extensiones de Firefox pasa un usuario y una contraseña para los proxies SOCKS (referencia de ProxyInfo en MDN). La versión de Connector para Firefox lo aprovecha, y se instala desde Firefox Add-ons.

¿Y ahora qué?

Si alternas entre varios proxies que piden contraseña, una extensión que guarda las credenciales de cada uno responde por ellos en HTTP y HTTPS, y la página de la extensión enumera lo que hace Connector en Chrome. Para enviar solo algunos sitios por un proxy así, consulta enviar solo algunos sitios por un proxy. Las reglas de extensiones que cambiaron para todos los selectores están en qué cambió Manifest V3 para las extensiones de proxy.

Si estás eligiendo proxies para Connector, lee qué es un proxy ISP: ProxyJam vende proxies residenciales estáticos (ISP) en la página de proxies ISP, con los precios en la página de precios.