Ces fichiers contiennent les configuration matérielles des cartes réseau et des autres périphériques. Ils contiennent les paramètres nécessaires, comme le module du noyau, le mode de démarrage et les associations de scripts. Pour les détails, reportez-vous à la page de manuel de hwup. Les configurations de hwcfg-static-* sont appliquées lorsque coldplug démarre, indépendamment du matériel existant.

Ces fichiers contiennent les configurations de l'interface réseau. Ils contiennent des informations telles que le mode de démarrage et l'adresse IP. Les paramètres possibles sont décrits dans la page de manuel de ifup. Il est également possible d'utiliser toutes les variables des fichiers dhcp, wireless et config dans les fichiers ifcfg-* si un réglage général ne doit être utilisé que pour une seule interface.

Le fichier config contient les réglages généraux concernant le comportement de ifup, ifdown et ifstatus. dhcp contient des réglages concernant DHCP et wireless des réglages liés aux cartes réseau sans fil. Les variables de ces trois fichiers sont commentées et peuvent également être utilisées dans les fichiers ifcfg-* où elles sont prioritaires.

Le routage statique des paquets TCP/IP est fixé ici. Toutes les routes statiques exigées par les diverses tâches du système peuvent être indiquées dans le fichier /etc/sysconfig/network/routes : les routes vers un hôte, les routes vers un hôte via une passerelle et les routes vers un réseau. Pour chaque interface nécessitant un routage individuel, définissez un fichier de configuration supplémantaire : /etc/sysconfig/network/ifroute-*. Remplacez * par le nom de l'interface. Voici à quoi ressemblent les déclarations des fichiers de configuration du routage :

 DESTINATION
    PASSERELLE MASQUE       INTERFACE [ TYPE ] [ OPTIONS ] DESTINATION
    PASSERELLE LG_PREFIXE INTERFACE [ TYPE ] [ OPTIONS ] DESTINATION/LG_PREFIXE
    PASSERELLE -                 INTERFACE [ TYPE ] [ OPTIONS ] 

Pour ne pas indiquer PASSERELLE, MASQUE, LG_PREFIXE ou INTERFACE, écrivez - à la place. Les déclarations TYPE et OPTIONS peuvent simplement être omises.

La destination de la route est dans la première colonne. Cette colonne peut contenir l'adresse IP d'un réseau, d'un hôte ou, dans le cas de serveurs de noms accessibles, le réseau ou le nom d'hôte pleinement qualifié.

La deuxième colonne contient la passerelle par défaut ou une passerelle par laquelle il est possible d'accéder à un hôte ou un réseau. La troisième colonne contient le masque réseau pour des réseaux ou des hôtes derrière une passerelle. Par exemple, le masque est 255.255.255.255 pour un hôte derrière une passerelle.

La dernière colonne n'est pertinente que pour les réseaux connectés à l'hôte local, comme la boucle locale, Ethernet, RNIS, PPP et le périphérique factice. Le nom du périphérique doit être saisi ici.

Ce fichier indique à quel domaine l'hôte appartient (mot-clé search). Y figure également l'état de l'adresse du serveur de noms auquel accéder (mot-clé nameserver). Plusieurs noms de domaine peuvent être spécifiés. Lors de la résolution d'un nom qui n'est pas pleinement qualifié, une tentative est effectuée pour en générer un en accolant les différents éléments search. Utilisez plusieurs serveurs de noms en saisissant plusieurs lignes commençant chacune par nameserver. Faites précéder les commentaires par des caractères #. YaST enregistre le serveur de noms spécifié dans ce fichier. Exemple 22.5, « /etc/resolv.conf  » montre à quoi /etc/resolv.conf pourrait ressembler.

# Notre domaine search exemple.com
# Nous utilisons soleil (192.168.0.20) comme serveur de noms nameserver 192.168.0.20
    

Certains services, comme pppd (wvdial), ipppd (isdn), dhcp(dhcpcd et dhclient), pcmcia et hotplug, modifient le fichier /etc/resolv.conf au moyen du script modify_resolvconf. Si le fichier /etc/resolv.conf a été temporairement modifié par ce script, il contient un commentaire prédéfini qui fournit des informations sur le service qui l'a modifié, l'endroit où le fichier d'origine a été sauvegardé et comment on peut revenir sur le mécanisme de modification automatique. Si l'on modifie plusieurs fois /etc/resolv.conf, le fichier imbrique les modifications successives. Vous pouvez revenir sur celles-ci proprement si cette annulation a lieu dans un ordre différent de celui dans lequel les modifications ont été introduites. Les services susceptibles d'exiger cette flexibilité comprennent isdn, pcmcia et hotplug.

