Vous ne pouvez pas configurer le serveur DHCP / DHCPv6 Windows pour écouter des adresses dynamiques ou toutes les adresses, uniquement des adresses statiques. Y a-t-il une raison technique à cette limitation? Y a-t-il une solution de contournement?
Ma situation particulière:
J'utilise des annonces de routeur pour configurer les hôtes IPv6 dans ce réseau. Le préfixe d'adresse est acquis auprès des routeurs en amont et PEUT changer sans préavis. Le serveur DHCPv6 Windows en question est uniquement configuré pour distribuer des listes de recherche de domaine et d'autres configurations non liées aux adresses (il est configuré pour le mode sans état et ne configure PAS les adresses).
Le serveur DHCPv6 pourrait configurer sa propre adresse en utilisant les mêmes annonces de routeur mais ne répondra pas aux demandes. Je ne peux pas le configurer pour utiliser une adresse statique car il se brisera une fois le préfixe modifié.
Je me rends compte que je peux configurer un ULA dans ce sous-réseau mais c'est un dernier recours (pas une réponse).
MISE À JOUR : La question s'est posée de savoir si le routage IPv6 dynamique est une bonne idée. Je considère que c'est une nécessité même si votre FAI fournit des préfixes statiques. Il doit être utilisé afin de pouvoir rapidement réacheminer à partir des basculements et d'imiter d'autres fonctionnalités fournies par le pseudo-routage dans IPv4 NAT.
Réponses:
Maintenant, je sais que j'ai dit que la création d'un ULA n'était pas une option, mais c'est en fait beaucoup plus facile que je ne le pensais. Vous n'avez pas besoin de publier le préfixe . Et aucune autre adresse du sous-réseau ULA ne doit même exister nulle part.
Oui, c'est une adresse poubelle qui encombre la table de routage mais au moins elle ne pénètre pas dans d'autres machines.
Espérons que Microsoft en prendra note à un moment donné et permettra à son serveur DHCPv6 de répondre sur d'autres adresses disponibles en plus de statiques. Il est logique d'exiger une adresse statique pendant l'attribution d'adresse avec état afin de mapper de manière fiable les étendues aux interfaces. Mais cela ne s'applique pas au DHCPv6 sans état.
Malheureusement, il n'y a pas d'autre réponse à cette question.
la source
Je ne connais pas les raisons techniques pour lesquelles Microsoft force le service DHCP de Windows à n'écouter que sur des adaptateurs réseau configurés statiquement (bien que je puisse en penser à quelques-uns), mais je sais que c'est une exigence, et il n'y a pas de solution de contournement .
Depuis http://technet.microsoft.com/en-us/library/cc755277.aspx :
Depuis http://technet.microsoft.com/en-us/library/cc770650.aspx :
la source
Une solution de contournement possible consisterait à utiliser plusieurs interfaces de types de commutateurs physiques ou virtuels. J'attribuerais un bloc d'adresse locale unique «privé» tel que FC00 :: / 8 pour la liaison de l'interface du serveur DHCPv6. Étant donné que vos ordinateurs clients peuvent avoir plusieurs adresses IPv6, ils devraient toujours pouvoir obtenir une adresse publique / 64 autoconfigurée.
la source
FC00::/8
bloc n'est pas encore défini (il sera peut-être géré par les autorités d'attribution des ULA).FD00::/8
doit être utilisé pour les ULA auto-attribués. Et il n'y a aucune raison pour laquelle vous avez besoin d'une interface séparée. Je peux mettre autant d'adresses sur une seule interface que je le souhaite. Voir mon article ci-dessus concernant l'utilisation d'un ULA statique.