Por que as consultas DNS não retornam a máscara de sub-rede?

1

Por que o servidor DNS não fornece a máscara de sub-rede do nome do host consultado? Para encaminhar para o próximo salto, o endereço IP, bem como a máscara de sub-rede, é exigido pelo algoritmo de correspondência da tabela de roteamento (correspondência de prefixo mais longa). Portanto, o servidor DNS não deve retornar a máscara de sub-rede também para que um pacote seja roteado para o próximo salto correto?
Vi que o campo Answers de uma resposta de consulta DNS continha apenas os seguintes valores (no Wireshark):

Answers
    google.com: type A, class IN, addr 216.58.197.78
        Name: google.com
        Type: A (Host Address) (1)
        Class: IN (0x0001)
        Time to live: 300
        Data length: 4
        Address: 216.58.197.78

Então, quem fornece a máscara de sub-rede para decidir o próximo salto de um determinado pacote destinado a google.com ?

    
por Shraddheya Shendre 21.04.2017 / 15:55

1 resposta

4

A resposta curta é que o DNS não tem nada a ver com a configuração do roteamento, há duas coisas completamente diferentes.

Pense na sua tabela de roteamento como um conjunto de regras que determinam como os pacotes IP são definidos a partir de sua máquina. As regras de roteamento informam ao seu computador onde o roteador de próximo salto está e permite que você envie diferentes grupos de IPs para diferentes roteadores, se desejar, com base no endereço IP e nas máscaras de rede.

O DNS não tem nada a ver com o roteamento. Depois de receber uma resposta do DNS, o seu computador provavelmente tentará estabelecer uma conexão com o endereço IP na resposta do DNS. Ao fazer essa conexão, a pilha de rede usará as combinações IP / máscara de rede na tabela de roteamento para determinar qual entrada na tabela de roteamento corresponde ao IP de destino (ou, se não corresponder, selecionará a rota padrão). A pilha, em seguida, usa essa entrada na tabela de roteamento para determinar para onde enviar o pacote para que ele eventualmente chegue ao IP de destino.

    
por 21.04.2017 / 16:43