Início / server / Perguntas / 1017307
Accepted
Roman_T
Asked: 2020-05-16 06:50:35 +0800 CST

Resolução de registro CNAME

  • 772

Gostaria de entender como funciona o processo de resolução de registros CNAME. Digamos que eu tenha um registro no servidor DNS NS1

proxy.example.com IN CNAME proxy.example1.com

NS1 não é autoritário para example1.com. No servidor NS2 tenho um registro

proxy.example1.com IN A 1.2.3.4

proxy.example1.comsó pode ser resolvido a partir da rede de clientes e não da rede onde o NS1 está localizado.

Se o cliente solicitar proxy.example.com, o servidor NS1 tentará resolver toda a cadeia em nome do cliente ou retornará o nome proxy.example1.com? E se ele tentar resolver toda a cadeia, o que acontece quando ele falha porque o NS2 não pode ser alcançado pelo NS1? Que resposta enviará ao cliente?

Obrigado.

domain-name-system cname-record

1 respostas

  1. Best Answer

    Não, um servidor somente autoritativo responderia apenas com os dados que possui.
    Em vez disso, espera-se que o servidor resolvedor junte o resultado final no caso de tal alias de zona cruzada.

    A pergunta não detalha nenhuma estranheza na configuração do DNS (além de uma estranha falta de conectividade, mas que provavelmente não é relevante), então vou apenas descrever como as coisas geralmente devem funcionar:

                                                        ____________________
                                                   |                    |
                                            +----->| a.root-servers.net |
                                            |      | zone: .            |
                                            |      |____________________|
                                            |      
                                            |       ____________________
                                            |      |                    |
                                            +----->| a.gtld-servers.net |
 ______________________       __________    |      | zone: com          |
|                      |     |          |   |      |____________________|
| Client/stub resolver |<--->| Resolver |<--+      
|______________________|     |__________|   |       ____________________
                                            |      |                    |
                                            +----->| "NS1"              |
                                            |      | zone: example.com  |
                                            |      |____________________|
                                            |      
                                            |       ____________________
                                            |      |                    |
                                            +----->| "NS2"              |
                                                   | zone: example1.com |
                                                   |____________________|

    Seu cenário (sem qualquer cache, apenas para simplificar):

    1. O cliente solicita ao resolvedorproxy.example.com. IN A
    2. O resolvedor a.root-servers.netpedeproxy.example.com. IN A
      • ele recebe uma resposta de referência para com(referindo-se a a.gtld-servers.net)
    3. O resolvedor a.gtld-servers.netpedeproxy.example.com. IN A
      • ele recebe uma resposta de referência para example.com(referindo-se a "NS1")
    4. O resolvedor "NS1"pedeproxy.example.com IN A
      • ele recebe a respostaproxy.example.com. IN CNAME proxy.example1.com.
    5. O resolvedor a.root-servers.netpedeproxy.example1.com. IN A
      • ele recebe uma resposta de referência para com(referindo-se a a.gtld-servers.net)
    6. O resolvedor a.gtld-servers.netpedeproxy.example1.com. IN A
      • ele recebe uma resposta de referência para example1.com(referindo-se a "NS2")
    7. O resolvedor "NS2"pedeproxy.example1.com. IN A
      • ele recebe a respostaproxy.example1.com. IN A 1.2.3.4
    8. O resolvedor finalmente responde ao cliente
      • ele envia uma resposta que combina os dados necessários das diferentes fontes:
        • proxy.example.com. IN CNAME proxy.example1.com.
        • proxy.example1.com. IN A 1.2.3.4
    9. O cliente pode ver a definição do alias, bem como o registro solicitado no nome canônico (que é o que realmente é usado).
    • 2

relate perguntas