Visão geral dos registros DNS, Visão geral dos registros DNS

Esta página fornece uma visão geral dos registros e lista os tipos de registros DNS compatíveis com o Cloud DNS.

Um registro é um mapeamento entre um recurso DNS e um nome de domínio. Cada registro DNS individual possui um tipo (nome e número), um tempo de expiração (tempo de vida) e dados específicos do tipo.

Tipos de registro DNS suportados

O Cloud DNS oferece suporte aos seguintes tipos de registros.

Tipo de registro Descrição
A

Registro de endereço, que mapeia nomes de host para seus endereços IPv4.

AAAA

Registro de endereço IPv6, que mapeia nomes de host para seus endereços IPv6.

ALIAS

Registro de alias (prévia), que mapeia um nome de domínio de alias para um nome canônico no ápice da zona. Um registro de alias também é chamado de registro ANAME ou achatamento CNAME.

Você pode configurar registros de alias usando a CLI do gcloud ou a API do Cloud DNS. Não é possível configurar registros de alias usando a Google Cloud console.

CAA

Autorização da Autoridade Certificadora (CA), que especifica quais CAs têm permissão para criar certificados para um domínio.

CNAME

Registro de nome canônico, que especifica nomes de alias.

Se você encontrar problemas ao criar um registro CNAME, consulte Registro CNAME definido em uma zona privada não está funcionando .

DNSKEY

A chave DNSSEC de outra operadora para transferência segura. Este tipo de conjunto de registros só pode ser adicionado a uma zona habilitada para DNSSEC no estado de Transferência.

DS

A impressão digital da chave DNSSEC para uma zona delegada segura. Este tipo de conjunto de registros não ativa o DNSSEC para uma zona delegada, a menos que você habilite (e ative) o DNSSEC para esta zona.

HTTPS

Registro de vinculação de serviço HTTPS, que permite que uma origem indique vários endpoints alternativos, cada um com parâmetros associados. Este registro também redireciona HTTP para HTTPS. Este tipo de registro é baseado no tipo de registro SVCB mais geral e usa o mesmo formato de valor.

IPSECKEY

Dados de gateway de túnel IPsec e chaves públicas para clientes habilitados para IPsec para habilitar criptografia oportunista .

MX

Registro de troca de e-mail, que encaminha solicitações para servidores de e-mail.

NAPTR

Registro de ponteiro de autoridade de nomenclatura, definido por RFC 3403 .

NS

Registro de servidor de nomes, que delega uma zona DNS a um servidor autoritativo.

PTR

Registro de ponteiro, que geralmente é usado para pesquisas reversas de DNS.

SOA

Início do registro de autoridade, que especifica informações autoritativas sobre uma zona DNS. Um registro de recurso SOA é criado para você ao criar sua zona gerenciada. Você pode modificar o registro conforme necessário (por exemplo, você pode alterar o número de série para um número arbitrário para oferecer suporte ao controle de versão baseado em data).

SPF

Registro do Sender Policy Framework, um tipo de registro obsoleto usado anteriormente em sistemas de validação de e-mail (use um registro TXT).

SRV

Registro localizador de serviço, que é usado por alguns serviços de voz sobre IP (VoIP), protocolos de mensagens instantâneas e outros aplicativos.

SSHFP

Impressão digital SSH para clientes SSH para validar as chaves públicas dos servidores SSH .

SVCB

Registro de vinculação de serviço, que permite que um serviço lógico indique vários endpoints alternativos, cada um com parâmetros associados. Para origens HTTPS, consulte o tipo de registro HTTPS.

TLSA

Registro de autenticação TLS para clientes TLS para validar certificados de servidor X.509 .

TXT

Registro de texto, que pode conter texto arbitrário e também pode ser usado para definir dados legíveis por máquina, como informações de segurança ou prevenção de abuso.

Um registro TXT pode conter uma ou mais sequências de texto; o comprimento máximo de cada sequência individual é de 255 caracteres . Agentes de e-mail e outros agentes de software concatenam várias sequências de texto. Coloque cada sequência entre aspas.

