MINISTRIO DA EDUCAO SECRETARIA DE EDUCAO PROFISSIONAL E TECNOLGICA INSTITUTO FEDERAL DE EDUCAO, CINCIA E TECNOLOGIA DE MATO GROSSO CAMPUS FRONTEIRA

OESTE

BOOTP/DHCP E DNS

Docente: Marcelo Meire Discentes: Cleitiano Alves, Edy Willian, Jos Alcione, Leandro Franco, Lincoln Ordonho Disciplina: Comunicao de Dados e Protocolos de Redes Curso: Superior em Redes de Computadores

Pontes e Lacerda-MT, 05 de janeiro de 2013.

BOOTP O protocolo bootstrap (BOOTP), um protocolo de configurao de host desenvolvido antes do DHCP. Ele destinado a configurar estaes de trabalho sem disco com recursos de inicializao limitados. DHCP O DHCP ("Dynamic Host Configuration Protocol" ou "protocolo de configurao dinmica de host") permite que todos os micros da rede recebam suas configuraes de rede automaticamente a partir de um servidor central, sem que voc precise ficar configurando os endereos manualmente em cada um. O protocolo DHCP trabalha de uma forma bastante interessante. Inicialmente, a estao no sabe quem , no possui um endereo IP e no sabe sequer qual o endereo do servidor DHCP da rede. Ela manda um pacote de broadcast endereado ao IP "255.255.255.255", que transmitido pelo switch para todos os micros da rede. O servidor DHCP recebe este pacote e responde com um pacote endereado ao endereo IP "0.0.0.0", que tambm transmitido para todas as estaes. Apesar disso, apenas a estao que enviou a solicitao ler o pacote, pois, ele endereado ao MAC da placa de rede. Quando uma estao recebe um pacote destinado a um endereo MAC diferente do seu, ela ignora a transmisso. Dentro do pacote enviado pelo servidor DHCP esto especificados o endereo IP, mscara, gateway e servidores DNS que sero usados pela estao. Exemplo de um cenrio com servidor DHCP, figura 1.

Figura 1. Exemplo de servidor DHCP

Diferenas entre BOOTP/DHCP Existem diferenas significativas na maneira como o BOOTP e o DHCP executam a configurao de host. Veja na tabela abaixo:

BOOTP Desenvolvido antes do DHCP. Destinado a configurar estaes de trabalho sem disco com recursos de inicializao limitados. O BOOTP dinmico possui um prazo de expirao padro de 30 dias para concesses de endereo IP. Oferece suporte a um nmero limitado de parmetros de configurao de cliente chamados extenses de fornecedor. Descreve um processo de configurao de inicializao de duas fases, conforme mostrado a seguir: Os clientes contatam os servidores BOOTP para executar a determinao de endereo e a seleo de nome de arquivo de inicializao. Os clientes contatam os servidores TFTP (Trivial File Transfer Protocol) para executar a transferncia de arquivo de suas imagens de inicializao. Os clientes BOOTP no religam nem renovam a configurao com o servidor BOOTP, exceto quando o sistema reinicializado.

DHCP Desenvolvido aps o BOOTP. Destinado a configurar computadores em rede realocados com frequncia, como portteis, que possuem unidades de disco rgido locais e recursos completos de inicializao. O DHCP possui um prazo de expirao padro de 8 dias para concesses de endereo IP. Oferece suporte a um grande conjunto extensvel de parmetros de configurao de cliente chamado opes. Descreve um processo de configurao de inicializao de fase nica, no qual um cliente DHCP negocia com um servidor DHCP para determinar seu endereo IP e obter quaisquer outros detalhes de configurao inicial de que ele necessita para o funcionamento da rede.

Os clientes DHCP no exigem a reinicializao do sistema para religar ou renovar a configurao com o servidor DHCP. Em vez disso, os clientes entram automaticamente em um estado de reassociao em intervalos de tempo definidos para renovar a alocao de seus endereos concedidos com o servidor DHCP. Esse processo ocorre no plano de fundo e transparente para o usurio.

