Cómo configurar la configuración del proxy en Microsoft Edge en 2026
TL;DR
Microsoft Edge no tiene una pila de proxy independiente en el escritorio; su capa de red lee la configuración de proxy del sistema operativo por defecto.
SOCKS5 en Edge no admite autenticación en absoluto, por lo que un punto final de SOCKS5 con nombre de usuario y contraseña no puede funcionar; en su lugar, utiliza el punto final HTTP.
Edge ignora las credenciales integradas en la configuración del proxy, por lo que user:pass@host falla silenciosamente; la autenticación se realiza a través del propio aviso de Edge.
No se puede establecer un proxy con esquema HTTPS a través de la configuración de Windows o macOS; se necesita un interruptor de línea de comandos, un archivo PAC, una extensión o una política.
Habilitar la política ProxySettings hace que Edge ignore cada opción de línea de comandos relacionada con el proxy, por lo que --proxy-server no hace nada en máquinas gestionadas.
Los proxies HTTP/1.1 en Edge están limitados a 32 conexiones simultáneas en todos los dominios, por lo que un "proxy lento" a veces es un techo de conexión.
¿Qué es una configuración de proxy en Edge y por qué la necesitarías?
Una configuración de proxy en Edge es la configuración que le dice a Microsoft Edge que envíe solicitudes a través de un servidor intermediario, por lo que los sitios ven la IP de ese servidor en lugar de la tuya. La particularidad específica de Edge es que la mayoría de las veces no estás configurando Edge en absoluto; estás configurando Windows o macOS, y Edge lo hereda.
Cuatro razones impulsan esta búsqueda: comprobar cómo se renderiza una página o anuncio en otra región, acceder a un servicio interno detrás de una puerta de enlace corporativa, probar el tráfico a través de un proxy de depuración y separar el tráfico de un navegador del resto de la máquina. Esa última razón es donde el valor predeterminado decepciona, porque un proxy del sistema no está limitado al navegador.
Edge rechaza las credenciales integradas en una URL de proxy y no admite autenticación en SOCKS5, por lo que una puerta de enlace que hable HTTP plano con autenticación básica es lo que realmente funciona aquí; los puntos finales HTTP/HTTPS de Nstproxy se introducen directamente en los campos a continuación.
Cinco cosas, y faltar la última causa la mayoría de los intentos fallidos.
Host y puerto — la dirección de la puerta de enlace que tu proveedor emite. Si no estás seguro de dónde se encuentran, encontrar la dirección de tu servidor proxy varía según el proveedor.
Nombre de usuario y contraseña — mantenidos por separado, no pegados en el campo de host.
El esquema — Edge admite HTTP, HTTPS, SOCKSv4, SOCKSv5 y DIRECT, y la elección cambia lo que funciona. Edge acepta autenticación básica, digest, negociar y NTLM en proxies HTTP, y sin autenticación en SOCKSv4 o SOCKSv5, por lo que un plan de nombre de usuario y contraseña necesita el punto final HTTP o HTTPS. Las diferencias de versión se abordan en esta guía de proxy SOCKS.
Derechos de administrador, pero solo para el método de política.
Una cosa que no necesitas: credenciales formateadas en la dirección. La documentación de soporte de proxy de Edge de Microsoft establece que Edge no implementa credenciales en texto claro en la configuración del proxy y no usará ninguna incrustada allí.
¿Cómo maneja Microsoft Edge realmente los proxies?
Microsoft es directo al respecto: "El stack de red de Microsoft Edge usa los ajustes de red del sistema por defecto." Esos ajustes cubren la configuración del proxy junto con los almacenes de certificados y claves privadas.
Esa configuración predeterminada explica tres cosas que los lectores encuentran confusas. Abrir Configuración → Sistema y rendimiento te lleva al diálogo del sistema operativo en lugar de a una pantalla propiedad de Edge. Cualquier cambio allí se aplica a todas las aplicaciones que honran el proxy del sistema. Y un proxy con esquema HTTPS no está disponible a través de ese diálogo en absoluto; Microsoft señala que no se puede especificar a través de la configuración del proxy del sistema, y que se requiere en su lugar un script PAC o una configuración a nivel de Edge.
Dos límites duros moldean qué método eliges. Los proxies HTTP/1.1 en Edge están limitados a 32 conexiones simultáneas en todos los dominios, mientras que un proxy HTTPS que negocia HTTP/2 tiene un techo más alto. Y con SOCKSv5, Edge siempre resuelve nombres del lado del proxy sin opción de cambiarlo; Firefox expone una preferencia para esto, Edge no tiene un equivalente.
¿Cómo se establece un proxy en Microsoft Edge?
Funcionan cuatro rutas, en diferentes ámbitos: dos configuran toda la máquina, dos configuran solo Edge.
Método 1: El Proxy del Sistema a través de Configuración de Edge
El camino más rápido, y el que apunta la propia interfaz de usuario de Edge. A nivel de máquina, no solo de Edge.
Paso 1: Abre la entrada del proxy desde Edge
Abre Configuración → Sistema y rendimiento y selecciona la opción para abrir la configuración del proxy de tu computadora. Edge pasa el control al sistema operativo.
Paso 2: Ingresa la puerta de enlace
En Windows, ve a Configuración → Red e Internet → Proxy, y bajo Configuración manual de proxy activa Usar un servidor proxy. Ingresa el host y el puerto, añade cualquier host que deba permanecer directo a la lista de excepciones, y luego guarda.
En macOS: Configuración del sistema → Red → Wi-Fi o Ethernet → Detalles → Proxies, marca el esquema, llena el host y el puerto.
Paso 3: Autenticarse en la primera solicitud
Carga cualquier sitio. Edge solicita el nombre de usuario y la contraseña en la primera solicitud y los almacena en caché para la sesión.
Paso 4: Nota sobre lo que esto no cubre
Esta ruta no puede expresar un proxy con esquema HTTPS, y se aplica a cada aplicación que respeta el proxy del sistema. Para cualquiera de los dos, usa el Método 2.
Método 2: Un interruptor de línea de comandos para enrutamiento exclusivo de Edge
Usa esto cuando el proxy deba aplicarse a Edge y nada más, o cuando necesites un esquema que el cuadro de diálogo del sistema no puede expresar.
Paso 1: Cierra todas las ventanas de Edge
Los interruptores se aplican al inicio; un proceso de Edge en ejecución no los captará.
Paso 2: Inicia Edge con el interruptor de proxy
Inicia Edge con --proxy-server configurado en tu puerta de enlace. La documentación del proxy en línea de comandos de Microsoft proporciona tres formas: un único endpoint para todo el tráfico (--proxy-server="proxy2:8080"), un mapa por esquema (--proxy-server="http=proxy1:8080"), o una URI explícita que incluye el esquema, que es cómo llegas a un proxy HTTPS. Añadir ,direct:// hace que Edge vuelva a una conexión directa si la puerta de enlace no está disponible, en lugar de fallar con ERR_PROXY_CONNECTION_FAILED.
Paso 3: Añade excepciones si las necesitas
Combínalo con --proxy-bypass-list para los hosts que deben permanecer directos; este interruptor solo funciona junto con --proxy-server. Observa la regla de coincidencia: los patrones de dominio de nivel superior no llevan un punto implícito, así que *microsoft.com también coincide con imicrosoft.com, y necesitas *.microsoft.com si te referías al subdominio.
Paso 4: Conoce los interruptores relacionados
--no-proxy-server obliga a una conexión directa independientemente de la configuración del sistema, --proxy-pac-url apunta a Edge hacia un archivo PAC, y --proxy-auto-detect ejecuta el descubrimiento WPAD pero se ignora siempre que --proxy-server también esté presente.
Método 3: Usando Nstproxy a través del Endpoint HTTP de Edge
Usa esto cuando el proxy necesita presentar un país específico o una identidad residencial estable en lugar de acceder a una puerta de enlace interna.
Paso 1: Genera un canal y lee las credenciales
Crea un canal en el panel de control de Nstproxy y copia los cuatro valores que emite: host de la puerta de enlace, puerto, nombre de usuario, contraseña. La documentación del proxy de Nstproxy enumera una puerta de enlace global más endpoints regionales de EE. UU., UE y Asia; elige el más cercano, ya que cada solicitud paga ese viaje de ida y vuelta.
Paso 2: Elige el endpoint HTTP, no SOCKS5
Selecciona HTTP o HTTPS. No es una preferencia: Edge no admite autenticación en SOCKSv5, por lo que una puerta de enlace SOCKS5 con nombre de usuario y contraseña no puede autenticar en Edge en absoluto.
Paso 3: Ingresa la puerta de enlace usando el Método 1 o el Método 2
Coloca el host y el puerto en los campos de Windows o macOS, o pásalos a --proxy-server para restringir el enrutamiento a Edge. Nstproxy codifica el control de sesión en la cadena de nombre de usuario: canal, país y duración de la sesión son parámetros dentro de ella, por lo que pega el nombre de usuario completo generado.
Paso 4: Deja que Edge solicite la contraseña
Carga un sitio e ingresa las credenciales cuando Edge lo solicite. Una limitación real: Nstproxy no proporciona ninguna extensión de Edge, por lo que el cambio por pestaña necesita una extensión de terceros o perfiles separados.
Método 4: La política ProxySettings para configuración persistente
Usa esto en máquinas que administras, o cuando la configuración deba sobrevivir a reinicios y resistir cambios de usuario.
Paso 1: Confirma la política que necesitas
ProxySettings es la política de diccionario actual. Microsoft marca las políticas antiguas ProxyMode y ProxyServer como obsoletas, y ProxySettings las anula. Soportado en Windows y macOS desde Edge 77, Android desde 30, y no soportado en iOS.
Paso 2: Elige un valor de ProxyMode
La referencia de políticas de ProxySettings define cinco: direct nunca usa un proxy, system hereda la configuración del sistema operativo, auto_detect realiza el descubrimiento, fixed_servers utiliza tu ProxyServer y lista de excepciones, y pac_script utiliza ProxyPacUrl.
Paso 3: Escribe la política
En Windows, establece ProxySettings como REG_SZ bajo SOFTWARE\Policies\Microsoft\Edge, o usa Plantillas Administrativas → Microsoft Edge → Servidor proxy. En macOS, la clave de preferencia tiene el mismo nombre. El valor es un diccionario JSON de los campos anteriores.
Paso 4: Comprende el efecto secundario
Una vez habilitado, Edge ignora todas las opciones de línea de comandos relacionadas con el proxy, lo que hace que el Método 2 no funcione en esa máquina. Comportamiento documentado, no es un error. La política se aplica por perfil.
¿Cómo confirmas que realmente funcionó?
Carga un servicio de reflexión IP en Edge y compáralo con la misma verificación en otro navegador en la misma máquina.
Éxito: la IP reportada es la del gateway, el país coincide con la región que seleccionaste, y la página se carga sin que aparezca repetidamente la solicitud de credenciales. El fallo tiene tres firmas distintas: si tu propia IP sigue mostrando, significa que el proxy no se está aplicando; una solicitud que sigue reapareciendo significa que la autenticación está fallando en lugar de la ruta; ERR_PROXY_CONNECTION_FAILED significa que Edge encontró la configuración y no pudo alcanzar el gateway.
Para las rutas de línea de comandos y políticas, edge://net-internals/#proxy muestra la configuración que Edge realmente resolvió, lo cual supera infiriendo desde el diálogo del sistema operativo.
¿Cómo lo desactivas o retrocedes?
Cada método se revierte de manera diferente, y revertir la capa incorrecta deja el proxy en su lugar.
Método 1: En Windows, desactiva Usar un servidor proxy en Configuración → Red e Internet → Proxy. En macOS, desmarca el esquema en Detalles → Proxies. No se necesita reiniciar.
Método 2: Cierra Edge y relánzalo de forma normal; nada persiste. Para forzar una conexión directa mientras el proxy del sistema permanece configurado, inicia con --no-proxy-server.
Método 3: Revierte cualquiera de los Métodos 1 o 2 que hayas utilizado. Eliminar las credenciales por sí solo no detiene el enrutamiento.
Método 4: Elimina el valor del registro ProxySettings o restablece el objeto de política de grupo a No configurado, luego reinicia Edge. Establecer ProxyMode en direct hace lo mismo mientras mantiene la política en su lugar.
¿Por qué no está funcionando?
La mayoría de los fallos de proxy en Edge provienen de límites de la plataforma más que de errores tipográficos, así que verifica estos antes de volver a comprobar host y puerto.
Una política está sobrescribiendo tu línea de comandos. Síntoma: --proxy-server parece ser ignorado. Causa: la política ProxySettings está habilitada, y Edge luego ignora todas las opciones de línea de comandos relacionadas con el proxy. Solución: verifica edge://policy y configura a través de la política en su lugar.
SOCKS5 no autenticará. Síntoma: el gateway nunca acepta tus credenciales. Causa: Edge no admite autenticación en SOCKSv5 o SOCKSv4. Solución: cambia al punto de entrada HTTP o HTTPS, o utiliza la lista blanca de IP.
Credenciales en la dirección son ignoradas. Síntoma: ingresaste user:pass@host:port y Edge aún solicita. Causa: Edge no usa credenciales incrustadas en la configuración del proxy. Solución: ingresa solo el host y el puerto.
Un proxy HTTPS no se guardará. Síntoma: no hay lugar para ingresar uno en el diálogo del sistema operativo. Causa: ese esquema no se puede especificar a través de la configuración del proxy del sistema. Solución: usa --proxy-server con un URI explícito https://, un script PAC, una extensión o política.
El rendimiento colapsa bajo carga. Síntoma: muchas pestañas o solicitudes paralelas se arrastran. Causa: los proxies HTTP/1.1 en Edge están limitados a 32 conexiones simultáneas en todos los dominios. Solución: utiliza un proxy HTTPS que pueda negociar HTTP/2.
Localhost se niega a enrutar. Síntoma: las solicitudes de localhost van directas sin importar. Causa: Edge aplica reglas de excepción implícitas a nombres localhost y direcciones locales de enlace. Solución: agrega la regla <-loopback>, aceptando las implicaciones de seguridad.
¿Qué opción deberías elegir?
Iguala el método al alcance que necesitas en lugar de a cuán avanzado parece.
Una máquina, un proxy, uso ocasional → el proxy del sistema a través de la configuración de Edge.
Solo Edge, otras aplicaciones directas → un conmutador de línea de comandos. La única forma de no instalar para mantener el enrutamiento limitado al navegador, y la forma de acceder a un proxy con esquema HTTPS.
Conmutación frecuente entre puntos finales → una extensión de proxy de la tienda de complementos de Edge, que permite el cambio por pestaña que el diálogo nativo no puede.
Configuración de flota o prolongada → la política ProxySettings. Sobrevive a los reinicios, funciona por perfil, desactiva la ruta de línea de comandos.
Necesitando una identidad de país o residencial específica → una puerta de enlace comercial a través de HTTP/HTTPS. El Residential Prime de Nstproxy ofrece filtrado por país, ciudad y ASN, ISP estático con una dirección fija facturada por IP, IPs de operadores móviles. Por GB en líneas basadas en tráfico, por IP en ISP estático.
Solo queriendo cifrado en Wi-Fi público → Red Segura de Edge, no un proxy.
¿Qué límites y reglas deberías conocer primero?
El soporte de proxy de Edge tiene brechas que ninguna configuración puede cerrar.
SOCKSv5 solo retransmite TCP y no puede llevar UDP. SOCKSv4 además no puede alcanzar objetivos IPv6, y Edge ni soporta SOCKSv4a ni retrocede a él. Las reglas de excepción que especifican rangos de IP se aplican solo a URLs que son direcciones IP literales, no nombres de host que se resuelven en ese rango; Microsoft llama a su utilidad bastante limitada y señala un script PAC en su lugar. ProxySettings no es compatible en iOS; la Red Segura de Edge no está disponible en dispositivos gestionados.
Cualquier cosa enrutada a través de un proxy de terceros es visible para ese operador en la medida en que el esquema lo permita: un proxy HTTP ve el nombre de host objetivo de forma clara incluso cuando túnela HTTPS a través de CONNECT, mientras que un proxy HTTPS lo protege porque CONNECT mismo viaja sobre TLS. Y un proxy cambia el origen de la red y nada más; no tu huella digital, tu cuenta iniciada, o tu comportamiento.
Entonces, ¿cuál es el camino más rápido desde aquí?
Decide primero el alcance, porque esa decisión elige el método. Máquina completa y solo HTTP: usa el proxy del sistema a través de Configuración de Edge y deja que Edge pida credenciales. Solo Edge, o un punto final con esquema HTTPS: lanza con --proxy-server. Máquina administrada o se requiere persistencia: escribe la política de ProxySettings. Cualquiera que elijas, elige el punto final HTTP sobre SOCKS5 siempre que la autenticación sea por nombre de usuario y contraseña, verifica la IP de salida antes de confiar en la configuración, y revisa edge://policy primero si parece que se está ignorando un cambio.
Q: ¿Microsoft Edge tiene su propia configuración de proxy?
No en escritorio. La pila de red de Edge usa la configuración de red del sistema por defecto, por lo que la entrada de proxy en Configuración de Edge abre el cuadro de diálogo de Windows o macOS en lugar de una pantalla propia de Edge. La configuración específica de Edge solo es posible a través de un interruptor de línea de comandos, una extensión, o la política de ProxySettings.
Q: ¿Microsoft Edge soporta proxies SOCKS5?
Sí para enrutamiento, no para autenticación. Edge soporta el esquema SOCKSv5, pero Microsoft documenta que no se admiten métodos de autenticación para SOCKSv5 en Edge, así que una puerta de enlace que requiera un nombre de usuario y contraseña no funcionará. Usa el punto final HTTP o HTTPS, o la lista de permitidos de IP si tu proveedor la soporta.
Q: ¿Por qué Edge ignora el nombre de usuario y la contraseña en mi dirección de proxy?
Porque Edge no implementa credenciales en texto claro en la configuración del proxy y no utilizará credenciales incrustadas allí. Ingresa solo el host y el puerto, luego proporciona el nombre de usuario y la contraseña cuando Edge lo pida en la primera solicitud.
Q: ¿Por qué se está ignorando mi interruptor --proxy-server?
Casi siempre porque la política de ProxySettings está habilitada en esa máquina, lo que hace que Edge ignore todas las opciones de línea de comandos relacionadas con proxies. Verifica edge://policy para una entrada de ProxySettings; si existe, cambia el proxy a través de la política en su lugar.
Q: ¿Es la Red Segura de Edge lo mismo que configurar un proxy?
No. La Red Segura de Edge enruta tráfico seleccionado a través de un túnel cifrado de Cloudflare, limitado a 5 GB por mes con una cuenta personal de Microsoft, con sitios de streaming excluidos por defecto y sin disponibilidad en dispositivos gestionados. No te da control sobre la ubicación o el esquema de salida.
Q: ¿Cómo configuro un proxy en Edge en Android o iOS?
En Android, Edge sigue la configuración de proxy Wi-Fi del dispositivo, y la política de ProxySettings es compatible desde Edge 30 en dispositivos gestionados. En iOS, esa política no es compatible en absoluto, dejando solo la configuración a nivel de red que proporciona iOS.
Firefox para Android se envía sin ninguna pantalla de configuración de proxy, y el truco de about:config que la mayoría de las guías todavía recomiendan dejó de funcionar en el canal estable en Firefox 153. Aquí están las tres rutas que funcionan en este momento, cómo verificar la IP de salida y dónde cada método tiene limitaciones.
Kai Watanabe
Aug. 3rd 2026
Prueba Nstproxy - Empieza tu prueba gratis hoy
110M+ IP reales con 99.9% de acceso exitoso
Acceso inmediato a pools premium de proxies residenciales, datacenter, IPv6 e ISP.
Respuesta media ultrarrapida ~0.5s para tareas de alta concurrencia