Para adicionar, excluir ou atualizar registros, consulte Gerenciando registros .

Registros DNS curinga

O Cloud DNS oferece suporte a registros curinga para todos os tipos de registro, exceto para registros NS.

Registros de alias

Um registro ALIAS é um tipo de registro personalizado do Cloud DNS que se comporta como um registro CNAME, mas só pode ser usado no apex da zona e responde apenas a consultas de registro de endereço (A ou AAAA). Especificamente, o tipo de registro ALIAS mapeia um nome de domínio de alias para um nome canônico e usa o nome canônico para procurar a resposta. Esse tipo de registro é útil quando você precisa do comportamento CNAME no apex. Não é possível colocar um registro CNAME no apex porque ele não pode existir junto com nenhum outro tipo de registro, incluindo o registro SOA, necessário no apex da zona.

Os registros ALIAS são específicos do Cloud DNS e nunca são expostos a um cliente externo que consulta zonas do Cloud DNS. Para um cliente, um registro ALIAS aparece como um registro padrão A ou AAAA na resposta DNS. Os registros ALIAS não são compatíveis com DNSSEC, portanto, você não pode habilitar o DNSSEC em uma zona com registros ALIAS.

Você pode gerenciar registros ALIAS como todos os outros registros. Para saber como gerenciar registros, consulte Gerenciar registros .

Processo de resolução de consultas

Os registros de alias estão disponíveis somente para zonas públicas do Cloud DNS.

Para registros CNAME, o resolvedor é responsável por resolver o nome canônico. Para registros ALIAS, o servidor de nomes do Cloud DNS resolve o nome canônico e produz registros A ou AAAA sintetizados para retornar ao resolvedor. Os registros A ou AAAA sintetizados contêm o nome do registro ALIAS com os endereços IP encontrados na resolução do destino do registro ALIAS. Os servidores de nomes do Cloud DNS usam os resolvedores recursivos disponíveis do Google para resolver registros de alias.

Se o destino do alias for resolvido para um conjunto de registros de recursos (RRSet) com vários endereços, o Cloud DNS retornará todos os registros, mas randomizará sua ordem antes de retornar o registro de endereço sintetizado. Esse processo é semelhante ao tratamento dado pelo Cloud DNS às respostas de seus servidores de nomes.

Somente registros de endereço são sintetizados durante a resolução do destino do registro ALIAS. Consultas para registros ALIAS não retornam nenhum registro CNAME intermediário encontrado durante a resolução do destino do registro de alias. Registros CNAME encontrados por meio da busca por CNAME antes de atingir o registro ALIAS são retornados sem modificações. Se a resolução do destino ALIAS falhar, ou seja, retornar um código de resposta diferente de NOERROR , o servidor de nomes do Cloud DNS retornará uma resposta SERVFAIL ao seu cliente. Se a resolução resultar em uma resposta NODATA , que é uma resposta NOERROR sem registros de endereço, o servidor de nomes do Cloud DNS retornará uma resposta NODATA .

Ao resolver alvos de registro ALIAS, o Cloud DNS não usa a sub-rede de cliente EDNS fornecida pelo cliente.

Parâmetro de tempo de vida (TTL) e cache

O valor TTL retornado com um registro de endereço sintetizado é o menor valor entre o valor TTL configurado do registro ALIAS e os valores TTL encontrados durante a resolução do destino ALIAS. Usando esse método, o TTL retornado pode ser menor que o TTL configurado do registro ALIAS, mas nunca maior que o TTL configurado.

O exemplo a seguir demonstra como o TTL é determinado para os registros de endereços sintetizados.

Suponha que os seguintes registros estejam configurados em uma zona gerenciada do Cloud DNS:

example.com.    3600    SOA      ns.com.  admin.example.com. (...)
                86400   NS       ns.com.
                6000    ALIAS    test-cname.example.com.
test-cname      3000    CNAME    address.example.com.
address         5000    A        1.2.3.4

Uma consulta a esta zona para o registro A em example.com retorna uma resposta semelhante à seguinte:

