El archivo hosts no funciona en Windows 11: 10 comprobaciones antes de restablecerlo

Modificar el archivo hosts de Windows 11 debería permitir asociar un nombre de dominio con una dirección IP concreta sin depender de la respuesta del servidor DNS. Si has añadido una entrada y Windows parece ignorarla, normalmente no es necesario restablecer inmediatamente el archivo: una extensión .txt oculta, una ruta incorrecta, un problema de permisos, una entrada mal escrita o una resolución almacenada en caché pueden producir exactamente el mismo síntoma.

El archivo correcto se encuentra normalmente en C:WindowsSystem32driversetchosts. Microsoft explica que el cliente DNS de Windows comprueba primero su caché, después el archivo Hosts y, si no encuentra una coincidencia, consulta al servidor DNS.

1. Comprueba que estás editando el archivo hosts correcto

La primera comprobación es la ubicación. El archivo utilizado por Windows está normalmente en:

También puedes llegar hasta la carpeta utilizando la variable del sistema:

No sirve crear otro archivo llamado hosts en Documentos, el Escritorio u otra carpeta. Si has realizado varias copias durante las pruebas, confirma que los cambios están realmente en el archivo situado dentro de driversetc.

2. Asegúrate de que el archivo no se llama

Este es uno de los errores más fáciles de pasar por alto. El archivo debe llamarse exactamente hosts y no puede tener una extensión. Microsoft también lo especifica en su procedimiento oficial para reconstruir el archivo.

Para comprobarlo en el Explorador de archivos:

1. Abre la carpeta C:WindowsSystem32driversetc.
2. Activa la visualización de las extensiones de nombre de archivo desde las opciones de visualización del Explorador.
3. Comprueba que aparece hosts y no hosts.txt, hosts.ini u otro nombre similar.

Si creas el archivo desde el Bloc de notas, selecciona Todos los archivos (*.*) al guardarlo. Microsoft recomienda escribir "hosts", incluidas las comillas, en el campo del nombre para evitar que el editor añada una extensión automáticamente.

3. Edita y guarda el archivo con permisos de administrador

La carpeta donde se encuentra Hosts está protegida por Windows. Puedes abrir el archivo y modificar texto, pero el guardado puede fallar o terminar creando una copia en otra ubicación si el editor no dispone de los permisos necesarios.

Una forma sencilla de editarlo es abrir primero el Bloc de notas como administrador:

1. Abre Inicio y busca Bloc de notas.
2. Selecciona Ejecutar como administrador.
3. En el Bloc de notas, abre Archivo > Abrir.
4. Ve a C:WindowsSystem32driversetc.
5. Cambia el filtro de archivos a Todos los archivos si no aparece hosts.
6. Abre el archivo, realiza el cambio y guárdalo.

Después vuelve a abrir el archivo desde esa misma ruta para comprobar que la nueva entrada sigue allí. PowerToys también ejecuta su editor de Hosts con privilegios de administrador por defecto precisamente porque son necesarios para modificar el archivo del sistema.

4. Revisa el formato de cada entrada

Cada asignación debe ocupar su propia línea. Primero se escribe la dirección IP y después el nombre de host, separados por al menos un espacio o una tabulación.

Por ejemplo:

También puede utilizarse una dirección de otro equipo:

Las líneas que empiezan con # son comentarios y Windows no las utiliza para resolver nombres. Por tanto, esta línea estaría desactivada:

Microsoft documenta exactamente esta estructura: una IP seguida por uno o varios nombres de host separados mediante espacios o tabulaciones.

5. Busca entradas duplicadas o contradictorias

Comprueba que el mismo nombre no aparece varias veces asociado a direcciones diferentes. Un archivo que ha sido modificado durante meses puede acumular entradas antiguas, bloqueos y reglas de pruebas anteriores.

Por ejemplo, evita configuraciones contradictorias como esta:

Revisa también si existen entradas IPv4 e IPv6 para el mismo servicio cuando el comportamiento depende de una familia de direcciones concreta. La herramienta Hosts File Editor de Microsoft PowerToys incluye precisamente controles de entradas duplicadas y conflictos para facilitar la administración del archivo.

6. Vacía la caché DNS de Windows

Windows mantiene una caché local de resolución de nombres. Si habías visitado el dominio antes de modificar Hosts, puede existir información anterior almacenada.

Abre Símbolo del sistema o Terminal y ejecuta:

Microsoft documenta /flushdns específicamente para vaciar la caché del solucionador DNS durante el diagnóstico de problemas de resolución de nombres.

