Comme indiqué précédemment, le protocole DHCP permet également d'assigner une adresse statique prédéfinie à un client spécifique pour chaque requête. Les adresses assignées explicitement sont toujours prioritaires sur les adresses dynamiques issues de l'ensemble. En outre, une adresse statique n'arrive jamais à expiration, contrairement à une adresse dynamique. C'est le cas par exemple lorsqu'il n'y a pas assez d'adresses disponibles et que le serveur doit les redistribuer aux clients.

Pour identifier un client configuré avec une adresse statique, dhcpd utilise l'adresse matérielle. Il s'agit d'un numéro fixe et unique sur le réseau, composé de six paires d'octets pour l'identification de tous les périphériques réseau (par exemple, 00:00:45:12:EE:F4). Si les lignes correspondantes, comme celles de l'Exemple 43.2, « Ajouts au fichier de configuration », sont ajoutées au fichier de configuration de l'Exemple 43.1, « Le fichier de configuration /etc/dhcpd.conf », le démon DHCP assigne toujours le même ensemble de données au client correspondant dans toutes les circonstances.

host earth {
hardware ethernet 00:00:45:12:EE:F4;
fixed-address 192.168.1.21;
}

Le nom du client respectif (host nom d'hôte, ici earth) apparaît sur la première ligne et l'adresse MAC apparaît sur la suivante. Sur les hôtes Linux, cette adresse peut être déterminée par la commande ifstatus suivie du périphérique réseau (par exemple, eth0). Si nécessaire, activez d'abord la carte réseau à l'aide de la commande ifup eth0. Vous obtenez alors un résultat semblable à :

link/ether 00:00:45:12:EE:F4

Dans l'exemple précédent, l'adresse IP 192.168.1.21 et le nom d'hôte earth sont assignés automatiquement au client dont la carte réseau possède l'adresse MAC 00:00:45:12:EE:F4. Le type de matériel à saisir est ethernet dans la plupart des cas, même si token-ring, que l'on trouve fréquemment sur les systèmes IBM, est également pris en charge.

Pour améliorer la sécurité, la version SUSE du serveur DHCP d'ISC contient le correctif non-root/chroot d'Ari Edelkind. Cela permet d'exécuter dhcpd avec l'ID utilisateur nobody dans un environnement chroot (/var/lib/dhcp). Pour que cela soit possible, le fichier de configuration dhcpd.conf doit être situé dans /var/lib/dhcp/etc. Au démarrage, le script d'initialisation copie automatiquement le fichier dans ce répertoire.

Pour contrôler le comportement du serveur concernant cette fonction, utilisez les entrées du fichier /etc/sysconfig/dhcpd. Pour exécuter dhcpd sans l'environnement chroot, définissez la variable DHCPD_RUN_CHROOTED de /etc/sysconfig/dhcpd sur « no ».

Pour permettre à dhcpd de résoudre les noms d'hôte, y compris à partir de l'environnement chroot, vous devez également copier d'autres fichiers de configuration :

Ces fichiers sont copiés dans /var/lib/dhcp/etc/ au démarrage du script d'initialisation. Tenez compte de ces copies pour toute modification qu'elles requièrent si elles sont modifiées de manière dynamique par des scripts tels que /etc/ppp/ip-up. Toutefois, vous n'avez pas à vous en inquiéter si le fichier de configuration indique uniquement des adresses IP (et pas de noms d'hôte).

Si votre configuration comporte des fichiers supplémentaires qui doivent être copiés dans l'environnement chroot, indiquez-les sous la variable DHCPD_CONF_INCLUDE_FILES dans le fichier /etc/sysconfig/dhcpd. Pour vous assurer que la fonction de journalisation de DHCP continue à fonctionner après un redémarrage du démon syslog, vous devez ajouter l'option -a /var/lib/dhcp/dev/log sous SYSLOGD_PARAMS dans le fichier /etc/sysconfig/syslog.