Como migrar para o Cloud DNS

O Cloud DNS é compatível com a migração de um domínio de DNS atual de outro provedor de DNS para o Cloud DNS. Neste artigo, você verá como executar as etapas necessárias: criar uma zona gerenciada para seu domínio, importar a configuração do DNS atual e atualizar os registros do serviço de nomes do seu registrador.

Antes de começar

Se você nunca usou a ferramenta de linha de comando gcloud antes, primeiro configure o SDK da gcloud.

Depois, execute o seguinte comando para especificar o nome do projeto e autenticar com o Console do Cloud:

gcloud auth login

Também é possível especificar o parâmetro --project para que um comando opere em um projeto diferente para essa invocação.

Criar uma zona gerenciada

Para migrar um domínio atual, primeiro crie uma zona gerenciada para armazenar os registros DNS. Após a criação da zona, ela não será usada até que você atualize o registro do seu domínio, aponte explicitamente algum resolvedor para ela ou consulte diretamente um dos servidores de nomes da zona.

Para criar uma zona, forneça o nome da zona DNS, uma descrição e um nome para identificá-la:

gcloud dns managed-zones create --dns-name="example.com." --description="A zone" "examplezonename"

Exportar a configuração de DNS do provedor atual

Consulte a documentação do seu provedor para saber como exportar seu arquivo de zona (em inglês). O Cloud DNS aceita a importação de arquivos de zona nos formatos de registros BIND ou YAML.

Por exemplo:

• Para Dyn, acesse Fazer o download do arquivo de zona (links em inglês).
• O AWS Route 53 não aceita exportação. Em vez disso, use a ferramenta de código aberto cli53 (em inglês).

Importar o conjunto de registros

Depois de ter o arquivo exportado do seu outro provedor, é possível usar o comando gcloud dns record-sets import para importá-lo para sua zona gerenciada.

Para importar conjuntos de registros, use o comando dns record-sets import. A sinalização --zone-file-format informa a import que espere um arquivo formatado da zona BIND. Se você omitir essa sinalização, import espera um arquivo de registros formatado em YAML:

gcloud dns record-sets import -z=examplezonename --zone-file-format path-to-example-zone-file

Cuidado: ao importar conjuntos de registros, se o arquivo de zona contiver registros SOA, use a sinalização --delete-all-existing para substituir esses registros fornecidos pelo Cloud DNS. Caso contrário, a atualização falhará, já que os registros importados entram em conflito com os registros preexistentes do Cloud DNS.

Observação: algumas implementações e provedores de DNS exportam arquivos de zona BIND sem pontos finais nos dados de nome de domínio em registros CNAME, MX, PTR e outros. Em arquivos de zona, o Cloud DNS segue os padrões RFC e interpreta todos os nomes de domínio sem um ponto final em relação ao nome de DNS da zona. Portanto, importar os seguintes registros MX para uma zona com o nome de DNS example.com resulta em registros idênticos (e provavelmente indesejados):

    in.smtp              IN MX 5 gmail-smtp-in.l.google.com
    in.smtp.example.com. IN MX 5 gmail-smtp-in.l.google.com.example.com.

Antes de importar seus arquivos da zona, verifique-os para garantir que todos os nomes que precisem deles tenham pontos finais.

Verificar a propagação do DNS

É possível usar os comandos watch e dig do Linux para monitorar e verificar se as alterações foram feitas pelos servidores de nomes do Cloud DNS.

Observação: os comandos watch e dig não são comandos gcloud e não são usados com o prefixo gcloud. Em sistemas operacionais não Linux, pode ser necessário instalar os comandos watch e dig.

1. Consulte os servidores de nomes do Cloud DNS da sua zona:

   gcloud dns managed-zones describe examplezonename
   

   A saída terá a seguinte aparência:

   nameServers:
   - ns-cloud-a1.googledomains.com.
   - ns-cloud-a2.googledomains.com.
   - ns-cloud-a3.googledomains.com.
   - ns-cloud-a4.googledomains.com.

   Na saída, a letra que segue a parte "ns-cloud-" do nome é chamada de fragmento do servidor de nomes. Como documentado aqui, há cinco fragmentos desse tipo (letras A-E).

2. Verifique se os registros estão disponíveis nos servidores de nomes. Substitua your_zone_nameserver por um dos servidores de nomes retornados quando você executou o comando anterior.

   watch dig example.com @your_zone_nameserver
   

3. Depois de ver a alteração, pressione Ctrl-C para sair.

O comando watch executa o comando dig a cada 2 segundos por padrão. É possível usar esse comando para determinar quando seu servidor de nomes autoritativo realiza a alteração, o que ocorre em até 120 segundos.

Atualizar os registros do servidor de nomes do seu registrador

Faça login no provedor do registrador e altere os registros do servidor de nomes para apontar para os servidores de nomes mostrados na etapa anterior. Ao mesmo tempo, anote o time to live (TTL) definido nos registros pelo registrador. Isso informa quanto tempo você precisa aguardar para começar a usar os novos servidores de nomes.

Aguardar as alterações e verificar

Para conseguir os servidores de nomes autoritativos para seu domínio na Internet, execute os seguintes comandos do Linux:

dig +short NS example.com

Se a resposta mostrar que todas as alterações foram propagadas, está tudo pronto. Se não, você pode verificar de maneira intermitente ou executar automaticamente o comando a cada dois segundos enquanto espera que os servidores de nomes sejam alterados. Para isso, faça o seguinte:

watch dig +short NS example.com

Ctrl-C sai do comando.

Se não estiver usando o Linux, é possível usar o comando nslookup.

Próximas etapas

• Visão geral do Cloud DNS
• Ferramenta de linha de comando gcloud
• Como gerenciar registros
• Formato de registros (JSON)