Acabei de transferir um domínio do GoDaddy para NameCheap.com. Houve um período de inatividade até eu definir as configurações apropriadas no NameCheap. Durante esse tempo de inatividade, os navegadores retornaram um erro 408 Request Timeout. Da próxima vez, como evito o tempo de inatividade durante as transferências de domínio, porque os servidores de nomes do registrador anterior pararam de exibir registros? Transfere especificamente para NameCheap (do GoDaddy).
Observe que esta pergunta difere um pouco das transferências de domínio - lidando com o tempo de inatividade porque o NameCheap copiou as informações do servidor de nomes GoDaddy para o domínio, mas os servidores de nomes GoDaddy pararam de servir registros DNS. Quando mudei para os servidores de nomes do NameCheap, tive que reinserir manualmente todos os registros.
Eu poderia jurar que em uma transferência anterior (também do GoDaddy para a Namecheap) todos os registros DNS foram transferidos automaticamente, sem tempo de inatividade. O que fiz de diferente da última vez? Era apenas uma questão de mudar o servidor de nomes o mais rápido possível? Acho que o problema é configurar o domínio para usar os servidores de nomes do NameCheap antes que os servidores de nomes do GoDaddy parem de exibir registros.
Pensei em duas soluções possíveis, mas não tenho certeza se uma delas é viável:
- defina o TTL para os registros no GoDaddy com um valor muito longo (talvez não seja possível se eu ainda não possuo o domínio)
- use um servidor de nome intermediário de terceiros
Alguma ideia melhor?
fonte
Respostas:
Bem, deveria ter verificado a base de conhecimento do NameCheap, primeiro: como transferir um domínio para o Namecheap sem um grande tempo de inatividade?
O NameCheap oferece um serviço FreeDNS para que seus servidores de nomes possam começar a lidar com solicitações de DNS antes de uma transferência. Suponho que ele continuaria funcionando ao transferir o NameCheap também.
fonte
Há várias partes que precisam ser transferidas e a maneira de evitar o tempo de inatividade é transferir uma parte de cada vez na ordem certa.
Estou assumindo que você tinha tudo sob o mesmo teto, com godaddy sendo o registro, provedores de DNS, host etc, tudo em um único pacote. Então, quando você transferiu o domínio, o godaddy parou todos os servidores ao mesmo tempo. Para evitar o tempo de inatividade, é necessário controlar e modificar as diferentes partes. Por exemplo, eu registraria um domínio em uma empresa, usaria os serviços de DNS de outra e compraria espaço de hospedagem de uma terceira. Isso é mais complexo de configurar e pode custar mais, mas oferece mais controle.
O controle consiste em poder alterar o fornecedor de uma dessas partes sem interromper o serviço das outras partes. Você pode alterar os hosts ou o registrador sem interromper o serviço de DNS, apenas alterando as configurações de DNS.
Ao alterar o DNS, é recomendável definir um tempo TTL muito curto para que as alterações no DNS sejam propagadas rapidamente. Se você definir um TTL muito longo, os visitantes continuarão sendo enviados para as configurações DNS antigas e armazenadas em cache até o final do horário TTL.
Processo de mudança:
Faça backup de tudo, arquivos, banco de dados, configurações de e-mail, tudo, apenas caso tudo dê errado.
Defina os tempos TTL no seu DNS para um valor curto.
Copie todos os seus arquivos, bancos de dados e configurações para o novo host (se você tiver um site dinâmico, pode ser necessário restringir algum comportamento por algum tempo ou definir um modo somente leitura para evitar a perda de dados durante a transferência.)
Teste a cópia funcionou corretamente.
Altere o sistema DNS antigo para apontar para o novo servidor web e verifique se o site está carregando. (se você fizer check-out, poderá reativar o comportamento dinâmico completo agora.)
Copie as configurações de DNS do servidor antigo para o novo servidor DNS.
Altere os servidores de nomes no registrador para apontar para o novo servidor DNS.
Verifique se o site funciona, aguarde alguns dias para que tudo seja propagado para as novas configurações e, em seguida, desative o servidor de nomes antigo.
Se estiver transferindo um registrador, faça o último passo antes de fechar a conta antiga.
Você sugere o uso de um serviço DNS intermediário de terceiros. Eu sugiro que você use um serviço DNS de terceiros, não apenas como intermediário, mas como o principal provedor de DNS.
fonte
Ok, primeiro, não é necessário mover seus arquivos / banco de dados, etc., a menos que você também esteja hospedando seu registro atual.
Segundo, a principal coisa que muitas vezes esquece e contribui para o tempo de inatividade durante uma transferência é se o novo registrador permitirá que você configure o DNS antes da transferência. Muitos não admitem isso abertamente. Por exemplo, 1and1.com alterará seus servidores de nomes para os deles, mas não permitirá que você altere nenhuma configuração de DNS até que a transferência seja concluída e se torne acessível administrativamente, o que eu vi levar mais 24 a 48 horas após a conclusão da transferência.
1) Certifique-se de que o novo registrador suporte o DNS de terceiros existente definido em seus registros WHOIS para que eles procurem no momento da solicitação de transferência
2) Configure o DNS de terceiros, como o DNS gratuito da namecheap, e copie as configurações existentes da zona DNS que você está usando no seu registrador atual
3) Altere os servidores DNS do seu registrador atual para o DNS de terceiros, como DNS gratuito, e verifique se a propagação pode levar 48 horas
4) Verifique se as informações de contato no WHOIS são precisas e se o email do registrante e do administrador é válido
5) Desbloqueie o domínio no registrador atual e solicite o código de autorização de transferência que normalmente será enviado a você por e-mail, o e-mail da conta do registrador / administrador do WHOIS / e-mail.
6) Inicie a transferência com o novo registrador usando o código de autenticação e verificando o email que eles enviam para a conta de email WHOIS que verifica a propriedade do domínio
Aguarde a transferência ser concluída.
fonte
Recentemente, fiz uma troca semelhante, mas desta vez estava pronta. Foi o que eu fiz.
dig @newnameserver yourdomain.com A +short
para ver se ele responde.É verdade que isso fez da migração um assunto de vários dias. Quando fiz uma transferência do webhosting / namehosting para um novo host, primeiro executei as etapas 2 a 3, que levaram menos de um dia (o novo host do servidor de nomes nem sempre captava as alterações imediatamente). Isso foi na quarta-feira. No sábado seguinte, fiz a transferência real do site e, em seguida, realizei o último passo na segunda-feira seguinte. Apenas alguns usuários tiveram problemas porque eu acidentalmente definir o
CNAME
parawww
aghs.google.com
(heh).fonte