Wie eingangs bereits erwähnt, kann mit DHCP auch an ein- und denselben Client bei jeder Anfrage eine ganz bestimmte, definierte Adresse vergeben werden. Solche expliziten Adresszuweisungen haben Vorrang vor dynamischen Adressen aus dem Pool. Im Gegensatz zu den dynamischen verfallen die festen Adressinformationen in keinem Fall, wie es bei den dynamischen der Fall ist, wenn nicht mehr genügend freie Adressen zur Verfügung stehen und deshalb eine Neuverteilung erforderlich ist.

Zur Identifizierung eines mit einer statischen Adresse definierten Clients, bedient sich der dhcpd der so genannten Hardwareadresse. Dies ist eine weltweit einmalige, fest definierte Nummer aus sechs Oktettpaaren, über die jedes Netzwerkgerät verfügt, zum Beispiel 00:00:45:12:EE:F4. Wird nun die Konfigurationsdatei aus Beispiel 27.1, „Die Konfigurationsdatei /etc/dhcpd.conf“ um einen entsprechenden Eintrag wie in Beispiel 27.2, „Ergänzungen zur Konfigurationsdatei“ ergänzt, wird der DHCP-Daemon unter allen Umständen immer dieselben Daten an den entsprechenden Client ausliefern.

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

Der Aufbau dieser Zeilen ist nahezu selbsterklärend: Zuerst wird der Name des zu definierenden Clients eingetragen (host hostname, hier erde) und in der folgenden Zeile die MAC-Adresse angegeben. Diese Adresse kann bei Linux-Rechnern mit dem Befehl ifstatus plus Netzwerkdevice (zum Beispiel eth0) festgestellt werden. Gegebenenfalls müssen Sie zuvor die Karte aktivieren: ifup eth0. Sie erhalten dann eine Ausgabe wie:

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

In unserem Beispiel wird also dem Client, dessen Netzwerkkarte die MAC-Adresse 00:00:45:12:EE:F4 hat, die IP-Adresse 192.168.1.21 sowie der Rechnername erde zugewiesen. Als Hardware-Typ kommt heutzutage in aller Regel ethernet zum Einsatz kommen, wobei durchaus auch das vor allem bei IBM-Systemen häufig zu findende token-ring unterstützt wird.

Aus Sicherheitsgründen enthält bei SUSE LINUX der ISC DHCP-Server den „non-root/chroot“-Patch von AriEdelkind. Damit kann der dhcpd unter der Benutzerkennung nobody und in einer „chroot“-Umgebung (/var/lib/dhcp) laufen. Die Konfigurationsdatei dhcpd.conf muss dafür in /var/lib/dhcp/etc liegen; sie wird vom Init-Skript beim Start automatisch dorthin kopiert.

Dieses Verhalten lässt sich über Einträge in der Datei /etc/sysconfig/dhcpd steuern. Um den dhcpd ohne chroot-Umgebung laufen zu lassen, setzen Sie in der Datei /etc/sysconfig/dhcpd die Variable DHCPD_RUN_CHROOTED auf „no“

Damit der dhcpd auch in der chroot-Umgebung Hostnamen auflösen kann, müssen einige weitere Konfigurationsdateien mit kopiert werden. Dies sind:

Beim Start des Init-Skriptes werden diese deshalb nach /var/lib/dhcp/etc/ kopiert. Diese Dateien müssen auf dem Laufenden gehalten werden, wenn sie durch ein Skript wie /etc/ppp/ip-up dynamisch modifiziert werden. Wenn in der Konfigurationsdatei nur IP-Adressen anstelle von Hostnamen verwendet werden, sind keine Probleme zu erwarten.

Wenn in Ihrer Konfiguration weitere Dateien mit in die chroot-Umgebung kopiert werden müssen, so können Sie diese mit dem Parameter DHCPD_CONF_INCLUDE_FILES in der Datei etc/sysconfig/dhcpd angeben. Damit der dhcp-Daemon aus der chroot-Umgebung heraus weiter protokollieren kann, auch wenn der Syslog-Daemon neu gestartet wird, muss zu der Variablen SYSLOGD_PARAMS in /etc/sysconfig/syslog der Parameter -a /var/lib/dhcp/dev/log hinzugefügt werden.