Pourquoi Server 2012 attribue-t-il la série "169.254.*.*" lors de la création du serveur DHCP ?

1) Le DLink fournit le DHCP. Il est impossible que cela provienne du Motorola ou du fournisseur d'accès, puisque le DLink effectue la NAT (sinon il n'aurait pas 192.168.0.1 du côté du réseau local).
Désactivez le DHCP sur le DLink s'il vous plaît.

2) Une répartition exacte entre le serveur et l'autre serveur DHCP pour les clients de domaine et les clients hors-domaine est bidon. Lorsqu'il y a deux serveurs DHCP, ils répondent tous les deux à une requête DHCP. Le client décidera de l'offre à accepter. Si le client a un historique avec l'un d'eux, il acceptera généralement l'offre du serveur avec lequel il a parlé le plus récemment. Cela peut donner l'impression que le client de domaine ne parle qu'au serveur 2012, mais ce n'est pas vraiment ce qui se passe.

Ma meilleure hypothèse : le serveur 2012 n'a pas reçu de DHCP à l'origine et a généré automatiquement l'adresse. Le serveur DHCP sur la machine a été rendu actif à ce moment-là. Ensuite, vous avez défini l'adresse IP statique, mais vous n'avez pas redémarré le service DHCP, de sorte qu'il ne l'a pas détecté. L'adresse sera probablement normale après un redémarrage du serveur.

La première raison qui provoque de tels problèmes est qu'il s'agit toujours d'une carte réseau qui est connectée. Même s'il n'y a pas de connexion physique, elle reçoit les séries IP 169.254.xx et peut causer de tels problèmes. Comme solution, vous pouvez désactiver l'IPv4 de cette carte réseau. Ou vous pouvez supprimer cette adresse en utilisant netsh ( http://technet.microsoft.com/en-us/library/cc731521(WS.10).aspx#BKMK_suppressiond'adresse )

Avez-vous plusieurs adaptateurs réseau sur le serveur, mais ils ne sont pas connectés ? La désactivation des adaptateurs réseau non connectés résout ce problème. Le serveur DHCP a été lié à la mauvaise carte.