Migrar para o Cloud DNS

O Cloud DNS aceita a migração de um domínio DNS existente de outro provedor de DNS para o Cloud DNS. Neste procedimento, descrevemos como executar as etapas necessárias: criar uma zona gerenciada para seu domínio, importar a configuração do DNS existente e atualizar os registros do serviço de nomes do seu registrador de nomes.

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.

Etapa 1: 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 de uma zona, ela não será usada até que você atualize o registro do seu domínio, aponte explicitamente algum registro de nomes para ela ou consulte diretamente um dos servidores de nomes da zona.

gcloud

Para criar uma zona, use o seguinte comando:

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

Substitua as seguintes opções de comando:

• example.com.: o nome DNS
• A zone: uma descrição da zona.
• examplezonename: o nome para identificar a zona de DNS.

Etapa 2: exportar a configuração de DNS do provedor atual

Observe que você precisa consultar a documentação do seu provedor para saber como exportar seu arquivo de zona. O Cloud DNS aceita a importação de arquivos de zona nos formatos de registros BIND ou YAML.

Exemplo:

• Para Dyn, acesse Fazer o download do arquivo de zona (links em inglês).
• Para o AWS Route 53, que não é compatível com exportação, é possível usar a ferramenta de código aberto cli53.

Etapa 3: importar o conjunto de registros

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

Para importar conjuntos de registros corretamente, você precisa remover os registros apex ou usar as sinalizações descritas na guia gcloud.

gcloud

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 formatados em YAML:

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

Substitua a seguinte opção de comando:

• examplezonename: o nome da sua zona de DNS

Atenção: se o arquivo de importação contiver registros NS ou SOA para o apex da zona, eles entrarão em conflito com os registros preexistentes do Cloud DNS; Para usar os registros preexistentes do Cloud DNS (recomendado), verifique se os registros NS ou SOA foram removidos do arquivo de importação. No entanto, há casos de uso para modificar esse comportamento. consulte as informações importantes abaixo.

Cuidado: se o DNS autoritativo for dividido em vários provedores e você tiver um servidor de nomes principal que não seja do Cloud DNS, você precisará substituir o registro SOA do Cloud DNS com o registro de outro provedor. Para fazer isso, use a sinalização --delete-all-existing ao importar conjuntos de registros para substituir os registros de SOA 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. Por motivos semelhantes, é possível especificar que os registros NS no arquivo de importação sejam usados em vez dos registros preexistentes do Cloud DNS usando as sinalizações --delete-all-existing e --replace-origin-ns em conjunto. Observe que especificar um registro NS para o apex de uma zona resulta em erro mesmo que a sinalização --replace-origin-ns não esteja especificada. Remova esses registros do arquivo de importação ou use as sinalizações --delete-all-existing e --replace-origin-ns em conjunto, se apropriado.

Para informações detalhadas sobre como usar o comando dns record-sets import, consulte a página de referência do comando.

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 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.

Etapa 4: 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
     

   Substitua a seguinte opção de comando:

   • examplezonename: o nome da sua zona de DNS

   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.

   watch dig example.com @your_zone_nameserver
   

   Substitua your_zone_nameserver por um dos servidores de nomes retornados quando você executou o comando anterior.

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. Você pode usar esse comando para determinar quando seu servidor de nomes autoritativo realiza a alteração, que ocorre em até 120 segundos.

Etapa 5: atualizar os registros do servidor de nomes do seu registrador

Faça login no provedor do registrador e altere os servidores de nomes autoritativos para apontar para os servidores de nomes mostrados na etapa 4. 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.

Etapa 6: aguarde as alterações e verifique

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)