e Redes

Clientes de rede
vate IP Addressing). O Programa Zeroconf [3] , de Anand Kumria,
preparou o Linux com IPv4LL. Após a instalação, o Zeroconf inicia
automaticamente em cada interface de rede local, e sempre
acescenta a cada endereço de IP, assinado manualmente ou por
DHCP, um adicional por IPv4LL. Isso assegura que o computador
acesse pelo menos um endereço válido. Para o tráfego de
dados enviados, a tabela de roteamento do kernel Linux decide
qual dos endereços locais será utilizado, e zela pela coexistência
pacífica do IPv4LL e outros endereçamentos/endereçadores.
Perguntando nomes
Com essa finalidade, a Apple desenvolveu um protocolo de
nome Multicast-DNS (MDNS) [4] , e liberou suas especificações.
Ele se baseia no clássico DNS e reserva um espaço no domínio
de sufixo .local., no qual o computador registra seus nomes e
endereços de IP. Na rede local, o MDNS serve como um complemento
desburocratizado do serviço de DNS, amplamente usado
na Internet e fortemente regulamentado.
Diferentemente do clássico DNS, que envia em porta 53, o
MDNS trabalha com porta 5353. Isso mantém os dois claramente
separados, e o servidor MDNS também não precisa de
direitos de root. A construção dos pacotes MDNS se iguala a dos
pacotes normais do DNS, e é tão potente que produz e usa até
mesmo as conhecidas ferramentas DNS-Unix como o dig.
Enquanto que a sintaxe de um pacote Multicast DNS segue quase
ao pé da letra as especificações DNS no RFC 1035, a sua semântica
é modificada. Por exemplo, os pacotes Query incluem
mais perguntas. Para economizar largura de banda, o pacote
consulente também oferece possíveis respostas: ele envia os famosos
RRs (Resource Records, ou seja, registros DNS), que são
conhecidos por ele e que correspondem às suas próprias perguntas.
Ninguém mais precisa, então, responder a essas.
Se um computador Multicast DNS quiser publicar um novo registro,
dependendo do caso, ele começa por uma checagem de colisão.
77