LPI-2 202-450 Topico 207.2
Criar e manter zonas de DNS

Falando no arquivo named.conf ao criar um domínio tradicional deve ser criada uma entrada diferente da que fazemos no tipo cache-only.

options {
       directory "/var/named";
       };

zone "." IN {
         type hint;
         file "root.hints";
         };

zone "gink.go" IN {
     type master;
     file "gink.go.zone";
     };

Nessa última entrada temos as opções e o arquivo de zona para as solicitações de nome para o domínio "gink.go". A opção type determina a prioridade da zona para o domínio, só existem duas opções em domínios tradicionais sendo master ou slave.

Obs.: Assim podemos resumir que a opção type só tem 3 alternativas de configuração sendo hint para servidores cache-only e master ou slave para servidores tradicionais.

O arquivo definido na opção file deve ser criado no mesmo diretório definido na opção directory na seção options. O arquivo de zona pode ter qualquer nome, porém tradicionalmente utiliza-se os prefixos/sufixos zone ou db.

O arquivo de zona contém várias informações dos nomes do domínio em questão. Um exemplo de arquivo de zona é:

$TTL 3D
@    IN SOA     floid.gink.go.  hostmaster.gink.go. (
     2007060401 ; serial
     28800      ; refresh (8 horas)
     7200       ; retry (2 horas)
     2419200    ; expire (4 semanas)
     86400      ; Negative cache TTL (1 dia)
     )

                NS         floyd
                MX     5   mail
floyd           A          192.168.0.1
hamilton        A          192.168.0.2
www             CNAME      hamilton
felix           A          192.168.0.4
mail            CNAME      felix
emily           A          192.168.0.11

• $TTL 3D Indica a validade padrão dos dados ou por quanto tempo os dados conseguidos a partir desse servidor ficarão no cache de DNS (no caso do exemplo 3 dias).

