Diese Dateien enthalten die Daten, die spezifisch für ein Netzwerk-Interface sind. Sie können nach dem Interface-Namen benannt sein (ifcfg-eth2), nach der Hardware-Adresse einer Netzwerkkarte (ifcfg-000086386be3) oder nach einer Hardware-Beschreibung für eine Karte (ifcfg-usb). Sollen Netzwerkaliase verwendet werden, heißen die dazu nötigen Dateien einfach ifcfg-eth2:1 oder ifcfg-usb:1. Das Skript ifup bekommt neben dem Interface-Namen bei Bedarf auch eine genaue Hardwarebeschreibung und sucht dann die am besten passende Datei zur Konfiguration aus.

Die Dateien enthalten die IP-Adresse (BOOTPROTO=static, IPADDR=10.10.11.214) oder die Anweisung, DHCP zu verwenden (BOOTPROTO="dhcp"). Die IP-Adresse sollte die Netzmaske bereits enthalten (IPADDR="10.10.11.214/16"). Die vollständige Liste von Variablen enthält die Manpage zu ifup. Es können außerdem alle Variablen aus den Dateien dhcp, wireless und config in den ifcfg-*-Dateien verwendet werden, wenn eine sonst allgemeine Einstellung nur für ein Interface verwendet werden soll.

Die Datei config enthält allgemeine Einstellungen zum Verhalten von ifup, ifdown und ifstatus. Sie ist vollständig kommentiert. Ebenso gibt es Kommentare in dhcp und wireless, wo allgemeine Einstellungen zu DHCP und Funknetzwerkkarten Platz finden. Alle Variablen aus diesen Dateien können auch in ifcfg-* verwendet werden und haben dort natürlich Vorrang.

Wie bereits die Datei /etc/host.conf, so spielt auch diese Datei in Bezug auf Auflösung von Rechnernamen durch die resolver–Bibliothek eine Rolle.

In dieser Datei wird angegeben, welcher Domain der Rechner angehört (Schlüsselwort search) und wie die Adresse des Nameservers ist (Schlüsselwort nameserver), der angesprochen werden soll. Es können mehrere Domainnamen angegeben werden. Beim Auflösen eines nicht voll qualifizierten Namens wird versucht, durch Anhängen der einzelnen Einträge in search einen gültigen, voll qualifizierten Namen zu erzeugen. Mehrere Nameserver können durch mehrere Zeilen, die mit nameserver beginnen, bekannt gemacht werden. Kommentare werden wieder mit # eingeleitet.

Ein Beispiel für /etc/resolv.conf zeigt Datei 14.5. “/etc/resolv.conf”.

# Our domain
search example.com
#
# We use sun (192.168.0.20) as nameserver
nameserver 192.168.0.20

YaST trägt hier den angegebenen Nameserver ein!

Einige Dienste wie pppd (wvdial), ipppd (isdn), dhcp (dhcpcd und dhclient), pcmcia und hotplug modifizieren die Datei /etc/resolv.conf über das Skript modify_resolvconf.

Wenn die Datei /etc/resolv.conf durch dieses Skript vorübergehend modifiziert wurde, enthält sie einen definierten Kommentar, der Auskunft darüber gibt, welcher Dienst sie modifiziert hat, wo die ursprüngliche Datei gesichert ist und wie man die automatischen Modifikationen abstellen kann.

Wenn /etc/resolv.conf mehrmals modifiziert wird, wird diese Verschachtelung von Modifikationen auch dann wieder sauber abgebaut, wenn sie in einer anderen Reihenfolge zurückgenommen werden; dies kann bei isdn, pcmcia und hotplug durchaus vorkommen.

Wenn ein Dienst nicht sauber beendet wurde, kann mit Hilfe des Skripts modify_resolvconf der Ursprungszustand wiederhergestellt werden. Beim Booten wird geprüft, ob eine modifizierte resolv.conf stehen geblieben ist (z. B. wegen Systemabsturz). Dann wird die ursprüngliche (unmodifizierte) resolv.conf wiederhergestellt.

YaST findet mittels modify_resolvconf check heraus, ob resolv.conf modifiziert wurde, und dann den Benutzer warnen, dass seine Änderungen nach der Restauration wieder verloren sein werden. Ansonsten verwendet YaST modify_resolvconf nicht, das heißt eine Änderung der Datei resolv.conf mittels YaST und eine manuelle Änderung sind äquivalent. Beides entspricht einer gezielten und dauerhaften Änderung, während eine Änderung durch einen der genannten Dienste nur vorübergehend ist.

