Configurando servidores DNS, no muque, parte 1

A poucos dias, publiquei um artigo explicando como funciona o sistema DNS e o processo de registro de domínios que serve como uma boa introdução ao tutorial de hoje. Se você já leu o artigo, sinta-se à vontade para pular para a segunda página:

Com frequência, ouvimos dizer que o sistema de DNS é a maior base de dados do mundo. Sob certos aspectos, realmente é, mas existe uma diferença fundamental entre o DNS e um sistema de banco de dados tradicional (como um servidor MySQL usado por um servidor Web, por exemplo), que é o fato do DNS ser uma base de dados distribuída.

No topo da cadeia, temos os root servers, 14 servidores espalhados pelo mundo que têm como função responder a todas as requisições de resolução de domínio. Eles são seguidos por diversas camadas de servidores, que culminam nos servidores diretamente responsáveis por cada domínio.

Um nome de domínio é lido da direita para a esquerda. Temos os domínios primários (chamados de top level domains, ou TLD‘s), como .com, .net, .info, .cc, .biz, etc., e, em seguida, os domínios secundários (country code TLD’s, ou ccTLD‘s), que recebem o prefixo de cada país, como .com.br ou .net.br. Nesse caso, o “com” é um subdomínio do domínio “br”.

Embora normalmente ele seja omitido, todo nome de domínio termina na verdade com um ponto, que representa o domínio raiz, de responsabilidade dos root servers. Quando um dos root servers recebe um pedido de resolução de domínio, ele encaminha a requisição aos servidores da entidade responsável pelo TLD (como “.com”) ou pelo ccTLD (como “.com.br”) do qual ele faz parte. Eles, por sua vez, encaminham a requisição ao servidor DNS responsável pelo domínio, que finalmente envia a resposta ao cliente.

Ao acessar o endereço “www.gdhn.com.br”, o cliente começaria enviando a requisição ao servidor DNS informado na configuração da rede (o DNS do provedor). A menos que tenha a informação em cache, o servidor consulta um dos root servers, perguntando: “quem é o servidor responsável pelo domínio gdhn.com.br?”.

O root server gentilmente responde que não sabe, mas verifica qual é o servidor responsável pelos domínios “.br” (o registro.br) e orienta o cliente a refazer a pergunta, dessa vez a um dos servidores da entidade correspondente. O processo pode envolver mais um ou dois servidores, mas eventualmente o cliente chega ao servidor DNS do responsável pelo site (informado ao registrar o domínio) que finalmente fornece o endereço IP do servidor ao cliente:

Assim como no caso do “com”, que é um subdomínio do “br” de responsabilidade do Registro.br, você pode criar subdomínios, como “www.gdhn.com.br” ou “ftp.gdhn.com.br” livremente. Estes subdomínios podem apontar para seu próprio servidor, para um servidor separado, ou mesmo serem usados como aliases para outros domínios. Dentro da sua zona, ou seja, do seu domínio, a autoridade é você.

Configurar o servidor DNS é uma etapa importante na configuração de qualquer servidor que vai disponibilizar serviços para a Internet, sobretudo hospedar sites, já que nenhum visitante vai querer acessar os sites hospedados através do endereço IP.