Probar un sitio web antes de cambiar los DNS: archivo hosts o enlace de vista previa
Actualizado el 7 min de lecturaPor el equipo de DNSPeek
Puedes probar un sitio en un servidor nuevo antes de cambiar los DNS de dos formas: asociar el dominio a la nueva IP en el archivo hosts de tu equipo, o abrir un enlace de vista previa que solicita el sitio a la nueva IP por ti. El archivo hosts es exacto y gratuito, pero solo funciona en el equipo que editas, mientras que un enlace de vista previa funciona en cualquier dispositivo y se puede compartir con un cliente. Muchos equipos usan ambos: un enlace de vista previa para la revisión y la aprobación, y el archivo hosts para una última comprobación de lo que un proxy modifica.
Por qué no basta con abrir la IP del servidor nuevo
Un servidor web suele alojar muchos sitios en una sola dirección IP y elige el sitio según el nombre de dominio que envía el navegador. Abre http://203.0.113.10/ y normalmente verás una página predeterminada, otro sitio o una advertencia de certificado. Para ver tu sitio, la solicitud tiene que ir a la nueva IP diciendo a la vez “quiero example.com”. Los dos métodos siguientes hacen justo eso.
Método 1: el archivo hosts
El archivo hosts es un pequeño archivo de texto que tu sistema operativo lee antes de consultar los DNS. Una línea en él anula los DNS para ese nombre en ese equipo:
# Windows: C:\Windows\System32\drivers\etc\hosts (edit as Administrator)
# macOS / Linux: /etc/hosts (edit with sudo)
203.0.113.10 example.com
203.0.113.10 www.example.comEl generador de archivo hosts escribe estas líneas para tu dominio e IP, con los pasos para Windows, macOS y Linux. Funciona por completo en tu navegador.
- Exacto. El navegador habla directamente con el servidor nuevo, con tu dominio real, su propio certificado y sus cabeceras. Nada intermedio modifica la respuesta.
- Sirve para todo. IP privadas, servidores de intranet, todos los subdominios y todos los puertos.
- Solo un equipo. Cada compañero o cliente tiene que editar su propio archivo, con permisos de administrador.
- Complicado en teléfonos. iOS y Android no tienen un archivo hosts que se pueda editar fácilmente.
- Fácil de olvidar. Los navegadores y el sistema operativo guardan DNS en caché, así que es fácil mirar el servidor equivocado sin darse cuenta, y una entrada olvidada te rompe el sitio después de la migración.
Método 2: un enlace de vista previa
Un enlace de vista previa es una dirección HTTPS normal que siempre muestra tu sitio desde el servidor nuevo. Con DNSPeek introduces el dominio y la nueva IP y obtienes un enlace. Cuando alguien lo abre, DNSPeek se conecta a esa IP, pide tu dominio real y devuelve la respuesta. Los enlaces, redirecciones y cookies que apuntan a tu dominio se reescriben a la dirección de la vista previa, para que se pueda navegar, enviar formularios e iniciar sesión sin salir de la vista previa.
- Cualquier dispositivo. Teléfonos, tabletas y el portátil de un cliente lo abren como cualquier otro enlace. Un código QR ayuda en los teléfonos.
- Se puede compartir y controlar. Protégelo con contraseña, ponle una fecha de expiración o desactívalo.
- Nada que deshacer. No se editan archivos del sistema y no queda nada pendiente después del cambio.
- Comprobaciones adicionales. Los rastreos de QA, las comparaciones lado a lado y las alertas de DNS se ejecutan sobre el mismo enlace.
Un proxy modifica algunas cosas por diseño. Para que las páginas funcionen en la dirección de la vista previa, DNSPeek elimina las cabeceras Strict-Transport-Security, Content-Security-Policy y X-Frame-Options y ajusta los atributos de las cookies. El inicio de sesión con Google o SSO y las páginas de pago alojadas vuelven a tu dominio real, que todavía apunta al servidor anterior. Los firewalls del servidor nuevo pueden poner a prueba el tráfico del proxy. Las vistas previas solo llegan a IP públicas. La lista completa está en lo que las vistas previas no pueden hacer.
Lado a lado
| Elemento | Archivo hosts | Enlace de vista previa |
|---|---|---|
| Quién puede ver el sitio nuevo | Solo quien editó el archivo | Cualquiera a quien envíes el enlace |
| Teléfonos y tabletas | Poco práctico | Sí |
| Configuración | Permisos de administrador, un editor de texto, vaciar la caché | Dominio e IP en un formulario |
| Respuesta idéntica a la posterior al cambio | Sí | Casi: se ajustan las cabeceras de seguridad y los atributos de las cookies |
| IP privadas o internas | Sí | No, solo IP públicas |
| Inicio de sesión y pagos de terceros | Funcionan como después del cambio | Vuelven al dominio en producción |
| Limpieza tras la migración | Borrar las líneas a mano | Desactivar el enlace o dejar que expire |
| Coste | Gratis | Hay un plan Free |
Cuándo usar cada uno
- Desarrollo que revisa su propio trabajo en un servidor privado: archivo hosts.
- Un cliente, responsable o compañero necesita verlo: enlace de vista previa. A nadie ajeno a IT se le debería pedir que edite archivos del sistema.
- Diseño móvil y pruebas en dispositivos reales: enlace de vista previa.
- Comprobación final de HSTS, CSP y flujos de inicio de sesión antes del cambio: archivo hosts en tu propio equipo.
- Agencia o hosting que envía muchas vistas previas: enlaces de vista previa, idealmente precargados desde tu propio sistema con un enlace
/new?domain=…&ip=…o creados mediante la API.
Elijas el que elijas, el resto de la mudanza es igual: consulta el checklist de migración de sitios web. Más sobre la comparación: la alternativa al archivo hosts, y cómo se compara DNSPeek con SkipDNS, Peek-DNS y hosts.click.
Probar el servidor nuevo de cualquiera de las dos formas
Paso 1: Busca la IP pública del servidor nuevo
Tómala del correo de bienvenida o del panel de control del nuevo hosting, no de una consulta DNS de tu dominio, que devuelve el servidor anterior. Consulta Encontrar la IP de tu servidor.
Paso 2: Confirma que el servidor responde para tu dominio
Ejecuta
curl -skI --resolve example.com:443:203.0.113.10 https://example.com/. Un 200 o una redirección a tu propio dominio es buena señal; una página predeterminada significa que el sitio todavía no está configurado allí.Paso 3: Crea un enlace de vista previa para compartir
Introduce el dominio y la IP en el formulario de nueva vista previa. Abre el enlace, recorre el sitio y envíalo a quien tenga que revisarlo.
Paso 4: Añade una entrada en hosts para tu comprobación final
Genera las líneas con el generador de archivo hosts, añádelas, vacía la caché DNS y revisa lo que un proxy modifica, como el inicio de sesión y las cabeceras de seguridad.
Paso 5: Quita la entrada de hosts después del cambio
Borra las líneas cuando los DNS apunten al servidor nuevo, para que tu equipo vuelva a seguir los DNS públicos.
Qué comprobar, uses el método que uses
Prueba previa al cambio
- Desde la nueva IP carga el sitio, no una página predeterminada
- La página de inicio, las páginas clave y la navegación funcionan
- Los formularios se envían y llegan los correos de confirmación
- El acceso al CMS o al área de administración funciona
- Imágenes, fuentes y scripts cargan sin errores
- Diseño móvil revisado en un teléfono real
- Plan de HTTPS claro: certificado ahora o justo después del cambio
- Entradas del archivo hosts eliminadas después del cambio
Preguntas frecuentes
¿Es seguro enviar un enlace de vista previa a un cliente?
Sí, con un poco de cuidado. Cualquiera que tenga el enlace puede abrirlo, así que pon una contraseña para cualquier cosa sensible y desactiva el enlace cuando termine la migración. Recuerda que las acciones en la vista previa, como pedidos o envíos de formularios, ocurren de verdad en el servidor nuevo.
¿Puedo editar el archivo hosts en un iPhone o un teléfono Android?
No sin hacer jailbreak o rootear el dispositivo, o sin enrutarlo a través de una app de VPN o proxy que reescriba los DNS. Por eso los enlaces de vista previa son la forma práctica de revisar un servidor nuevo en un teléfono.
¿Por qué sigo viendo el sitio anterior después de editar el archivo hosts?
El navegador o el sistema operativo guardó en caché la respuesta DNS antigua, o el navegador usa DNS sobre HTTPS e ignora el archivo hosts. Vacía la caché DNS, reinicia el navegador y comprueba que tanto el dominio raíz como www estén en el archivo.
¿Un enlace de vista previa muestra exactamente lo que verán los visitantes?
Casi. Las páginas, los archivos y las redirecciones vienen del servidor nuevo, pero el proxy elimina algunas cabeceras de seguridad y ajusta las cookies para que la vista previa funcione en su propia dirección, y el inicio de sesión de terceros vuelve al dominio en producción. Revisa eso en el dominio real después del cambio.
¿Necesito una cuenta para crear un enlace de vista previa?
No. Puedes crear un enlace de invitado en DNSPeek solo con un dominio y una IP. Los enlaces de invitado tienen límites; una cuenta gratuita añade contraseña, espacios y un informe de QA.