Un serveur DHCP peut-il s’attribuer une adresse IP via DHCP

Cela peut sembler une question stupide (et je crains que ce soit le cas), mais serait-il possible qu'un serveur agissant en tant que seul serveur DHCP du réseau envoie une demande d'adresse IP au réseau, puis intercepte sa propre demande et y réponde ?

Toute mon intuition pointe vers une non-réponse et idéalement je le testerais mais je n'ai pas le temps / les ressources disponibles actuellement, donc j'espérais que quelqu'un d'autre aurait pu avoir la même pensée et l'essayer.

C'est censé être une question générique, mais si quelqu'un est intéressé, je lance isc-dhcp sur ubuntu 11.04

Techniquement, les spécifications permettraient que cela se produise, mais il serait plus que stupide d'essayer de le faire.

C'est une mauvaise idée de deux manières mais oui c'est possible.

1. Le serveur ne peut pas attribuer d'IP au démarrage lorsque le serveur DHCP sur la même machine n'a pas encore été démarré. Vous devez donc vous assurer que le serveur DHCP est opérationnel avant d'essayer d'attribuer l'IP.
2. Si le DHCP met également à jour le DNS pour les hôtes attribués dynamiquement, il est assez difficile de savoir où se trouve votre serveur DHCP lorsque le DNS échoue (pour une raison quelconque)

En théorie, je pense que cela DEVRAIT être possible car la plupart des distributions Linux fournissent une adresse apipa (169.254.0.1 à 169.254.255.254) si aucune n'est configurée ou fournie. Par conséquent, le serveur DHCP devrait être en mesure d'exécuter et éventuellement de répondre aux demandes. Maintenant, si vous configurez une adresse IP réservée (fixe) pour la propre adresse mac du serveur, et si le démon client dhcp continue de fonctionner et continue d'essayer, il devrait en théorie pouvoir être répondu par le démon du serveur dhcp. Ensuite, il devrait être en mesure de définir sa propre adresse IP appropriée et de continuer à répondre aux demandes dhcp d'autres machines.

Je ne sais pas si les serveurs DHCP peuvent avoir une adresse apipa, et je pense que le démon du serveur doit être redémarré après le changement d'ip, mais à part ça ... Je ne peux toujours pas penser à un cas d'utilisation raisonnable pour cela.

Pour autant que je sache, ce n'est PAS possible. DHCP n'est pas uniquement basé sur la diffusion. La partie initiale du protocole DHCP est basée sur la diffusion, mais à un moment donné, le serveur et le client parlent en utilisant leurs adresses IP.

Si je me souviens bien (je n'ai pas les RFC à portée de main), le serveur est le premier de la conversation qui doit envoyer de vraies informations d'adresse IP.

Cela rend automatiquement impossible que le serveur se serve lui-même.

Bien sûr, il est possible que le serveur lui-même soit un client DHCP qui reçoive sa configuration DHCP d'un autre serveur DHCP (généralement une adresse IP réservée fixe). C'est un peu étrange, mais je peux imaginer des cas d'utilisation pour une telle configuration.