QUESTION SECTION
example.com.                  A

ANSWER SECTION
example.com.        3000      A      1.2.3.4

Os TTLs encontrados durante a resolução são 6000 (para o registro ALIAS), 3000 (para o registro CNAME) e 5000 (para o registro A). Desses TTLs, 3000 é o menor, por isso é retornado no registro de endereço sintetizado.

Este exemplo mostra todos os registros na mesma zona para simplificar, mas a lógica TTL é idêntica para resoluções que passam por zonas diferentes.

Resposta autoritativa

O bit autoritativo na resposta DNS é baseado no primeiro nome na cadeia (o qname original), independentemente de os dados associados a esse nome serem encontrados no servidor ou terem sido recuperados por meio de uma resolução de registro ALIAS.

Tratamento de erros

Para resolver registros ALIAS , o Cloud DNS usa servidores de nomes autoritativos de terceiros para determinar delegações de DNS e recuperar dados DNS hospedados externamente. Se o Cloud DNS não conseguir resolver um destino de registro ALIAS (a resolução do destino ALIAS resulta em um valor RCODE de erro, como NXDOMAIN ou REFUSED ), ele retornará uma resposta SERVFAIL . Por exemplo, se o destino ALIAS não existir ou seus servidores autoritativos estiverem inacessíveis, o Cloud DNS retornará SERVFAIL .

Como SERVFAIL fornece informações limitadas sobre o erro, o registro do Cloud DNS inclui o valor RCODE específico encontrado durante a resolução do registro ALIAS para ajudar a solucionar erros. Para obter informações sobre como usar o registro do Cloud DNS, consulte Usar registro e monitoramento .

Se a resolução de um destino ALIAS resultar em uma resposta NODATA (uma resposta vazia com um RCODE NOERROR ), o Cloud DNS retornará NODATA . Os registros ALIAS correspondem às consultas A e AAAA , mas o destino ALIAS pode conter apenas um tipo de registro. Esse é um comportamento esperado e não resulta em uma resposta com um valor RCODE de erro.

Registros de importação e exportação

Você pode importar e exportar registros de e para um arquivo de zona BIND ou um arquivo YAML.

Registros ALIAS não são suportados em arquivos BIND porque o tipo de registro ALIAS não é um tipo de registro DNS padrão. Embora o Cloud DNS reconheça essas entradas, outros softwares de DNS compatíveis com BIND podem não reconhecer.

Os registros ALIAS são exportados para arquivos YAML, específicos do Cloud DNS, no seguinte formato:

kind: dns#resourceRecordSet
name: DNS Name
rrdatas: RR Data
ttl: TTL
type: ALIAS

O Cloud DNS pode importar registros ALIAS de um arquivo YAML no formato anterior.

Segurança e privacidade

Os servidores de nomes públicos do Cloud DNS resolvem o destino ALIAS em seu nome, mas você deve garantir que configurou o destino ALIAS corretamente; um destino ALIAS incorreto pode fazer com que seus registros públicos não funcionem conforme o necessário ou retornem endereços IP indesejados.

Monitorar zonas gerenciadas

O Cloud DNS oferece registro para todas as consultas em zonas gerenciadas por meio do Logging. Um campo opcional, alias_query_response_code está disponível no registro de consultas DNS para registrar informações sobre o status da resolução de nomes ALIAS, uma vez que essas informações não estão disponíveis na resposta DNS.

Para obter detalhes, consulte Exibição de logs .

O alias_query_response_code só é definido se a consulta for resolvida usando um registro ALIAS. Um valor " NoError significa que o registro ALIAS foi resolvido com sucesso, enquanto qualquer outro valor representa o erro. Um valor SERVFAIL pode representar qualquer um dos seguintes problemas:

  • Servidor de nomes de destino inacessível
  • A resolução do alvo expirou antes de encontrar uma resposta
  • Falha na validação do DNSSEC

O campo qtype nas entradas de log não possui a opção ALIAS. Se uma consulta A ou AAAA for respondida usando um registro ALIAS, o campo qtype permanece como A ou AAAA.