DNS

Domain Name System (Sistema de Nomes de Domnios) um servio de resoluo de nomes. um dos servios mais utilizados pelo TCP/IP e a internet com certeza a maior rede TCP/IP. A funo do DNS resolver ou descobrir o nome digitado no navegador, e retornar o IP associado a esse nome, o DNS foi criado para justamente facilitar a vida das pessoas, imagine voc tendo que decorar o nmero IP associado a todos os sites que voc conhece? Seria quase impossvel, ento a necessidade desse servio. O DNS passou a ser o servio de resoluo de nomes padro a partir do Windows 200 Server. Anteriormente o servio padro era o WINS ( Windows Internet Name Service). Na verdade o DNS um enorme banco de dados divido em vrios servidores DNS e um conjunto de servios e funcionalidades que permitem a consulta e pesquisa nesse banco de dados. Por exemplo, quando digitado no navegador um endereo como www.willian.com.br o servio de DNS tem que localizar o IP associado a esse endereo e retornar para o local de origem, ou seja, para o usurio que solicitou em seu navegador. Uma breve descrio dos elementos que compe o DNS: O DNS baseado em espao de nomes e rvore de domnios, os espaos de nomes da internet um espao hierrquico ex:

As consultas so dessa forma mesmo ao contrario do final para o inicio. Todos os equipamentos da rede da empresa abc.com.br, faro parte deste domnio. Por exemplo, considere o servidor configurado com o nome de host www. O nome completo deste servidor ser www.abc.com.br, ou seja, com este nome que ele poder ser localizado na Internet. O nome completo do servidor com nome de host ftp ser: ftp.abc.com.br, ou seja, com este nome que ele poder ser acessado atravs da Internet. No banco de dados do DNS que ficar gravada a informao de qual o endereo IP est associado com

www.abc.com.br, qual o endereo IP est associado com ftp.abc.com.br e assim por diante. O nome completo de um computador da rede conhecido como FQDN Full Qualifided Domain Name. Por exemplo ftp.abc.com.br um FQDN. ftp (a primeira parte do nome) o nome de host e o restante representa o domnio DNS no qual est o computador. A unio do nome de host com o nome de domnio que forma o FQDN. Internamente, a empresa abc.com.br poderia criar subdomnios, como por exemplo: vendas.abc.com.br, suporte.abc.com.br, pesquisa.abc.com.br e assim por diante. Dentro de cada um destes subdomnios poderia haver servidores e computadores, como por exemplo: srv01.vendas.abc.com.br, srvpr01.suporte.abc.com.br. Observe que sempre, um nome de domnio mais baixo, contm o nome completo dos objetos de nvel mais alto. Por exemplo, todos os subdomnios de abc.com.br, obrigatoriamente, contm abc.com.br: vendas.abc.com.br, suporte.abc.com.br, pesquisa.abc.com.br. Isso o que define um espao de nomes contnuo. Dentro de um mesmo nvel, os nomes DNS devem ser nicos. Por exemplo, no possvel registrar dois domnios abc.com.br. Porm possvel registrar um domnio abc.com.br e outro abc.net.br. Dentro do domnio abc.com.br pode haver um servidor chamado srv01. Tambm pode haver um servidor srv01 dentro do domnio abc.net.br. O que distingue um do outro o nome completo (FQDN), neste caso: srv01.abc.com.br e o outro srv01.abc.net.br. Em resumo o processo de resoluo composto de duas etapas: Primeira etapa: O DNS tenta resolver o nome, usando o resolver local: Ao digitar o endereo www.microsoft.com e pressionar Enter, o processo de resoluo iniciado. Inicialmente o endereo passado para o cliente DNS, na estao de trabalho do usurio. O cliente DNS conhecido como resolver, conforme j descrito anteriormente, nome este que utilizarei a partir de agora. O cliente tenta resolver o nome utilizando um dos seguintes recursos:

O cache DNS local: Sempre que um nome resolvido com sucesso, o nome e a informao associada ao nome (normalmente o endereo IP), so mantidos na memria, o que conhecido como cache local do DNS da estao de trabalho do cliente. Quando um nome precisa ser resolvido, a primeira coisa que o resolver faz procurar no cache local. Encontrando no cache local, as informaes do cache so utilizadas e a resoluo est completa. O cache local torna a resoluo mais rpida, uma vez que nomes j resolvidos podem ser consultados diretamente no cache, ao invs de terem que passar por todo o processo de resoluo via servidor DNS novamente, processo este que voc aprender logo a seguir. Pode acontecer situaes onde informaes incorretas foram gravadas no Cache Local e o Resolver est utilizando estas informaes. Voc pode limpar o Cache local, usando o comando

ipconfig /flushdns Abra um prompt de Comando, digite o comando ipconfig /flushdns e pressione Enter. Isso ir limpar o Cache local.

O arquivo hosts: Se no for encontrada a resposta no cache local do DNS, o resolver consulta as entradas do arquivos hosts, o qual um arquivo de texto e fica na pasta onde o Windows Server foi instalado, dentro do seguinte caminho: \system32\drivers\etc (para o Windows NT 4, Windows 2000, Windows Server 2003 e Windos XP). O hosts um arquivo de texto e pode ser editado com o bloco de notas. Este arquivo possui entradas no formato indicado a seguir, com um nmeo IP por linha, podendo haver um ou mais nomes associados com o mesmo nmero IP: www.abc.com.br ftp.abc.com.br srv01.abc.com.br intranet.abc.com.br arquivos.abc.com.br pastas.abc.com.br pastas

10.200.200.3 10.200.200.4 10.200.200.18

Se mesmo assim a consulta no for respondida, o resolver envia a consulta para o servidor DNS configurado nas propriedades do TCP/IP como servidor DNS primrio ou configurado via DHCP, como servidor DNS primrio. Segunda etapa: Pesquisa no servidor DNS. Uma vez que a consulta no pode ser resolvida localmente pelo resolver, esta enviada para o servidor DNS. Quando a consulta chega no servidor DNS, a primeira coisa que o servidor DNS faz consultar as zonas para as quais ele uma autoridade. Por exemplo, vamos supor que o servidor DNS seja o servidor DNS primrio para a zona vendas.abc.com.br (diz-se que ele a autoridade para esta zona) e o nome a ser pesquisado srv01.vendas.abc.com.br. Neste caso o servidor DNS ir pesquisar nas informaes da zona vendas.abc.com.br (para a qual ele a autoridade) e responder a consulta para o cliente. Diz-se que o servidor DNS respondeu com autoridade (authoritatively). No nosso exemplo (Figura anterior) no este o caso, uma vez que o nome pesquisado www.microsoft.com e o servidor DNS no a autoridade, ou seja, no o servidor DNS primrio para o domno microsoft.com. Neste caso, o servidor DNS ir pesquisar o cache do servidor DNS (no confundir com o cache local do DNS no cliente). medida que o servidor DNS vai resolvendo nomes, ele vai mantendo estas informaes em um cache no servidor DNS. As entradas so mantidas em cache por um tempo que pode ser configurado pelo administrador do DNS. O cache do servidor DNS tem a mesma funo do cache local do resolver, ou seja, agilizar a consulta a nomes que j foram resolvidos previamente. Se for encontrada uma entrada no cache do servidor DNS, esta entrada ser utilizada pelo servidor DNS para responder a consulta enviada pelo cliente. e o processo de consulta est completo.

Caso o servidor DNS no possa responder usando informaes de uma zona local do DNS e nem informaes contidas no cache do servidor DNS, o processo de pesquisa continua, usando um processo conhecido como recurso (recursion), para resolver o nome. Agora o servidor DNS far consultas a outros servidores para tentar responder a consulta enviada pelo cliente. O processo de recurso ilustrado na Figura a seguir, da ajuda do DNS. Em seguida comentarei os passos envolvidos no processo de recurso Segue um exemplo de como funciona a a busca de site passando por diversos servidores de DNS