• Descrição dos itens:

  @    IN SOA     floid.gink.go.  hostmaster.gink.go. (
  │    │    │       │               └─ Email do admin ("." inves de @)
  │    │    │       └───────────────── Nome do servidor Autoritativo
  │    │    └───────────────────────── Chama os próximos valores 
  │    └────────────────────────────── Internet determina a classe
  └─────────────────────────────────── "Atalho para $ORIGIN"
  

• $ORIGIN (ou @) é uma diretiva (variável) que contém como valor padrão o nome da zona em questão indicada na respectiva seção do arquivo named.conf;
• SOA = "Start of Authority" Chama os valores do servidor autoritativo e do email do administrador. Atenção tanto o nome do DNS quanto o email do admin terminam com .;
• ( - ao final da linha indica o início das propriedades dos registros;
• 2009090401; é o "número serial" - número único que indica a zona, pode ser qualquer número mas tradicionalmente é uma data seguido de um número serial, ele sempre deve ser "incrementado" quando se faz uma nova configuração;
• 28800; refresh - intervalo de atualização para o servidor secundário, no exemplo 8 horas;
• 7200; retry - é o intervalo em que um servidor secundário tentará devolver a autoridade para o servidor primário no caso de o secundário ter assumido a autoridade da zona em uma eventual indisponibilidade do primário, no exemplo 2 horas;
• 2419200; expire - prazo de validade das informações em um servidor secundário, no exemplo 4 semanas;
• 86400; Negative cache TTL - intervalo mínimo de permanência das informações negativas no cache de clientes. Por exemplo, uma consulta sobre um host que não está registrado no banco de dados. Isso reduz a carga de resolução negativa no servidor, no exemplo 1 dia;
• ); fecha as propriedades da zona.

• Após as proprieades iniciam-se os mapeamentos (entradas), também conhecidas como "RR" (Resource Records ou em português Registros de Recursos) e/ou nomes do domínio, essas entradas são compostas conforme a seguinte tabela a seguir:

  Nome	Classe	Tipo	Prioridade	Tradução
  @	IN	NS		felix
  		NS		floyd
  		MX	5	mail
  floid		A		192.168.0.1
  hamilton		A		192.168.0.2
  www		CNAME		hamilton
  felix		A		192.168.0.4
  mail		CNAME		felix
  emily		A		192.168.0.11

  Observação: Incluida a entrada NS para felix para exemplificar que o campo "classe" é opcional e o @ para referenciar $ORIGIN também.

  Também é possível incluir o campo TTL entre as colunas "Nome" e "Classe" ou entre "Classe" e "Tipo". Porém também é um campo pouco usado.

Além de zonas para traduzir nomes para números IP, é praxe criar zonas para traduzir números de IP para nomes, processo chamado DNS reverso.

Para tanto é necessário criar mais uma zona específica no arquivo named.conf que aponta para um outro arquivo de zona independente. Note que estamos trabalhando com o mesmo arquivo named.conf apenas adicionando os casos estudados:

options {
       directory "/var/named";
       };

zone "." IN {
         type hint;
         file "root.hints";
         };

zone "gink.go" IN {
     type master;
     file "gink.go.zone";
     };

zone "0.168.192.in-addr.arpa" IN {
     type master;
     file "db.192.168.0.in-addr.arpa";
     allow-update { none; };
     };

O último registro acima especifica a zona reversa. O nome da zona reversa começa com o trecho do IP referente à rede, escrito de trás para frente, seguindo do termo in-addr.arpa, que determina tratar-se de um registro de DNS reverso. Portanto o registro mostrado converterá em nomes os IPs que comecem por "192.168.0". As demais opções, como tipo, nome de arquivo etc., obedecem às mesmas regras do DNS.

O arquivo de zona para o DNS reverso é praticamente idêntico ao do DNS convencinoal:

$TTL 3D
@    IN SOA     floid.gink.go.  hostmaster.gink.go. (
     2007060401 ; serial
     28800      ; refresh (8 horas)
     7200       ; retry (2 horas)
     2419200    ; expire (4 semanas)
     86400      ; Negative cache TTL (1 dia)
     )

     NS         floyd.gink.go.
1    PTR        floyd.gink.go.
2    PTR        hamilton.gink.go.
4    PTR        felix.gink.go.
11   PTR        emily.gink.go.

Nesse caso também se utiliza o @ para referenciar $ORIGIN que por não ter sido declarada explícitamente trata-se do valor colocado na declaração da zona no arquivo named.conf (0.168.192).

No arquivo de zona reverso o tipo de apontamento utilizado é o PTR (ponteiro). A sintaxe é "número,tipo,nome".

Importante: os nomes de host precisam ser completos incluindo o . ao final.

Eventualmente pode ser necessário criar um subdomínio independente para atividades diversas (questões de email são os melhores exemplos) assim se faz necessário delegar a administração de uma porção inferior do domínio para outro servidor DNS.

Esse procedimento é feito no arquivo de zona do domínio em questão, segue exemplo:

$TTL 3D
@    IN SOA     floid.gink.go.  hostmaster.gink.go. (
     2007060401 ; serial
     28800      ; refresh (8 horas)
     7200       ; retry (2 horas)
     2419200    ; expire (4 semanas)
     86400      ; Negative cache TTL (1 dia)
     )

                       NS            floyd
                       MX       5    mail
floyd                  A             192.168.0.1
hamilton               A             192.168.0.2
www                    CNAME         hamilton
felix                  A             192.168.0.4
mail                   CNAME         felix
emily                  A             192.168.0.11
;
; *** Delegacao de subdominio ***
test.gink.go.      IN  NS            ns1.test.gink.go.
ns1.test.gink.go.  IN  A             10.0.0.200

Assim na primeira linha da delegação o domínio "test.gink.go" é registrado por meio de um registro do tipo "NS" que informa que o domínio está sendo mantido por um host chamado "ns1.test.gink.go".

Já na última linha informamos o endereço IP do host "ns1.test.gink.go" por meio de um registro do tipo "A", que também é conhecido como "registro cola" ou glue record. Permitindo que se resolva a entrada NS declarada anteriormente.

Note relativo a delegação de domínio nenhum ajuste precisa ser feito no arquivo "named.conf" sendo esse um ajuste pertinente apenas ao arquivo de zona.

Lembrando que no exemplo acima apenas apontamos 1 servidor de NS é possível e recomendável ter mais de 1 servidor NS tanto para o domínio raís quanto para os domínios delegados. Assunto que trataremos a seguir.

Para aumentar a disponibilidade do serviço, é recomendável criar um servidor DNS escravo, de preferência numa localização física distante do servidor primário.

O arquivo named.conf para subir um servidor escravo (secundário) pode ser escrito da seguinte forma:

options {
        directory "/var/named";
        };


zone "gink.go" {
     type slave;
     file "db.gink.go";
     masters { 192.168.0.1; };
     };

O arquivo de zona que no exemplo tem o nome de "db.gink.go" posuirá apenas o registro SOA:

@    IN SOA     floid.gink.go.  hostmaster.gink.go. (
     2007060399 ; serial
     28800      ; refresh (8 horas)
     7200       ; retry (2 horas)
     2419200    ; expire (4 semanas)
     86400      ; Negative cache TTL (1 dia)
)

Os registros da zona "gink.go" serão enviados automaticamente para o servidor escravo através de um processo chamado "transferência de zona". Nem sempre esse arquivo precisará ser preenchido manualmente.

Para fazer a transferência de zona o número serial existente no servidor escravo deve ser menor do que o número existente no servidor mestre.

Aqui vale relembrar as funções de tempo do registro SOA:

• refresh: especifica o intervalo em que o slave verificará atualizações de registro no servidor mestre;
• retry: sempre que o servidor escravo não puder contactar o servidor mestre ele tentará contactar novamente dentro da janela de tempo especificada nesse campo;
• expire: define que a zona deixará de existir se esse limite de tempo for atingido sem que o secundário consiga se comunicar com o primário.

É sempre importante lembrar que por padrão os valores são escritos em "segundos" para alterar essa unidade de tempo basta utilizar sufixos como "H" para hora, "D" para dia ou "W" para semana.

Um redirecionamento no Bind simplesmente transfere todas as solicitações feitas ao servidor para outro servidor DNS, armazenando os resultados temporariamente para agilizar futuras solicitações, semelhantemente ao servidor cache-only.

Dentro desse cenário se quizermos direcionar qualquer solicitação, basta criar a seção options em named.conf da seguinte forma:

options {
        directory "/var/named";
        forwarders {
                   200.192.140.21;
                   200.192.143.5;
        }
};

Na configuração acima serão utilizados os servidores na seção forwarders para responder solicitações que não estiverem no cache.

Também é possível redirecionar apenas solicitações de uma seção específica, nesse caso, ao declarar a zona no arquivo named.conf devemos definir o tipo da zona como forward:

zone "gink.go" IN {
     type forward;
     forwarders {
                200.192.140.21;
                200.192.143.5;
                }
};

Antes de reiniciar o named é importante verificar se existem erros no arquivo de configuração, para isso utiliza-se o comando named-checkconf:

named-checkconf /etc/named.conf

Se houverem falhas elas serão informadas na saída padrão.