O que vem a seguir

,

Esta página fornece uma visão geral dos registros e lista os tipos de registros DNS compatíveis com o Cloud DNS.

Um registro é um mapeamento entre um recurso DNS e um nome de domínio. Cada registro DNS individual possui um tipo (nome e número), um tempo de expiração (tempo de vida) e dados específicos do tipo.

Tipos de registro DNS suportados

O Cloud DNS oferece suporte aos seguintes tipos de registros.

Tipo de registro Descrição
A

Registro de endereço, que mapeia nomes de host para seus endereços IPv4.

AAAA

Registro de endereço IPv6, que mapeia nomes de host para seus endereços IPv6.

ALIAS

Registro de alias (prévia), que mapeia um nome de domínio de alias para um nome canônico no ápice da zona. Um registro de alias também é chamado de registro ANAME ou achatamento CNAME.

Você pode configurar registros de alias usando a CLI do gcloud ou a API do Cloud DNS. Não é possível configurar registros de alias usando a Google Cloud console.

CAA

Autorização da Autoridade Certificadora (CA), que especifica quais CAs têm permissão para criar certificados para um domínio.

CNAME

Registro de nome canônico, que especifica nomes de alias.

Se você encontrar problemas ao criar um registro CNAME, consulte Registro CNAME definido em uma zona privada não está funcionando .

DNSKEY

A chave DNSSEC de outra operadora para transferência segura. Este tipo de conjunto de registros só pode ser adicionado a uma zona habilitada para DNSSEC no estado de Transferência.

DS

A impressão digital da chave DNSSEC para uma zona delegada segura. Este tipo de conjunto de registros não ativa o DNSSEC para uma zona delegada, a menos que você habilite (e ative) o DNSSEC para esta zona.

HTTPS

Registro de vinculação de serviço HTTPS, que permite que uma origem indique vários endpoints alternativos, cada um com parâmetros associados. Este registro também redireciona HTTP para HTTPS. Este tipo de registro é baseado no tipo de registro SVCB mais geral e usa o mesmo formato de valor.

IPSECKEY

Dados de gateway de túnel IPsec e chaves públicas para clientes habilitados para IPsec para habilitar criptografia oportunista .

MX

Registro de troca de e-mail, que encaminha solicitações para servidores de e-mail.

NAPTR

Registro de ponteiro de autoridade de nomenclatura, definido por RFC 3403 .

NS

Registro de servidor de nomes, que delega uma zona DNS a um servidor autoritativo.

PTR

Registro de ponteiro, que geralmente é usado para pesquisas reversas de DNS.

SOA

Início do registro de autoridade, que especifica informações autoritativas sobre uma zona DNS. Um registro de recurso SOA é criado para você ao criar sua zona gerenciada. Você pode modificar o registro conforme necessário (por exemplo, você pode alterar o número de série para um número arbitrário para oferecer suporte ao controle de versão baseado em data).

SPF

Registro do Sender Policy Framework, um tipo de registro obsoleto usado anteriormente em sistemas de validação de e-mail (use um registro TXT).

SRV

Registro localizador de serviço, que é usado por alguns serviços de voz sobre IP (VoIP), protocolos de mensagens instantâneas e outros aplicativos.

SSHFP

Impressão digital SSH para clientes SSH para validar as chaves públicas dos servidores SSH .

SVCB

Registro de vinculação de serviço, que permite que um serviço lógico indique vários endpoints alternativos, cada um com parâmetros associados. Para origens HTTPS, consulte o tipo de registro HTTPS.

TLSA

Registro de autenticação TLS para clientes TLS para validar certificados de servidor X.509 .

TXT

Registro de texto, que pode conter texto arbitrário e também pode ser usado para definir dados legíveis por máquina, como informações de segurança ou prevenção de abuso.

Um registro TXT pode conter uma ou mais sequências de texto; o comprimento máximo de cada sequência individual é de 255 caracteres . Agentes de e-mail e outros agentes de software concatenam várias sequências de texto. Coloque cada sequência entre aspas.