Lorsqu'on n'a pas mis fin à un service de façon normale et propre, il est possible de restaurer le fichier original à l'aide de modify_resolvconf. De plus, lors de l'amorçage du système, un contrôle est effectué pour vérifier s'il ne reste pas un resolv.conf non nettoyé, modifié, par exemple après une panne du système, auquel cas le resolv.conf original (non modifié) est restauré.

YaST utilise la commande modify_resolvconf check pour savoir si resolv.conf a été modifié et avertit ensuite l'utilisateur que ses modifications seront perdues après la restauration du fichier. En dehors de cela, YaST ne compte pas sur modify_resolvconf, ce qui signifie que l'impact du changement de resolv.conf par le biais de YaST équivaut à une modification manuelle. Dans les deux cas, les changements ont un effet permanent. Les modifications demandées par les services mentionnés ne sont que temporaires.

Dans ce fichier représenté dans Exemple 22.6, « /etc/hosts  »), les adresses IP sont affectées à des noms d'hôtes. Si aucun serveur de noms n'est mis en œuvre, il faut lister ici tous les hôtes avec lesquels une connexion IP doit être configurée. Pour chaque hôte, saisissez une ligne composée de l'adresse IP, du nom d'hôte pleinement qualifié et du nom d'hôte dans le fichier. L'adresse IP doit être placée au début de la ligne et les autres éléments séparés par des blancs et des tabulations. Les commentaires sont toujours précédés d'un caractère #.

127.0.0.1 localhost
192.168.0.20 soleil.exemple.com soleil
192.168.0.1; 192.168.0.1; terre

C'est ici que les noms de réseau sont convertis en adresses réseau. Leur format est similaire à celui du fichier hosts, si ce n'est que les noms de réseau précèdent les adresses. Consultez Exemple 22.7, « /etc/networks  »).

loopback     127.0.0.0
localnet     192.168.0.0

La résolution de noms — la traduction de noms d'hôtes et de noms de réseaux via la bibliothèque resolver — est contrôlée par ce fichier. On ne l'utilise que pour les programmes liés à la libc4 ou la libc5. Pour les programmes glibc actuels, reportez-vous aux réglages contenus dans le fichier /etc/nsswitch.conf. Un paramètre doit toujours se trouver seul dans sa propre ligne. Les commentaires sont précédés d'un caractère #. Un exemple de /etc/host.conf est présenté dans Tableau 22.6, « Paramètres de /etc/host.conf ».

# Le démon named tourne
order hosts bind
# Permettre des adresses multiples
multi on

La version 2.0 de la bibliothèque C de GNU a introduit le Name Service Switch (NSS). Reportez-vous à la page de manuel man 5 nsswitch.conf et au The GNU C Library Reference Manual pour les détails.

L'ordre des requêtes est défini dans le fichier /etc/nsswitch.conf. Un exemple de nsswitch.conf est présenté dans Exemple 22.9, « /etc/nsswitch.conf  ». Les commentaires sont introduits par des caractères #. Dans cet exemple, l'élément placé sous la base de données hosts signifie qu'une requête est envoyée à /etc/hosts (files) via DNS (reportez-vous à la section Chapitre 24, La résolution de noms).

passwd:     compat group:      compat hosts:      files dns
     networks:   files dns services:   db files protocols:  db files netgroup:
     files automount:  files nis
    

Les « bases de données » disponibles sur NSS sont répertoriées dans le tableau Tableau 22.7, « Bases de données disponibles dans /etc/nsswitch.conf ». De plus, automount, bootparams, netmasks et publickey sont attendus dans un futur proche. Les options de configuration pour les bases de données NSS sont répertoriées dans le tableau Tableau 22.8, « Possibilités de configuration des bases de données NSS ».

Ce fichier permet de configurer nscd (name service cache daemon). Reportez-vous à man 8 nscd et man 5 nscd.conf). Par défaut, les éléments système provenant de passwd et groups sont mis en cache par nscd. C'est important pour les performances des services de répertoires comme NIS et LDAP, car sinon il faut utiliser la connexion réseau pour chaque accès aux noms ou aux groupes. hosts n'est normalement pas mis en cache par défaut, parce que le mécanisme contenu dans nscd pour mettre en cache les hôtes rend le système incapable de se fier aux contrôles de recherches directes ou inverses. Au lieu de demander à nscd de mettre des noms en cache, configurez un serveur de cache DNS.

Si la mise en cache de passwd est activée, il faut environ 15 secondes jusqu'à ce qu'un utilisateur local récemment ajouté soit reconnu. Réduisez ce temps d'attente en redémarrant nscd avec la commande rcnscd restart.

C'est ici que se trouve le nom d'hôte sans nom de domaine accolé. Ce fichier est lu par plusieurs scripts pendant que la machine démarre. Il ne peut contenir qu'une ligne, dans laquelle le nom d'hôte est défini.