Você não pode definir o servidor DHCP / DHCPv6 do Windows para escutar endereços dinâmicos ou todos os endereços, apenas endereços estáticos. Existe uma razão técnica para esta limitação? Existe alguma solução alternativa?
Minha situação específica:
Estou usando anúncios de roteador para configurar hosts IPv6 nesta rede. O prefixo do endereço é adquirido dos roteadores upstream e PODE ser alterado sem aviso prévio. O servidor DHCPv6 do Windows em questão é configurado apenas para distribuir listas de pesquisa de domínio e outras configurações não relacionadas a endereços (ele foi configurado para o modo sem estado e NÃO configura endereços).
O servidor DHCPv6 pode configurar seu próprio endereço usando os mesmos anúncios de roteador, mas não responderá às solicitações. Não consigo configurá-lo para usar um endereço estático, pois ele será interrompido quando o prefixo for alterado.
Percebo que posso configurar um ULA nessa sub-rede, mas esse é o último recurso (não é uma resposta).
ATUALIZAÇÃO : Há alguma dúvida sobre se o roteamento IPv6 dinâmico é uma boa ideia. Considero uma necessidade, mesmo que o seu ISP forneça prefixos estáticos. Ele deve ser usado para poder rotear rapidamente de failover e imitar outras funcionalidades fornecidas pelo pseudo-roteamento no NAT do IPv4.
Respostas:
Agora eu sei que disse que configurar um ULA não era uma opção, mas na verdade é muito mais fácil do que eu pensava. Você não precisa publicar o prefixo . E nenhum outro endereço na sub-rede ULA precisa existir em qualquer lugar.
Sim, é um endereço de lixo que atravessa a tabela de roteamento, mas pelo menos não entra em outras máquinas.
Espero que a Microsoft tome nota em algum momento e permita que o servidor DHCPv6 responda em outros endereços disponíveis, além do estático. Faz sentido exigir um endereço estático durante a atribuição de endereço com estado, a fim de mapear de forma confiável escopos para interfaces. Mas isso não se aplica ao DHCPv6 sem estado.
Infelizmente, não há outra resposta para essa pergunta.
fonte
Não sei os motivos técnicos pelos quais a Microsoft força o serviço DHCP do Windows a ouvir apenas em adaptadores de rede configurados estaticamente (embora eu possa pensar em alguns), mas sei com certeza que isso é um requisito e não existem soluções alternativas. .
Em http://technet.microsoft.com/en-us/library/cc755277.aspx :
Em http://technet.microsoft.com/en-us/library/cc770650.aspx :
fonte
Uma solução possível seria usar várias interfaces, tipos de comutador físico ou virtual. Eu atribuiria um bloco de endereços local exclusivo 'particular', como FC00 :: / 8, para a ligação da interface do servidor DHCPv6. Como os computadores clientes podem ter vários endereços IPv6, eles ainda devem conseguir um endereço público / 64 configurado automaticamente.
fonte
FC00::/8
bloco ainda não está definido (possivelmente serão gerenciados ULAs pelas autoridades de atribuição).FD00::/8
deve ser usado para ULAs auto-atribuídos. E não há motivo para você precisar de uma interface separada. Posso colocar quantos endereços em uma única interface desejar. Veja meu post acima em relação ao uso de um ULA estático.