Para adicionar, excluir ou atualizar registros, consulte Gerenciando registros .

Registros DNS curinga

O Cloud DNS oferece suporte a registros curinga para todos os tipos de registro, exceto para registros NS.

Registros de alias

Um registro ALIAS é um tipo de registro personalizado do Cloud DNS que se comporta como um registro CNAME, mas só pode ser usado no apex da zona e responde apenas a consultas de registro de endereço (A ou AAAA). Especificamente, o tipo de registro ALIAS mapeia um nome de domínio de alias para um nome canônico e usa o nome canônico para procurar a resposta. Esse tipo de registro é útil quando você precisa do comportamento CNAME no apex. Não é possível colocar um registro CNAME no apex porque ele não pode existir junto com nenhum outro tipo de registro, incluindo o registro SOA, necessário no apex da zona.

Os registros ALIAS são específicos do Cloud DNS e nunca são expostos a um cliente externo que consulta zonas do Cloud DNS. Para um cliente, um registro ALIAS aparece como um registro padrão A ou AAAA na resposta DNS. Os registros ALIAS não são compatíveis com DNSSEC, portanto, você não pode habilitar o DNSSEC em uma zona com registros ALIAS.

Você pode gerenciar registros ALIAS como todos os outros registros. Para saber como gerenciar registros, consulte Gerenciar registros .

Processo de resolução de consultas

Os registros de alias estão disponíveis somente para zonas públicas do Cloud DNS.

Para registros CNAME, o resolvedor é responsável por resolver o nome canônico. Para registros ALIAS, o servidor de nomes do Cloud DNS resolve o nome canônico e produz registros A ou AAAA sintetizados para retornar ao resolvedor. Os registros A ou AAAA sintetizados contêm o nome do registro ALIAS com os endereços IP encontrados na resolução do destino do registro ALIAS. Os servidores de nomes do Cloud DNS usam os resolvedores recursivos disponíveis do Google para resolver registros de alias.

Se o destino do alias for resolvido para um conjunto de registros de recursos (RRSet) com vários endereços, o Cloud DNS retornará todos os registros, mas randomizará sua ordem antes de retornar o registro de endereço sintetizado. Esse processo é semelhante ao tratamento dado pelo Cloud DNS às respostas de seus servidores de nomes.

Somente registros de endereço são sintetizados durante a resolução do destino do registro ALIAS. Consultas para registros ALIAS não retornam nenhum registro CNAME intermediário encontrado durante a resolução do destino do registro de alias. Registros CNAME encontrados por meio da busca por CNAME antes de atingir o registro ALIAS são retornados sem modificações. Se a resolução do destino ALIAS falhar, ou seja, retornar um código de resposta diferente de NOERROR , o servidor de nomes do Cloud DNS retornará uma resposta SERVFAIL ao seu cliente. Se a resolução resultar em uma resposta NODATA , que é uma resposta NOERROR sem registros de endereço, o servidor de nomes do Cloud DNS retornará uma resposta NODATA .

Ao resolver alvos de registro ALIAS, o Cloud DNS não usa a sub-rede de cliente EDNS fornecida pelo cliente.

Parâmetro de tempo de vida (TTL) e cache

O valor TTL retornado com um registro de endereço sintetizado é o menor valor entre o valor TTL configurado do registro ALIAS e os valores TTL encontrados durante a resolução do destino ALIAS. Usando esse método, o TTL retornado pode ser menor que o TTL configurado do registro ALIAS, mas nunca maior que o TTL configurado.

O exemplo a seguir demonstra como o TTL é determinado para os registros de endereços sintetizados.

Suponha que os seguintes registros estejam configurados em uma zona gerenciada do Cloud DNS:

example.com.    3600    SOA      ns.com.  admin.example.com. (...)
                86400   NS       ns.com.
                6000    ALIAS    test-cname.example.com.
test-cname      3000    CNAME    address.example.com.
address         5000    A        1.2.3.4

Uma consulta a esta zona para o registro A em example.com retorna uma resposta semelhante à seguinte:

QUESTION SECTION
example.com.                  A

