O DNS é usado no mundo IPv4 fazer nome-à-dirige-se a mappings e ao versa vice. Isto não está mudando no mundo IPv6. A necessidade para o DNS é realmente muito mais grande por causa do comprimento dos endereços IPv6. Os ambientes IPv4/IPv6 misturados necessitam entradas múltiplas do anfitrião no DNS. Um anfitrião que comunica-se com ambas as versões de TCP/IP necessita ao menos duas entradas em DNSone com seu endereço IPv4 e no outro com seu endereço IPv6. Um tipo record novo do DNS foi definido para os anfitriões IPv6. O RFC 3596 define o tipo registro de AAAA (chamado "quad-A-Um"). O RFC 2874 define A6 o tipo registro, que foi projetado fazer renumbering das redes e das mudanças do prefixo mais fáceis de administrar. A6 foi movido para o status experimental e não é usado. Os outros tipos record do DNS (registros do NS e do PTR) remanescem unchanged, ajustando somente ao formato de endereço IPv6.
|
|
O RFC 3596 descreve extensões do DNS para as execuções IPv6 baseadas em AAAA records.This que o tipo record pode armazenar um endereço de 128-bit IPv6, e o valor do DNS para este tipo de registro é 28 (notação decimal). Um anfitrião que tenha mais de um endereço IPv6 tem um registro de AAAA para cada endereço. O domínio reverso correspondente do lookup é IP6.ARPA. Os registros reversos do lookup são registros do PTR do tipo 12.
Um tipo registro de AAAA pode olhar como este:
moon.universe.com EM AAAA 4321:0:1:2:3:4:567:89ab
Para lookups reversos, cada nível do subdomain sob IP6.ARPA representa 4 bocados do endereço 128-bit. Menos bocado significativo aparece no distante esquerdo do Domain Name. Omitir zero principais não é permitido neste argumento, assim que no registro do PTR para os olhares precedentes do exemplo como este:
PTR moon.universe.com de b.a.9.8.7.6.5.0.4.0.0.0.3.0.0.0.2.0.0.0.1.0.0.0.0.0.0.0.1.2.3.4.IP6.ARPA.INAnote que há diversas maneiras representar os endereços IPv6 reversos no DNS. Depende da execução, assim que consulte à documentação do seu vendedor a encontram para fora que o formato se espera.
LIGUE os instrumentos IPv6 DNS nas versões do LIGAMENTO 8.4 e mais elevado e na versão 9 do LIGAMENTO. Para o LIGAMENTO 8.2.3, um remendo que adicione a sustentação algum IPv6 está disponível.
As execuções do DNS baseadas nestas versões do LIGAMENTO suportam IPv6. Um local bom da referência para o LIGAMENTO é o homepage do consortium dos sistemas do Internet em http://www.isc.org/products/BIND. O mesmo local tem uma lista das execuções do vendedor baseadas no LIGAMENTO. Há também umas ligações às versões do LIGAMENTO que funcionam em versões diferentes do sistema se operando de Microsoft.
A lima a mais importante para configurarar um usuário conhecido em Unix é /etc/named.conf. A lima própria contem informação detalhada em como configurará-la. Para fazer o trabalho do name resolution sobre IPv6, você necessita adicionar uma entrada importante: escute em ipv6 {}. Esta entrada diz o usuário conhecido para aguardar até escutar as perguntas IPv6. Atualize então /var/named com as entradas para todos os anfitriões IPv6.
Os resolvers são a peça do cliente em uma comunicação do DNS. O resolver emite para fora pedidos do DNS para endereços do IP aos usuários do DNS. Pode ser parte de um sistema operando-se ou de uma aplicação. Os usuários do DNS têm também um resolver executado para emitir para fora pedidos do DNS a outros usuários do DNS.
Os resolvers em uma rede IPv4/IPv6 devem poder segurar todos os tipos record: o tipo record de A para IPv4 e o tipo record de AAAA para IPv6. No futuro, os resolvers necessitam também um mecanismo para escolher o protocolo no duplo-empilham o anfitrião. Quando o usuário do DNS responde com um jogo de endereços diferentes, os resolvers necessitam executar uma característica para uma escolha do defeito do endereço, e este deve ser configurable. Se a resposta do DNS contiver um IPv4 e um endereço IPv6, o resolver pode um ou outro endereços para diante à aplicação de pedido e deixa a aplicação fazer a escolha ou fazer uma escolha em nome da aplicação. Se o resolver enviar o endereço IPv4, a aplicação comunicar-se-á sobre IPv4; se enviar o endereço IPv6, a aplicação comunicar-se-á sobre IPv6. As aplicações escritas para duplo-empilham anfitriões devem poder determinar se se comunicam com os pares IPv6 ou IPv4.
Quando os povos falam sobre a sustentação IPv6 no DNS, estão consultando geralmente a dois aspectos diferentes que não são indicados às vezes claramente. Um aspecto é se seus registros do endereço das sustentações IPv6 do usuário do DNS (AAAA). Um usuário do DNS que suporta registros de AAAA não tem que necessariamente ser perguntado sobre IPv6. Pode responder a tais pedidos usando IPv4. O outro aspecto é se o resolver e o usuário do DNS podem usar IPv6 porque um transporte para perguntas e respostas do DNS. Por exemplo, se você tiver Windows.xp com o corredor da pilha IPv6, faz lookups para os registros IPv6 mas usos IPv4 como o transporte para a pergunta. A sustentação para resolver nomes do DNS sobre IPv6 no exemplo de Windows.xp é planeada para a liberação principal seguinte. O serviço do DNS na família 2003 do usuário de Windows suporta o transporte IPv6.
Para os registros do lookupof IPv6 do DNS, seu cliente necessita um resolver que suporte o tipo record novo. Em meu caso, eu usei o anfitrião Ford de SuSE Linux com utilidades do LIGAMENTO 9 e o meu anfitrião Marvin de Windows.xp com a pilha IPv6.
Eu usei o nslookup jogar com meu usuário novo do DNS. Você pode também usar a escavação e o anfitrião para lookups do DNS; são instalados com nslookup do LIGAMENTO 9. têm muitas opções da configuração. Pode ser funcionada na modalidade interativa, e você pode especificar os tipos de registros que você quer perguntar. Você pode ajustar a modalidade da pergunta ao tipo registros de A para o tipo registros de IPv4 ou de AAAA para IPv6, ou ajuste-o a "," em que nslookup do caso pedirá todos os registros. A versão que do nslookup eu me usei não suportou o tipo A6. O usuário do DNS emite ainda a informação para trás, que é porque você vê "o record unrecognized" datilografar dentro a resposta.
Na prática, há algumas edições com lookups do DNS onde os usuários do DNS não reagem como esperado quando perguntados para registros de AAAA. Isto pode conduzir a comportamento inesperado no cliente: por exemplo, um web browser que não possa conectar a um web server embora o connectivity esteja disponível porque pergunta o DNS para um registro de AAAA e, se não houver nenhuma entrada, não cai para trás a IPv4 mesmo que o web server tenha um registro de A com um endereço IPv4. Há umas causas diferentes e uns casos e, conformemente, uns scenarios de pesquisa de defeitos diferentes. Se você quiser explorar mais mais esta edição, consulte a RFC 4074, "Misbehavior comum de encontro às perguntas do DNS para os endereços IPv6."
Online: 679 users browsing the articles directory
|
|