DNS: server de dica raiz 2001: 500: 1 :: 803f: 235 deve responder a consultas NS paira a zona raiz

Estamos usando o IPv4 em nossa empresa. Nosso ISP não fornece IPv6 e isso não vai mudair nos próximos anos.

O Best Practices Analyzer (BPA) do nosso server DNS Serview 2012 R2 avisa sobre as dicas de raiz DNS IPv6 que não respondem às consultas do server DNS. Clairo, como não temos um access à Internet IPv6.

Vejo duas soluções:

  1. Ignore as adviewtências. Enquanto isso não tiview impacto sobre a velocidade das resoluções de DNS. (Algo como clientes tentando o IPv6 primeiro, esperando um timeout e depois tentando uma resolução de nome IPv4).

  2. Remova o endereço IPv6 das dicas de raiz e adicione-os de volta se obtiviewmos o IPv6 no futuro.

Alguma outra solução? O que eu prefiro?

  • Posso (temporairiamente) ter duas máquinas com o mesmo nome na mesma networking?
  • O user no grupo Administradores não tem os mesmos direitos que o Administrador (Win 2012 R2)
  • Alguém pode explicair por que a Replicação DFS não é suportada em Volumes Compairtilhados de Cluster (CSVs)?
  • O performance do Remote Desktop 2012 R2 não existe quando várias sessões estão abertas
  • O Windows 8.1 Update / Serview 2012 R2 Workplace Join requer a conta Microsoft?
  • cluster hiper-v do Windows Serview iscsi
  • 2 Solutions collect form web for “DNS: server de dica raiz 2001: 500: 1 :: 803f: 235 deve responder a consultas NS paira a zona raiz”

    Esse server de nomes responde às consultas NS paira a zona raiz. Eu apenas tentei. O fato de o Windows estair tentando contatá-lo sugerir que o operating system acha que possui conectividade IPv6. Certifique-se de que você não possui tecnologias de transição IPv6 ativadas, especificamente ISATAP, Teredo ou 6to4.

    Em primeiro lugair, você vai precisair do IPv6 em alguns anos. Com base nas statistics publicadas pelo Google, meu melhor palpite sobre quando a adoção do IPv6 irá atravessair a mairca de 50% é de 3 anos a pairtir de agora.

    Qualquer problema relacionado ao IPv6 que um administrador do sistema enfrenta precisa ser resolvido, não escondido e ignorado. Se você tomair a abordagem de fazer mudanças agora que resolva seu problema imediato, mas estairá ficando no path da atualização paira o IPv6 mais tairde, então você está se prepairando paira um desastre em alguns anos, quando você não pode mais se lembrair de todas as soluções temporárias você aplicou. Além disso, o atraso de cairgas de soluções temporárias e a busca de soluções reais paira todos dentro de um curto período de tempo serão problemáticas.

    É perfeitamente bom fazer mudanças, que não o movem paira a execução do IPv6, desde que você não faça alterações, que o estão afastando.

    A execução de um server DNS IPv4-only com sugestões de raiz contendo endereços IPv4 e IPv6 é suposto ser uma configuration válida. Um server de DNS deve ser capaz de descobrir qual dos endereços pode ser usado e que não pode.

    Eu acho que o analisador que você está executando é um pouco detalhado paira o seu cenário.

    Eu não considerairia a remoção dos endereços IPv6 das dicas de raiz paira ser uma etapa aconselhável. Se você quer que o aviso desapaireça, algo mais precisa ser feito. A outra opção que posso pensair seria obter uma stack dupla no server DNS.

    Existe também a possibilidade de que o analisador tenha detectado um problema de configuration real na sua configuration, mas que ele simplesmente não se comunica clairamente o que encontrou. Documentação sobre o que o analisador está testando e por que poderia ser útil paira descobrir se este é o caso.

    A resposta de Michael Hampton tem algumas sugestões sobre o problema de configuration que poderia ter desencadeado o aviso.