# Por qué Chrome sigue pidiendo el usuario y la contraseña del proxy | ProxyJam Chrome sigue pidiendo la contraseña del proxy cuando el proxy responde 407. Por qué vuelve el cuadro de diálogo, por qué se ignoran los ajustes guardados y qué hacer con SOCKS5. - Canonical: https://proxyjam.com/es/blog/chrome-proxy-password-prompt/ - Updated: 2026-10-13 - Language: es 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. ## Confirma que el proxy inicia sesión sin cuadro de diálogo 1. **Reinicia el navegador** Cierra todas las ventanas de Chrome, para que no se reutilice ningún inicio de sesión de la sesión actual, y vuelve a abrir Chrome con el proxy configurado. 2. **Abre una página a través del proxy** [Cuál es mi IP](/es/what-is-my-ip/) debería cargarse sin cuadro de diálogo y mostrar la dirección y la red del proxy. 3. **Prueba cada proxy que uses** Si trabajas con varios proxies con autenticación, abre la página de comprobación a través de cada uno por turnos. Un cuadro de diálogo en uno de ellos significa que ese perfil todavía no tiene credenciales que funcionen. ## Encuentra tu caso | | Lo que ves | Qué hacer | |---|---|---| | El proxy rechaza las credenciales | El cuadro vuelve cada vez que lo envías | Comprueba el usuario y la contraseña con quien gestiona el proxy, y vuelve a pegarlos sin espacios de más | | Credenciales escritas en los ajustes de proxy | El cuadro aparece aunque la contraseña está en la dirección del proxy | Chrome ignora las credenciales ahí; inicia sesión en el cuadro o deja que responda una extensión | | La extensión todavía no puede responder | Aparece el cuadro del navegador aunque la extensión guarda la contraseña | Concede a la extensión el acceso que necesita; en ProxyJam Connector, el acceso a la red en su página Settings (ajustes) | | Un proxy SOCKS5 con contraseña | No aparece ningún cuadro, y las páginas que pasan por el proxy fallan | Chrome no puede enviar credenciales SOCKS5; usa una lista de IP permitidas, un endpoint HTTP o Firefox | Las causas salen de cómo está especificada la autenticación de proxy HTTP, de la documentación de Chromium sobre los ajustes de proxy y de cómo responde ProxyJam Connector a los inicios de sesión. No hemos estudiado qué causa es la más frecuente, y la configuración de un proveedor puede añadir otras, como límites sobre qué direcciones pueden conectarse. ## Respuestas rápidas ### ¿Qué significa el error 407? 407 Proxy Authentication Required significa que el proxy quiere que inicies sesión antes de reenviar la petición. El proxy tiene que indicar qué método de inicio de sesión acepta, y el navegador puede repetir la petición con credenciales, como define el RFC 9110. ### ¿Chrome recuerda la contraseña del proxy? El código fuente de Chromium pasa un inicio de sesión de proxy al gestor de contraseñas, archivado bajo el host y el puerto del proxy. No hemos encontrado ninguna página de ayuda de Google que describa este comportamiento, así que pruébalo reiniciando Chrome y cargando una página a través del proxy antes de contar con él. ### ¿Puedo poner la contraseña en el parámetro de inicio proxy-server? No. La documentación de Chromium dice que Chrome no usa las credenciales escritas en los ajustes manuales de proxy, y un parámetro de inicio es una forma de introducirlos. La autenticación pasa por el flujo habitual de inicio de sesión de Chrome, que es el cuadro de diálogo salvo que responda una extensión. ### ¿Por qué no hay cuadro de contraseña para mi proxy SOCKS5? Chrome no implementa ninguna autenticación para proxies SOCKS5 ni SOCKS4, así que no tiene credenciales que pedirte. Las conexiones a través de un proxy SOCKS5 que exige contraseña fallan sin ninguna solicitud de credenciales. ## Fuentes - [RFC 9110, section 15.5.8: 407 Proxy Authentication Required](https://www.rfc-editor.org/rfc/rfc9110.html#section-15.5.8): qué significa el estado y cómo puede un cliente repetir la petición con credenciales - [MDN: 407 Proxy Authentication Required](https://developer.mozilla.org/en-US/docs/Web/HTTP/Reference/Status/407): una descripción sencilla del estado - [Chromium: login dialog strings](https://chromium.googlesource.com/chromium/src/+/HEAD/components/login_dialog_strings.grdp): el texto del cuadro «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): las credenciales en los ajustes manuales de proxy no se usan, los esquemas de autenticación de proxy HTTP, y la ausencia de autenticación SOCKS - [Chromium: socks5_client_socket.cc](https://chromium.googlesource.com/chromium/src/+/HEAD/net/socket/socks5_client_socket.cc): el cliente SOCKS5 de Chrome solo ofrece el método sin autenticación - [Chromium: login_handler.cc](https://chromium.googlesource.com/chromium/src/+/HEAD/chrome/browser/ui/login/login_handler.cc): los inicios de sesión de proxy se archivan por el host y el puerto del proxy y se pasan al gestor de contraseñas - [Chrome for Developers: chrome.webRequest API](https://developer.chrome.com/docs/extensions/reference/api/webRequest): onAuthRequired, el indicador isProxy y el permiso webRequestAuthProvider - [MDN: proxy.ProxyInfo](https://developer.mozilla.org/en-US/docs/Mozilla/Add-ons/WebExtensions/API/proxy/ProxyInfo): Firefox pasa un usuario y una contraseña para los proxies SOCKS 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](https://www.rfc-editor.org/rfc/rfc9110.html#section-15.5.8) 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](https://chromium.googlesource.com/chromium/src/+/HEAD/components/login_dialog_strings.grdp), 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](https://chromium.googlesource.com/chromium/src/+/HEAD/net/docs/proxy.md). ## ¿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](https://chromium.googlesource.com/chromium/src/+/HEAD/net/docs/proxy.md) 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](https://developer.chrome.com/docs/extensions/reference/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](/es/browser-extension/), 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](https://chromium.googlesource.com/chromium/src/+/HEAD/net/docs/proxy.md) 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](https://developer.mozilla.org/en-US/docs/Mozilla/Add-ons/WebExtensions/API/proxy/ProxyInfo)). La versión de Connector para Firefox lo aprovecha, y se instala desde [Firefox Add-ons](https://addons.mozilla.org/firefox/addon/proxyjam-connector/?utm_source=website). ## ¿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](/es/browser-extension/) enumera lo que hace Connector en Chrome. Para enviar solo algunos sitios por un proxy así, consulta [enviar solo algunos sitios por un proxy](/es/blog/chrome-proxy-for-specific-sites/). Las reglas de extensiones que cambiaron para todos los selectores están en [qué cambió Manifest V3 para las extensiones de proxy](/es/blog/switchyomega-manifest-v3/). Si estás eligiendo proxies para Connector, lee [qué es un proxy ISP](/es/blog/what-are-isp-proxies/): ProxyJam vende proxies residenciales estáticos (ISP) en la [página de proxies ISP](/es/isp-proxies/), con los precios en la [página de precios](/es/pricing/).