El archivo de hosts en Windows 11 sigue siendo una herramienta pequeña, pero muy útil cuando necesitas controlar cómo resuelve nombres el equipo. Sirve para probar cambios de red, redirigir un dominio a una IP concreta o resolver incidencias locales sin tocar toda la infraestructura. En este artículo explico dónde está, cómo se edita con seguridad y en qué casos compensa usarlo de verdad.
Lo esencial sobre el archivo de hosts en Windows 11
- Asocia nombres de dominio o de red con direcciones IP definidas manualmente.
- Windows consulta ese archivo antes de pasar a DNS, así que puede cambiar el resultado de una resolución.
- La ruta habitual es C:\Windows\System32\drivers\etc\hosts y requiere permisos de administrador.
- Es útil para pruebas, bloqueos locales y nombres internos de una red doméstica o de oficina.
- Conviene hacer copia de seguridad, porque un error de sintaxis puede dejar sin acceso a un servicio.
Qué hace realmente y cuándo merece la pena tocarlo
Yo suelo pensar en este archivo como una capa de resolución local que Windows carga al arrancar. Si encuentra una coincidencia, la usa antes de preguntar al DNS; si no, sigue el proceso normal de búsqueda. Eso significa que puedes forzar un dominio a apuntar a otra IP, probar una migración sin esperar a la propagación o bloquear un nombre enviándolo a la propia máquina.
Lo importante es no pedirle más de lo que da. No acelera la conexión a internet, no arregla una red mal configurada y no sustituye a un DNS bien montado en casa o en una empresa. Aun así, para ajustes puntuales es una herramienta muy fina, porque cambia el comportamiento de un solo ordenador sin tocar el resto de la red. Con esa idea clara, el siguiente paso es ver dónde vive el archivo y qué espera Windows de su formato.
Dónde está y cómo interpreta Windows sus líneas
La ubicación no cambia en Windows 11: el archivo está en C:\Windows\System32\drivers\etc\hosts. Suele abrirse con permisos elevados porque esa carpeta está protegida, y además el archivo no lleva extensión. Si lo guardas como .txt, Windows lo tratará como un texto normal y no como el hosts real.
La estructura es simple. La primera columna lleva la IP, después va el nombre de host y, si quieres, puedes añadir comentarios con #. Yo siempre recomiendo comentar por qué existe cada entrada, sobre todo cuando hay varias pruebas activas o varios equipos compartiendo la misma red.
| Elemento | Qué representa | Ejemplo |
|---|---|---|
| IP | La dirección a la que quieres dirigir el nombre | 127.0.0.1 |
| Nombre | El dominio o alias local que va a resolver | midominio.local |
| Comentario | Nota opcional para recordar el motivo del cambio | # prueba de migración |
# ejemplo básico
127.0.0.1 midominio.local
::1 midominio.local
192.168.1.50 nas.local # NAS de casaEse pequeño formato basta para muchas tareas domésticas y de soporte. Una vez entiendes la lógica, editarlo deja de ser intimidante y pasa a ser una operación muy mecánica.
Cómo editarlo paso a paso sin romper nada
Si solo voy a hacer una modificación puntual, mi opción favorita sigue siendo Bloc de notas abierto como administrador. Si voy a tocarlo con frecuencia, prefiero PowerToys, porque añade una interfaz más cómoda y crea copias de seguridad automáticamente. Las dos vías funcionan, pero no ofrecen la misma comodidad ni el mismo margen de error.
| Método | Cuándo lo usaría | Ventaja | Desventaja |
|---|---|---|---|
| Bloc de notas | Cambios puntuales y rápidos | No instalas nada extra | Más fácil equivocarse al guardar |
| Hosts File Editor de PowerToys | Ediciones frecuentes o con varios registros | Interfaz clara y copias de seguridad | Requiere instalar PowerToys |
- Haz una copia del archivo antes de tocar nada. Es la forma más rápida de volver atrás si algo sale mal.
- Abre el editor como administrador. Sin ese permiso, el guardado suele fallar.
- Ve a la carpeta
C:\Windows\System32\drivers\etcy cambia el filtro a Todos los archivos, porque a veces el hosts no aparece de primeras. - Edita la entrada, guarda el archivo sin extensión y revisa que no se haya colado un
.txt. - Prueba el resultado cerrando y abriendo la aplicación que usa ese nombre. En algunos casos, también ayuda vaciar la caché DNS local.
Cuando el cambio es serio, por ejemplo una prueba de migración o un nombre interno que va a quedarse semanas, PowerToys me parece una solución más limpia. Para una sola línea, Bloc de notas sigue siendo suficiente, siempre que guardes bien y revises con calma. Con el procedimiento ya ordenado, toca ver en qué escenarios aporta valor real y en cuáles no merece la pena.
Casos en los que sí compensa usarlo
El hosts brilla en escenarios muy concretos. El primero es la migración de un sitio web o de un servicio a otro servidor, cuando DNS todavía no ha terminado de propagarse. Ahí puedes apuntar tu PC al nuevo destino y comprobar cómo responde antes de hacer el cambio general. Microsoft lo contempla como una ayuda práctica para revisar una migración durante una ventana de propagación de 24 a 48 horas.
- Pruebas de web o servidor: te permite abrir un dominio en una IP nueva sin esperar a que el resto de internet actualice DNS.
- Red local doméstica: sirve para acceder a un NAS, una impresora o un mini servidor con un nombre corto y recordable.
-
Bloqueo local de dominios: puedes desviar un dominio no deseado a
127.0.0.1o::1para que no cargue en ese equipo.
En casa esto resulta muy práctico, pero también tiene límites. Si quieres que un cambio afecte a toda la red, el hosts no es la herramienta correcta, porque solo modifica el comportamiento del ordenador en el que editas el archivo. En ese caso, te interesa más el router, el DNS del proveedor o una política centralizada. Y precisamente ahí empiezan los errores más frecuentes, que conviene reconocer antes de dar el trabajo por cerrado.
Errores comunes y límites que conviene tener presentes
La mayoría de problemas no vienen del concepto, sino de detalles pequeños. Una IP mal escrita, un nombre duplicado o un guardado con extensión equivocada basta para que el sistema ignore la entrada o resuelva otra cosa. También pasa mucho que el usuario edita el archivo correctamente, pero espera resultados inmediatos en una aplicación que sigue usando su propia caché.
-
Guardar como texto normal: si termina en
.txt, no estás modificando el archivo correcto. - Olvidar la copia de seguridad: cuando algo sale mal, volver atrás sin respaldo cuesta más tiempo del necesario.
- No usar comentarios: unas semanas después, nadie recuerda por qué estaba esa línea ahí.
- Esperar que cambie toda la red: solo afecta al equipo donde editas el archivo.
- No detectar duplicados o conflictos: dos entradas parecidas pueden hacer que la lectura no sea tan limpia como parece.
Si ves que el dominio sigue resolviendo igual, yo empezaría por revisar el archivo con calma y después probaría a limpiar la caché local o reiniciar la aplicación afectada. Si aparecen entradas que no reconoces, merece la pena restaurar una versión limpia y no seguir insistiendo sobre una base dudosa. Con esto claro, ya solo falta dejar una rutina mínima para que el cambio sea útil y reversible.
Lo que yo dejaría comprobado antes de cerrar el archivo
Antes de dar un cambio por bueno, siempre repaso tres cosas: que el archivo sigue llamándose exactamente hosts, que la línea nueva tiene la IP correcta y que existe una nota breve explicando su propósito. Ese pequeño hábito evita la mayoría de errores tontos y hace que cualquier revisión futura sea mucho más rápida.
Si el cambio va a vivir poco tiempo, elimínalo en cuanto deje de hacer falta. Si va a quedarse, documenta por qué está ahí y guarda una copia limpia aparte. Y si notas que dependes de él para demasiados casos, probablemente ya ha llegado el momento de mover la lógica a DNS o a una herramienta de red más adecuada; el hosts es muy útil, pero no está pensado para sustituir una arquitectura bien resuelta.
