Lo que las vistas previas de DNSPeek no pueden hacer
DNSPeek se sitúa entre el visitante y tu nuevo servidor, así que casi todo lo que hace una visita normal funciona en una vista previa. Esta página es la lista corta de lo que no funciona y qué hacer al respecto. El artículo completo está en la documentación: Limitaciones y problemas conocidos.
1.Qué funciona
- Páginas HTML, hojas de estilos y scripts, con los enlaces a tu dominio reescritos hacia la vista previa.
- Redirecciones, incluidas las que van entre tu dominio y su versión
www. - Cookies e inicios de sesión: las cookies que fija tu servidor se quedan en la dirección propia de ese enlace de vista previa.
- Formularios y subidas de archivos de hasta 64 MB por solicitud.
- WebSockets y Server-Sent Events, para chat en vivo, paneles y avisos de progreso.
- Respuestas comprimidas (gzip y Brotli).
- Solicitudes de HTTP Basic Auth de tu servidor, que llegan al visitante sin cambios.
2.Protección contra bots y firewalls
Los servicios antibots y los firewalls de aplicaciones web del nuevo servidor, por ejemplo una verificación de Cloudflare o un plugin de seguridad, pueden tratar el tráfico de DNSPeek como automatizado. Entonces la vista previa muestra una página de verificación o un error en lugar de tu sitio.
Las solicitudes de DNSPeek llevan la cabecera X-DNSPeek-Proxy: 1. Si controlas el firewall, relaja la regla mientras dure la migración o pausa la protección mientras pruebas.
3.Sitios detrás de una CDN
Si tu dominio pasa por una CDN como Cloudflare, al consultarlo obtienes las direcciones de la CDN, no las de tu servidor. Una vista previa necesita la IP de origen del nuevo servidor, que te da tu proveedor de hosting. Consulta Encontrar la IP de tu servidor.
4.Archivos y enlaces en otros nombres de host
DNSPeek reescribe los enlaces que apuntan al dominio del enlace. Salvo que el enlace incluya subdominios (ver abajo), las URL absolutas en otros nombres de host, como cdn.example.com o static.example.com, no se tocan: el navegador las carga desde donde apuntan hoy los DNS públicos, normalmente el servidor anterior o tu CDN. En el plan Free, un enlace cubre un nombre de host, así que un sitio repartido en varios subdominios necesita un enlace para cada uno.
En los planes de pago, activa Incluir subdominios y un solo enlace muestra también cada subdominio del sitio, ideal para un WordPress multisitio: shop.example.com se abre en shop---alias del dominio de vista previa, y los enlaces entre subdominios siguen dentro de la vista previa. Los hosts ajenos al sitio, como una CDN de terceros, se siguen cargando desde internet. Cada subdominio mantiene sus propias cookies, así que un inicio de sesión compartido entre subdominios hay que repetirlo en cada uno. Consulta WordPress multisitio y subdominios.
El JavaScript que construye URL en tiempo de ejecución se reescribe con prudencia, así que una aplicación de una sola página que arma sus propias direcciones de API puede seguir llamando al sitio en producción. Un informe de QA señala archivos rotos y URL fijas en el código que apuntan a hosts temporales o a IP directas.
5.Inicio de sesión y pagos de terceros
Los servicios externos a tu servidor solo conocen tu dominio real, y los DNS públicos lo siguen apuntando al servidor anterior hasta que hagas el cambio:
- Iniciar sesión con Google, Microsoft o SSO devuelve al visitante a la dirección de retorno registrada para tu dominio real, así que acaba en el sitio en producción y no en la vista previa.
- Las páginas de pago alojadas vuelven a tu dominio real de la misma forma, y los webhooks de pago siguen llegando al servidor anterior hasta que cambien los DNS.
Todo lo que los visitantes hacen en la vista previa, como iniciar sesión, enviar un formulario o hacer un pedido, ocurre de verdad en el nuevo servidor. Usa cuentas de prueba y vuelve a comprobar el inicio de sesión y el pago justo después del cambio.
6.Las cabeceras de seguridad cambian en la vista previa
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 de tu servidor y marca las cookies como SameSite=None; Secure. Comprueba esas cabeceras en el dominio real después del cambio, no en la vista previa.
7.Direcciones que no admiten vista previa
Los rangos de red privada (10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16) y las direcciones de loopback están bloqueados, así que una vista previa no puede llegar a equipos de una red privada. El panel acepta direcciones IPv4.
8.Expiración de los enlaces y acceso
- Los enlaces del plan Free expiran 7 días después de crearse. Los planes de pago pueden mantener enlaces sin fecha de expiración.
- Un enlace expirado lo indica; un enlace que su propietario desactivó indica eso en su lugar.
- Un enlace protegido con contraseña la pide antes de mostrar el sitio y luego recuerda el navegador durante 24 horas.
- Si la mayoría de las solicitudes recientes al nuevo servidor fallan, DNSPeek responde brevemente con un
503en lugar de esperar en cada solicitud. Corrige el servidor y recarga tras una breve pausa.
9.Una vista previa no es un hosting de producción
Las vistas previas sirven para probar y revisar antes del cambio de DNS. Cualquiera con el enlace puede abrirlo, así que usa una contraseña para todo lo que sea sensible y desactiva los enlaces que ya no necesites. Cómo tratamos tus datos se explica en la página de confianza.