In diesen Dateien befinden sich die Hardwarekonfigurationen von Netzwerkkarten und anderen Geräten. Sie enthalten die notwendigen Parameter wie Kernelmodul, Startmodus und Skriptzuordnungen. Details hierzu finden Sie in der Manualpage zu hwup. Die Konfigurationen hwcfg-static-* werden beim Start von Coldplug unabhängig von vorhandener Hardware angewendet.

Diese Dateien enthalten die Konfigurationen für Netzwerkinterfaces. Sie enthalten unter anderem den Startmodus und die IP-Adresse. Die möglichen Parameter sind in der Manualpage von ifup beschrieben. 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 Vorrang.

Hier wird das statische Routing von TCP/IP-Paketen festgelegt. In der Datei /etc/sysconfig/network/routes können alle statischen Routen eingetragen werden, die für die verschiedenen Aufgaben eines Systems benötigt werden könnten: Route zu einem Rechner, Route zu einem Rechner über ein Gateway und Route zu einem Netzwerk. Für alle Interfaces, die individuelles Routing benötigen, kann dies jeweils in einer eigenen Datei pro Interface definiert werden: /etc/sysconfig/network/ifroute-*. Für das Zeichen * muss die Interface-Bezeichnung eingesetzt werden. Die Einträge können folgendermaßen aussehen:

DESTINATION           GATEWAY NETMASK   INTERFACE [ TYPE ] [ OPTIONS ] 
DESTINATION           GATEWAY PREFIXLEN INTERFACE [ TYPE ] [ OPTIONS ] 
DESTINATION/PREFIXLEN GATEWAY -         INTERFACE [ TYPE ] [ OPTIONS ]

Falls GATEWAY, NETMASK, PREFIXLEN oder INTERFACE nicht angegeben werden, muss an ihrer Stelle das Zeichen - gesetzt werden. Die Einträge TYPE und OPTIONS können schlicht entfallen.

In der ersten Spalte steht das Ziel einer Route. Dabei kann dort die IP-Adresse eines Netzes oder Rechners oder bei erreichbaren Nameservern auch der voll qualifizierte Name eines Netzes oder eines Rechners stehen.

Die zweite Spalte enthält entweder das Default-Gateway oder ein Gateway, hinter dem ein Rechner oder Netzwerk erreichbar ist. Die dritte Spalte enthält die Netzmaske für Netzwerke oder Rechner hinter einem Gateway. Für Rechner hinter einem Gateway lautet die Maske zum Beispiel 255.255.255.255.

Die letzte Spalte ist nur für die am lokalen Rechner angeschlossenen Netzwerke (Loopback, Ethernet, ISDN, PPP, …) wichtig. Hier muss der Name des Devices eingetragen werden.

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. YaST trägt hier den angegebenen Nameserver ein (siehe Beispiel 22.5, „/etc/resolv.conf“).

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

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 Beispiel 22.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 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 sonne.example.com sonne
192.168.0.1 erde.example.com erde

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

loopback     127.0.0.0
localnet     192.168.0.0

Das Auflösen von Namen – das heißt 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 22.6, „Parameter für /etc/host.conf“. Ein Muster für /etc/host.conf wird in Beispiel 22.8, „/etc/host.conf“ gezeigt.

# 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. 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 Muster für nsswitch.conf zeigt Beispiel 22.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. Kapitel 24, 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 22.7, „Über /etc/nsswitch.conf verfügbare Datenbanken“ genannt. Zusätzlich sind in Zukunft automount, bootparams, netmasks und publickey zu erwarten. Die Konfigurationsoptionen für NSS-Datenbanken sind in Tabelle 22.8, „Konfigurationsmöglichkeiten der NSS-„Datenbanken““ aufgeführt.

Über diese Datei wird der nscd (engl. Name Service Cache Daemon) konfiguriert (vgl. man 8 nscd und man 5 nscd.conf). Per default werden die Einträge von passwd und groups gecached. Dies ist bei Verzeichnisdiensten wie NIS und LDAP essentiell für eine gute Performance, da ansonsten für jeden Zugriff auf Namen oder Gruppen eine Netzwerkverbindung durchgeführt werden muss. 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!