In dieser Datei (siehe Datei 14.6. “/etc/hosts”) werden Rechnernamen IP–Adressen zugeordnet. Wird kein Nameserver verwendet, müssen hier alle Rechner aufgeführt werden, zu denen eine IP–Verbindung aufgebaut werden soll. Je Rechner wird eine Zeile bestehend aus IP-Adresse, dem voll qualifizierten Hostnamen und dem Rechnernamen (zum Beispiel earth) in die Datei eingetragen. Die IP–Adresse muss am Anfang der Zeile stehen, die Einträge werden durch Leerzeichen bzw. Tabulatoren getrennt. Kommentare werden durch # eingeleitet.

127.0.0.1 localhost
192.168.0.20 sun.example.com sun
192.168.0.0 earth.example.com earth

Hier werden Netzwerknamen in Netzwerkadressen umgesetzt. Das Format ähnelt dem der hosts-Datei, jedoch stehen hier die Netzwerknamen vor den Adressen (siehe Datei 14.7. “/etc/networks”).

loopback     127.0.0.0
localnet     192.168.0.0

Das Auflösen von Namen – das heisst das Übersetzen von Rechner- bzw. Netzwerknamen über die resolver-Bibliothek – wird durch diese Datei gesteuert. Diese Datei wird nur für Programme verwendet, die gegen die libc4 oder die libc5 gelinkt sind; für aktuelle glibc-Programme vgl. die Einstellungen in /etc/nsswitch.conf! Ein Parameter muss in einer eigenen Zeile stehen, Kommentare werden durch # eingeleitet. Die möglichen Parameter zeigt Tabelle 14.5. “Parameter für /etc/host.conf”.

Ein Beispiel für /etc/host.conf zeigt Datei 14.8. “ /etc/host.conf ”.

# We have named running
order hosts bind
# Allow multiple addrs
multi on

Mit der GNU C Library 2.0 hat der Name Service Switch (NSS) Einzug gehalten (vgl. die Manpage von man 5 nsswitch.conf, sowie ausführlicher The GNU C Library Reference Manual, Kapitel „System Databases and Name Service Switch“>).

In der Datei /etc/nsswitch.conf wird festgelegt, in welcher Reihenfolge bestimmte Informationen abgefragt werden. Ein Beispiel für nsswitch.conf zeigt Datei 14.9. “/etc/nsswitch.conf”. Kommentare werden durch # eingeleitet. Dort bedeutet zum Beispiel der Eintrag bei der Datenbank hosts, dass nach /etc/hosts (files) eine Anfrage über DNS (vgl. Abschnitt 14.6. “DNS – Domain Name System”) losgeschickt wird.

passwd:     compat
group:      compat

hosts:      files dns
networks:   files dns

services:   db files
protocols:  db files

netgroup:   files
automount:  files nis

Die über NSS verfügbaren Datenbanken sind in Tabelle 14.6. “Über /etc/nsswitch.conf verfügbare Datenbanken” genannt. Zusätzlich sind in Zukunft automount, bootparams, netmasks und publickey zu erwarten.

Die Konfigurationsmöglichkeiten der NSS-Datenbanken stehen in Tabelle 14.7. “Konfigurationsmöglichkeiten der NSS-Datenbanken”.

Zusätzlich ist es möglich, unterschiedliche Reaktionen bei bestimmten Lookup-Ergebnissen auszulösen; Details sind der Manpage man 5 nsswitch.conf zu entnehmen.

Über diese Datei wird der nscd Name Service Cache Daemon konfiguriert (vgl. man 8 nscd und die man 5 nscd.conf). Per default werden die Einträge von passwd und groups gecached. hosts wird normalerweise nicht gecached, da sich der Rechner dann nicht mehr auf „forward/reverse lookups“ dieses Namensdienstes verlassen kann. Statt dem nscd diese Aufgabe zu übertragen, sollten sie einen „caching“ Nameserver einrichten.

Wenn beispielsweise das Caching für passwd aktiviert ist, dauert es in der Regel 15 Sekunden, bis ein neu angelegter lokaler Benutzer dem System bekannt ist. Durch das Neustarten des nscd mit dem Befehl rcnscd restart kann diese Wartezeit verkürzt werden.

Hier steht der Name des Rechners, also nur der Hostname ohne den Domainnamen. Diese Datei wird von verschiedenen Skripten während des Starts des Rechners gelesen. Sie darf nur eine Zeile enthalten, in der der Rechnername steht!