ANSWER SECTION
example.com.        3000      A      1.2.3.4

Os TTLs encontrados durante a resolução são 6000 (para o registro ALIAS), 3000 (para o registro CNAME) e 5000 (para o registro A). Desses TTLs, 3000 é o menor, por isso é retornado no registro de endereço sintetizado.

Este exemplo mostra todos os registros na mesma zona para simplificar, mas a lógica TTL é idêntica para resoluções que passam por zonas diferentes.

Resposta autoritativa

O bit autoritativo na resposta DNS é baseado no primeiro nome na cadeia (o qname original), independentemente de os dados associados a esse nome serem encontrados no servidor ou terem sido recuperados por meio de uma resolução de registro ALIAS.

Tratamento de erros

Para resolver registros ALIAS , o Cloud DNS usa servidores de nomes autoritativos de terceiros para determinar delegações de DNS e recuperar dados DNS hospedados externamente. Se o Cloud DNS não conseguir resolver um destino de registro ALIAS (a resolução do destino ALIAS resulta em um valor RCODE de erro, como NXDOMAIN ou REFUSED ), ele retornará uma resposta SERVFAIL . Por exemplo, se o destino ALIAS não existir ou seus servidores autoritativos estiverem inacessíveis, o Cloud DNS retornará SERVFAIL .

Como SERVFAIL fornece informações limitadas sobre o erro, o registro do Cloud DNS inclui o valor RCODE específico encontrado durante a resolução do registro ALIAS para ajudar a solucionar erros. Para obter informações sobre como usar o registro do Cloud DNS, consulte Usar registro e monitoramento .

Se a resolução de um destino ALIAS resultar em uma resposta NODATA (uma resposta vazia com um RCODE NOERROR ), o Cloud DNS retornará NODATA . Os registros ALIAS correspondem às consultas A e AAAA , mas o destino ALIAS pode conter apenas um tipo de registro. Esse é um comportamento esperado e não resulta em uma resposta com um valor RCODE de erro.

Registros de importação e exportação

Você pode importar e exportar registros de e para um arquivo de zona BIND ou um arquivo YAML.

Registros ALIAS não são suportados em arquivos BIND porque o tipo de registro ALIAS não é um tipo de registro DNS padrão. Embora o Cloud DNS reconheça essas entradas, outros softwares de DNS compatíveis com BIND podem não reconhecer.

Os registros ALIAS são exportados para arquivos YAML, específicos do Cloud DNS, no seguinte formato:

kind: dns#resourceRecordSet
name: DNS Name
rrdatas: RR Data
ttl: TTL
type: ALIAS

O Cloud DNS pode importar registros ALIAS de um arquivo YAML no formato anterior.

Segurança e privacidade

Os servidores de nomes públicos do Cloud DNS resolvem o destino ALIAS em seu nome, mas você deve garantir que configurou o destino ALIAS corretamente; um destino ALIAS incorreto pode fazer com que seus registros públicos não funcionem conforme o necessário ou retornem endereços IP indesejados.

Monitorar zonas gerenciadas

O Cloud DNS oferece registro para todas as consultas em zonas gerenciadas por meio do Logging. Um campo opcional, alias_query_response_code está disponível no registro de consultas DNS para registrar informações sobre o status da resolução de nomes ALIAS, uma vez que essas informações não estão disponíveis na resposta DNS.

Para obter detalhes, consulte Exibição de logs .

O alias_query_response_code só é definido se a consulta for resolvida usando um registro ALIAS. Um valor " NoError significa que o registro ALIAS foi resolvido com sucesso, enquanto qualquer outro valor representa o erro. Um valor SERVFAIL pode representar qualquer um dos seguintes problemas:

  • Servidor de nomes de destino inacessível
  • A resolução do alvo expirou antes de encontrar uma resposta
  • Falha na validação do DNSSEC

O campo qtype nas entradas de log não possui a opção ALIAS. Se uma consulta A ou AAAA for respondida usando um registro ALIAS, o campo qtype permanece como A ou AAAA.

O que vem a seguir