O que as prévias do DNSPeek não conseguem fazer

• Páginas HTML, folhas de estilo e scripts, com os links para o seu domínio reescritos para a prévia.
• Redirecionamentos, inclusive entre o seu domínio e a versão www dele.
• Cookies e logins: os cookies que seu servidor define ficam no endereço do próprio link de prévia.
• Formulários e envio de arquivos de até 64 MB por requisição.
• WebSockets e Server-Sent Events, para chat ao vivo, painéis e indicadores de progresso.
• Respostas compactadas (gzip e Brotli).
• Solicitações de HTTP Basic Auth do seu servidor, que chegam ao visitante sem alteração.

Serviços antibot e firewalls de aplicação web no novo servidor, como uma verificação da Cloudflare ou um plugin de segurança, podem tratar o tráfego do DNSPeek como automatizado. A prévia então mostra uma página de verificação ou um erro em vez do seu site.

As requisições do DNSPeek levam o cabeçalho X-DNSPeek-Proxy: 1. Se você controla o firewall, afrouxe a regra durante a migração ou pause a proteção enquanto testa.

Se o seu domínio passa por uma CDN como a Cloudflare, uma consulta retorna os endereços da CDN, não do seu servidor. A prévia precisa do IP de origem do novo servidor, fornecido pelo seu provedor de hospedagem. Veja Encontrar o IP do seu servidor.

O DNSPeek reescreve links que apontam para o domínio do link. A menos que o link inclua subdomínios (veja abaixo), URLs absolutas em outros hostnames, como cdn.example.com ou static.example.com, não são alteradas: o navegador as carrega de onde o DNS público aponta hoje, normalmente o servidor antigo ou a sua CDN. No plano Free, um link cobre um hostname, então um site distribuído em vários subdomínios precisa de um link para cada um.

Nos planos pagos, ative Incluir subdomínios e um único link também mostra cada subdomínio do site, o que é ideal para um WordPress multisite: shop.example.com abre em shop---alias no domínio de prévia, e os links entre os subdomínios continuam dentro da prévia. Hosts fora do site, como uma CDN de terceiros, continuam sendo carregados da internet. Cada subdomínio mantém seus próprios cookies, então um login compartilhado entre subdomínios precisa ser repetido em cada um. Veja WordPress multisite e subdomínios.

JavaScript que monta URLs em tempo de execução é reescrito de forma conservadora, então uma aplicação de página única que monta os próprios endereços de API pode continuar chamando o site em produção. Um relatório de QA aponta arquivos quebrados e URLs fixas no código que apontam para hosts temporários ou IPs diretos.

Serviços fora do seu servidor só conhecem o seu domínio real, e o DNS público continua apontando-o para o servidor antigo até a troca:

• Login com Google, Microsoft ou SSO manda o visitante de volta ao endereço de retorno registrado para o seu domínio real, então ele cai no site em produção, não na prévia.
• Páginas de pagamento hospedadas voltam ao seu domínio real da mesma forma, e os webhooks de pagamento continuam indo para o servidor antigo até o DNS mudar.

Tudo o que os visitantes fazem na prévia, como entrar na conta, enviar um formulário ou fazer um pedido, acontece de verdade no novo servidor. Use contas de teste e verifique o login e o pagamento de novo logo após a troca.

Para que as páginas funcionem no endereço da prévia, o DNSPeek remove os cabeçalhos Strict-Transport-Security, Content-Security-Policy e X-Frame-Options do seu servidor e marca os cookies como SameSite=None; Secure. Verifique esses cabeçalhos no domínio real depois da troca, não na prévia.

Faixas de rede privada (10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16) e endereços de loopback são bloqueados, então uma prévia não alcança máquinas dentro de uma rede privada. O painel aceita endereços IPv4.

• Os links do plano Free expiram 7 dias após a criação. Planos pagos podem manter links sem data de expiração.
• Um link expirado avisa isso; um link desativado pelo proprietário avisa que foi desativado.
• Um link protegido por senha pede a senha antes de mostrar o site e depois lembra o navegador por 24 horas.
• Se a maioria das requisições recentes ao novo servidor falhar, o DNSPeek responde brevemente com 503 em vez de esperar a cada requisição. Corrija o servidor e recarregue após uma pequena pausa.

As prévias servem para testar e revisar antes da troca de DNS. Qualquer pessoa com o link pode abri-lo, então use senha para tudo o que for sensível e desative os links de que não precisa mais. Como tratamos seus dados está na página de confiança.