Mise en place d'un serveur dhcp sur RedHat 7.0

La première étape consiste à installer le package contenant dhcpd (dhcp-2.0-12.i386.rpm sur RedHat 7.0)et à faire quelques manipulations de base : Copier le fichier /usr/share/doc/dhcp-2.0/dhcpd.conf.sample en tant que /etc/dhcpd.conf et créer un fichier /var/lib/dhcp/dhcpd.leases vide ("touch /var/lib/dhcp/dhcpd.leases" par exemple) sans quoi le serveur ne démarrera pas sans vraiment dire pourquoi... un autre piège est qu'il faut impérativement compiler CONFIG_PACKET et CONFIG_FILTER (le Socket Filtering qui n'est habituellement pas indispensable!) dans le noyau du serveur.

La deuxième étape consistera à modifier, en fonction de la configuration de votre réseau, le fichier de configuration /etc/dhcpd.conf. Pour résumer rapidement, il y a deux modes principaux qui pourront être utilisés pour l'attribution dynamique d'adresses IP : L'un se contente de distribuer aléatoirement des adresses bien précises en veillant toujours à ne pas donner la même à plusieurs machines; l'autre attribue systématiquement une adresse bien précise à chaque machine soit en fonction de la demande ou, plus couramment, en fonction de l'adresse MAC ethernet (l'adresse physique) de la carte réseau. Evidemment les deux peuvent coexister, ce qui est très partique pour avoir des machines "sédentaires" auxquelles on pourra toujours s'adresser avec la même adresse, et permettre en même temps à quiconque de venir se brancher sur le réseau avec une nouvelle machine et d'obtenir "automagiquement" et instantanément un accès.

Il est aussi possible de faire booter des machines par le réseau; d'attribuer des paramètres assez complexes lors des requètes et aussi de structurer la configuration si la machine sur laquelle le serveur dhcp est installé possède plusieurs interfaces réseaux. Reportez-vousà la page man (5) de dhcpd.conf pour plus de détails là-dessus.

Premier exemple très simple d'attribution uniquement dynamique :

subnet 192.168.0.0 netmask 255.255.255.0 {
        # Passerelle par défaut
        option routers                  192.168.0.254;
        option subnet-mask              255.255.255.0;
        option domain-name              "domaine.local";
        option domain-name-servers      192.168.0.1, 192.168.0.2;

        # La plage d'adresses qui sera utilisée (ici 32 adresses)
        range dynamic-bootp 192.168.0.32 192.168.0.63.;
        default-lease-time 21600;
        max-lease-time 43200;
}

Ici on voit bien qu'il faudra que les machines dont les adresses sont 192.168.0.1, 192.168.0.2 et 192.168.0.254 devront êtres rentrées en dur dans leur configuration réseau car le serveur dhcp ne s'occupe pas de ces adresses-là, bien qu'elles correspondent à des valeurs dans la configuration.

D'où cet exemple un peu plus complexe où l'on garde la même attribution dynamique mais avec en plus trois attributions statiques pour les trois machines qui auront comme adresses les trois précédamment citées :

subnet 192.168.0.0 netmask 255.255.255.0 {
        # Passerelle par défaut
        option routers                  192.168.0.254;
        option subnet-mask              255.255.255.0;
        option domain-name              "domaine.local";
        option domain-name-servers      192.168.0.1, 192.168.0.2;

        # La plage d'adresses qui sera utilisée (ici 32 adresses)
        range dynamic-bootp 192.168.0.32 192.168.0.63.;
        default-lease-time 21600;
        max-lease-time 43200;

        # Pour ns1 on fait en sorte qu'il ait toujours la même IP
        host ns1 {
                hardware ethernet 00:48:54:6E:4F:31;
                fixed-address 192.168.0.1;
        }

        # Pour ns2 aussi
        host ns2 {
                hardware ethernet 00:48:54:6E:4F:42;
                fixed-address 192.168.0.2;
        }

        # Pour gw aussi
        host gw {
                hardware ethernet 00:48:54:6E:4F:A4;
                fixed-address 192.168.0.254;
        }
}

Mais ce cas est presque trop beau, car si l'adresse en .254 est en fait un alias IP sur ns1 ou ns2, on ne pourra pas utiliser que du dhcp car il est impossible de renvoyer plus d'une adresse IP par hôte... on se rend bien compte alors que l'application la plus courante est du côté des clients et non des serveurs.

  Retour