4. Parâmetros do DNS

O DNS inclui vários tipos de parâmetros. Estes são documentados, na sua maior parte, nas especificações RFC1034 e RFC1035. Os parâmetros adicionais para as diversas classes são definidos em outras RFCs conforme indicado nas tabelas.

Para cada nome armazenado no banco de dados do DNS é atribuído um tipo de objeto para identificá-lo. Por exemplo, o nome é para um host, caixa de correio ou usuário? Por exemplo, como você determina se inf em inf.ufrgs.br é o nome de um host ou um sub-domínio? Quando um cliente pede para o DNS converter um nome (isto é, para executar o mapeamento de nome para endereço), ele deve especificar o tipo de resposta desejado. Por exemplo, um aplicativo telnet remoto deve especificar que deseja o endereço IP de uma máquina, e não a informação do servidor de correio eletrônico do domínio. Em outras palavras, a pergunta deve ser bastante específica.

Um servidor de nomes pode trabalhar em dois modos: recursiva ou interativamente, com já foi mencionado no capítulo anterior, dependendo da solicitação do cliente. Quando um cliente conversor de nomes consulta um servidor de nomes, a mensagem contém as informações seguintes:

• O nome a ser convertido.
• A classe do nome (o grupo de protocolo a ser usado).
• O tipo de resposta desejado (o endereço IP, caixa de correio, etc. associado a esse nome).
• Um "código de operação" que especifica se o servidor de nome deve traduzir o nome completamente.

1. Classes

O DNS foi criado para ser independente de protocolo. Por isso, o campo classe na consulta identifica o grupo de protocolo do registro de interesse. É possível que haja vários registros no banco de dados DNS que tenham os mesmos dados no campo "nome" mas para protocolos diferentes. Para os usuários do TCP/IP, o código de classe é IN de Internet.

Você leu anteriormente que o DNS pode ser usado para traduzir um nome de host para um endereço IP e também pesquisar um endereço de servidor de correio eletrônico para um domínio. Essa informação é diferenciada pelos tipos de objetos. Na tabela 4.1, estão listados os tipos de RR (registros de recursos) mais comuns usados no DNS.

A maioria dos registros que você encontra em um banco de dados DNS é do tipo A, o que significa que eles consistem no nome de um host e seus endereços IP. O próximo tipo comum de registro é provavelmente MX. Ele contém nomes de hosts que atuam como recurso para troca de correspondência eletrônica (gateway) para um sub-domínio dado. Os registros MX habilitam você a enviar uma correspondência eletrônica para alguém em determinado sub-domínio sem precisar conhecer o nome do gateway de correio eletrônico. Por exemplo, você precisa endereçar a correspondência eletrônica para fulano@inf.ufrgs.br sem saber que o nome do servidor de correio eletrônico é caracol. Senão, você teria que endereçar sua correspondência eletrônica para fulano@caracol.inf.ufrgs.br.

Abaixo segue uma tabela com todos os tipos de dados e perguntas (TYPES e QTYPES) definidos para a classe Internet (IN).

3. Formato das Mensagens

Toda a comunicação envolvendo o protocolo do DNS é carregado por um só formato de pacote chamado mensagem. O formato em um primeiro nível da mensagem é dividido em 5 seções (algumas delas ficam vazias em alguns casos), mostrado na figura 4.1.

4. 

   O cabeçalho está sempre presente. O cabeçalho inclui campos que especificam quais das seções restantes estão presentes na mensagem, e também indica se é uma pergunta ou uma resposta, uma pergunta padrão ou algum outro código de operação, etc.

   Os nomes da seções depois do cabeçalho são derivados dos seus usos nas perguntas padrões. A seção pergunta contém campos que descrevem um pergunta a um servidor de nomes. Esses campos são: QTYPE (tipo), QCLASS (classe) e QNAME (nome de domínio). As últimas três seções possuem o mesmo formato: uma lista de registros de recursos (RRs) concatenados, podendo ser vazia. A seção de resposta contém RRs que respondem a pergunta. A seção autoridade contém RRs que apontam para servidores de nomes com autoridade sobre o nome de domínio perguntado. A seção adicional contém RRs que se relacionam com a pergunta, mas não são respostas diretas para a pergunta.

5. Códigos de Operação

Quando um servidor de nomes receber uma consulta, ele verificará se o nome está dentro do sub-domínio para o qual tem autoridade. Nesse caso, ele pesquisará o nome no banco de dados e retornará a informação solicitada, se houver.

Se o servidor de nome não puder converter o nome completamente, ele verificará qual "código de operação" o cliente especificou. Se o cliente tiver solicitado uma conversão recursiva (pesquisa completa), o servidor de nome irá contactar outro servidor de nomes para ver se poderá convertê-lo; se esse servidor contactado não puder converter o nome, ele irá indicar o próximo servidor e assim por diante até que tenha sucesso ou até que o tempo limite de nome não encontrado seja decorrido.

Código	Nome	Significado	Referências
0	Query	Pergunta recursiva	RFC1035
1	IQuery	pergunta não-recursiva	RFC1035
2	Status	Estado	RFC1035
3	Reservado		Internet Assigned Numbers Authority, Dezembro 1994
4	Notify	Notificação	RFC1996
5	Update	Atualização	Paul Vixie, Junho 1997

Tabela 4.4 Códigos de Operação

Se o resolver pedir conversão interativa (pesquisa não recursiva), o servidor de nome irá gerar um erro se não puder converter o nome. Como parte da mensagem de resposta, o servidor de nome indicará outro um servidor no qual o cliente deverá fazer o próxima tentativa.

6. Códigos de Resposta

Sempre que um cliente envia uma pergunta para um servidor de nomes, este responde seguindo um código para as respostas. Abaixo seguem os códigos de resposta e seus respectivos significados.