Diferença entre múltiplos NS e NS com múltiplos A

Question

Eu encontrei este Pode um NS Record Point para Multiple A Registros? , mas se pergunta qual é a diferença, se houver.

Por exemplo:

mydomain.com. IN NS ns1.myhost.com.
mydomain.com. IN NS ns2.myhost.com.

ns1.myhost.com. IN A 111.222.333.1
ns2.myhost.com. IN A 111.222.333.2

versus

mydomain.com. IN NS ns.myhost.com.

ns.myhost.com. IN A 111.222.333.1
ns.myhost.com. IN A 111.222.333.2

EDIT: na verdade, chegou a pensar nisso, poderia ser dito o mesmo para os registros MX. Quaisquer diferenças de quebra?

EDIT 2: então, novamente, MX permite o uso de valores de prioridade, então é um caso diferente, em que um ip por domínio é mais útil às vezes.

    

Answer 1

Existe uma diferença semântica.

Se um registro NS (ou MX record) apontar para um nome de host que subseqüentemente resolva vários registros A (ou AAAA ), eles devem representar endereços alternativos para o mesmo host (aka "multihoming").

Veja os parágrafos 8 e 9 em s5.1 do RFC 5321 .

Portanto, nem sempre é necessário que um cliente tente todos os endereços conhecidos para um host específico, mas deve tentar cada host nomeado .

Portanto, no caso de single-homed (normal) com vários servidores de nomes ou servidores de email, você deve usar um nome diferente para cada servidor, com um único IP, em vez de um nome com vários IPs.

    

Answer 2

Suponho que apenas possa ser específico da implementação - talvez alguns servidores ímpares usem sempre apenas um dos endereços ou algo parecido. Mas normalmente provavelmente não deveria haver diferença.

Btw, encontrei uma RFC que menciona situação semelhante - veja RFC 2181 seção 4 .3 , Parágrafo 3. Diz um A para um NS, mas não fornece raciocínio.

Edit: A principal diferença obviamente é que (1) é o que todo mundo usa e como tal 100% testado, enquanto (2) é o que ninguém usa e como tal existe maior possibilidade de ser quebrado algumas implementações.

    

Answer 3

Leia livros!

No caso de múltiplos A Records por nome, o resolvedor retornará sempre um IP por requisição para NS (round-robin'ed do pool), no caso de múltiplos NS Records todos os registros será retornado e se um dos NS falhar, todos os outros continuarão a trabalhar e atender solicitações