Después vuelve a realizar la prueba. Si quieres inspeccionar previamente el contenido de la caché puedes utilizar:

No es necesario ejecutar continuamente ipconfig /flushdns. Utilízalo después de modificar Hosts o cuando sospeches que Windows conserva una resolución anterior.

7. No utilices nslookup para comprobar si Hosts funciona

Esta diferencia causa bastante confusión. nslookup es una herramienta para consultar y diagnosticar la infraestructura DNS. Microsoft indica que, si no especificas otro servidor, consulta al servidor DNS predeterminado configurado en el equipo.

Por eso, ejecutar:

no es una buena forma de decidir si Windows está respetando una entrada local del archivo Hosts. Una respuesta diferente en nslookup no demuestra por sí sola que Hosts esté roto.

Para comprobar la resolución que utiliza Windows puedes probar primero:

No necesitas recibir respuestas al ping. Para esta prueba lo importante es comprobar qué dirección IP aparece al resolverse el nombre. Si coincide con la que escribiste en Hosts, la resolución local está funcionando aunque posteriormente el servidor no responda a paquetes ICMP.

Otra opción especialmente útil es PowerShell:

Microsoft muestra que Resolve-DnsName puede devolver directamente la dirección definida en Hosts sin generar una consulta externa al servidor DNS.

8. Comprueba si el problema está solo en el navegador

Si ping o Resolve-DnsName muestran la IP correcta pero una página web sigue cargando desde un destino anterior, el archivo Hosts probablemente ya está funcionando y el siguiente paso es revisar la aplicación.

Cierra completamente el navegador y vuelve a abrirlo. También puedes probar otro navegador para determinar si el problema se limita a uno de ellos.

Los navegadores pueden mantener conexiones, información de red y otros estados propios durante una sesión. Por eso es preferible comprobar primero la resolución de Windows y después investigar el navegador, en lugar de modificar repetidamente el archivo Hosts cuando el sistema ya está resolviendo correctamente.

9. Desactiva temporalmente VPN, proxy o software que modifique la resolución

Una VPN, un proxy corporativo, un filtro de contenido, software de seguridad o determinadas herramientas de red pueden modificar la ruta que siguen las conexiones o aplicar sus propios mecanismos de resolución.

Si Windows devuelve la IP correcta pero una aplicación continúa conectándose a otro destino, prueba temporalmente sin esos componentes, siempre que tengas autorización para hacerlo.

No desactives permanentemente el antivirus, el firewall ni las protecciones corporativas para hacer funcionar Hosts. La prueba debe servir únicamente para determinar qué componente interviene. Si se trata de un equipo administrado por una empresa, consulta con el administrador antes de cambiar VPN, proxy o políticas de seguridad.

10. Restablece Hosts solo después de guardar una copia

Si el archivo contiene muchas modificaciones, entradas dañadas o configuraciones cuyo origen desconoces, puedes devolverlo a su estado predeterminado. Este paso elimina tus asignaciones personalizadas, así que crea primero una copia de seguridad.

Microsoft recomienda renombrar el archivo actual como Hosts.old y crear un nuevo archivo hosts sin extensión dentro de %WinDir%System32DriversEtc.

El archivo predeterminado puede contener únicamente comentarios y las referencias de ejemplo de Windows. Las líneas de localhost aparecen comentadas en la plantilla actual de Microsoft porque su resolución puede ser gestionada por el propio sistema.

Después de restaurarlo, ejecuta de nuevo:

Si necesitas recuperar una de tus reglas personalizadas, vuelve a añadirla manualmente desde la copia anterior en lugar de sustituir de nuevo todo el archivo.

Cómo saber dónde está realmente el fallo

Una prueba corta permite separar rápidamente un problema de Hosts de un problema posterior en la conexión.

1. Comprueba que la entrada existe en C:WindowsSystem32driversetchosts.
2. Ejecuta ipconfig /flushdns.
3. Ejecuta ping nombre-del-host o Resolve-DnsName nombre-del-host.
4. Comprueba la IP que devuelve Windows.

Si aparece la IP escrita en Hosts, Windows está leyendo la asignación y conviene revisar a continuación el navegador, la aplicación, el proxy, la VPN o el servicio de destino. Si aparece otra IP o el nombre no puede resolverse, vuelve a comprobar primero el nombre del archivo, su extensión, la ruta, los permisos y el formato de la entrada.

nslookup puede seguir mostrando la respuesta pública del DNS en este escenario porque está diseñado para consultar servidores DNS. No utilices una diferencia entre nslookup y ping como prueba automática de que el archivo Hosts está fallando.