Ces fichiers contiennent les configurations matérielles des cartes réseau et d'autres périphériques. Ils contiennent les paramètres nécessaires, tels que le module de kernel, le mode de démarrage et les associations de scripts. Pour plus d'informations, reportez-vous à la page de manuel qui porte sur hwup. Quel que soit le matériel existant, les configurations hwcfg-static-* sont appliquées lors du démarrage de coldplug.

Ces fichiers contiennent les configurations de l'interface réseau. Ils incluent notamment 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 qui porte sur ifup. En outre, vous pouvez utiliser toutes les variables des fichiers dhcp, wireless et config dans les fichiers ifcfg-* si un paramétrage général doit être utilisé pour une seule interface.

Le fichier config contient les paramètres généraux relatifs au comportement des commandes ifup, ifdown et ifstatus. Le fichier dhcp contient les paramètres relatifs à DHCP et le fichier wireless, les paramètres concernant les cartes LAN sans fil. Les variables des trois fichiers de configuration sont commentées et vous pouvez également les utiliser dans les fichiers ifcfg-*, où elles sont prioritaires.

Le routage statique des paquets TCP/IP est déterminé ici. Vous pouvez saisir toutes les routes statiques requises par les différentes tâches système dans le fichier /etc/sysconfig/network/routes : routes vers un hôte, routes vers un hôte via une passerelle et routes vers un réseau. Définissez un fichier de configuration supplémentaire pour chaque interface nécessitant un routage individuel : /etc/sysconfig/network/ifroute-*. Remplacez * par le nom de l'interface. Les déclarations des fichiers de configuration du routage ont l'aspect suivant :

# Destination     Fictif/Passerelle     Masque réseau            Périphérique 
# 
127.0.0.0         0.0.0.0           255.255.255.0      lo 
204.127.235.0     0.0.0.0           255.255.255.0      eth0 
par défaut        204.127.235.41    0.0.0.0            eth0 
207.68.156.51     207.68.145.45     255.255.255.255    eth1 
192.168.0.0       207.68.156.51     255.255.0.0        eth1 

La destination de la route apparaît dans la première colonne. Celle-ci peut contenir l'adresse IP d'un réseau ou d'un hôte ou, en cas de serveurs de noms accessibles, le réseau ou le nom d'hôte complet.

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

La quatrième colonne n'est utile que pour les réseaux connectés à l'hôte local, tels que la boucle, Ethernet, RNIS, PPP et le périphérique factice. Vous devez saisir le nom du périphérique ici.

Vous pouvez utiliser une cinquième colonne (facultative) pour indiquer le type de route. Les colonnes qui ne sont pas nécessaires doivent comporter un signe moins (-) pour s'assurer que l'analyseur interprète correctement la commande. Pour plus d'informations, reportez-vous à la page de manuel qui porte sur routes(5).

Ce fichier indique le domaine auquel appartient l'hôte (mot-clé search). L'état de l'adresse du serveur de noms auquel vous devez accéder y figure également (mot-clé nameserver). Vous pouvez spécifier plusieurs noms de domaine. En cas de résolution d'un nom qui n'est pas complet, le système tente d'en générer un en reliant les différents éléments search. Pour utiliser plusieurs serveurs de noms, saisissez plusieurs lignes, chacune débutant par nameserver. Faites précéder les commentaires du caractère #. YaST entre le serveur de noms spécifié dans ce fichier. L'Exemple 18.5, « /etc/resolv.conf » illustre à quoi /etc/resolv.conf peut ressembler.

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

Certains services, tels que pppd (wvdial), ipppd (isdn), dhcp (dhcpcd et dhclient), pcmcia et hotplug, modifient le fichier /etc/resolv.conf à l'aide 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 le moyen de désactiver le mécanisme de modification automatique. Si /etc/resolv.conf est modifié plusieurs fois, le fichier inclut les modifications successives. Vous pouvez revenir sur ces modifications si l'annulation a lieu dans un ordre différent de celui dans lequel les modifications ont été introduites. Parmi les services susceptibles d'avoir besoin de cette flexibilité figurent isdn, pcmcia et hotplug.

Si un service n'a pas été arrêté comme il se doit, vous pouvez utiliser le fichier modify_resolvconf pour restaurer le fichier d'origine. En outre, à l'amorçage du système, un contrôle permet de vérifier s'il existe un fichier resolv.conf modifié ou non nettoyé, par exemple à la suite d'un crash système, auquel cas le fichier resolv.conf d'origine (non modifié) est restauré.

YaST utilise la commande modify_resolvconf check pour savoir si le fichier resolv.conf a été modifié. Il avertit ensuite l'utilisateur que ses modifications seront perdues après la restauration du fichier. À l'exclusion de cet aspect, YaST n'a pas recours au fichier modify_resolvconf. Par conséquent, la modification de resolv.conf via YaST a le même impact que n'importe quelle modification manuelle. Dans les deux cas, l'effet des modifications est permanent. Les modifications demandées par les services mentionnés ne sont que temporaires.

Dans ce fichier, illustré dans l'Exemple 18.6, « /etc/hosts », les adresses IP sont assignées aux noms d'hôte. Si aucun serveur de noms n'est implémenté, tous les hôtes vers lesquels une connexion IP doit être configurée doivent être listés ici. Pour chaque hôte, saisissez une ligne composée de l'adresse IP, du nom d'hôte complet et du nom d'hôte dans le fichier. L'adresse IP doit être placée en début de ligne et les éléments doivent être séparés par des espaces et des tabulations. Les commentaires sont toujours précédés du caractère #.

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

Ici, 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. Reportez-vous à l'Exemple 18.7, « /etc/networks ».

loopback     127.0.0.0
localnet     192.168.0.0

Ce fichier contrôle la résolution de noms (conversion des noms d'hôte et de réseau via la bibliothèque du résolveur). Il est exclusivement utilisé pour les programmes liés aux bibliothèques libc4 ou libc5. Pour les programmes glibc actuels, reportez-vous aux paramètres de /etc/nsswitch.conf. Un paramètre doit toujours être seul dans sa propre ligne. Les commentaires sont précédés du caractère #. Le Tableau 18.6, « Paramètres de /etc/host.conf » indique les paramètres disponibles. Un exemple de fichier /etc/host.conf est présenté dans l'Exemple 18.8, «  /etc/host.conf  ».

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

La bibliothèque C version 2.0 de GNU a introduit le NSS (Name Service Switch – Commutation de service de noms). Pour plus d'informations, reportez-vous à la page de manuel qui porte sur nsswitch.conf(5) et au manuel The GNU C Library Reference Manual.

L'ordre des requêtes est déterminé dans le fichier /etc/nsswitch.conf. Un exemple de fichier nsswitch.conf est présenté dans l'Exemple 18.9, « /etc/nsswitch.conf ». Les commentaires sont précédés du caractère #. Dans cet exemple, l'élément situé sous la base de données hosts signifie qu'une requête est envoyée à /etc/hosts (files) via DNS (reportez-vous au Chapitre 20, Le système de noms de domaine).

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 listées dans le Tableau 18.7, « Bases de données disponibles via /etc/nsswitch.conf ». De plus, automount, bootparams, netmasks et publickey sont prévus dans un futur proche. Les options de configuration des bases de données NSS sont listées dans le Tableau 18.8, « Possibilités de configuration des « bases de données » NSS ».

Ce fichier permet de configurer nscd (name service cache daemon - démon cache de service de noms). Reportez-vous aux pages de manuel qui portent sur nscd(8) et nscd.conf(5). Par défaut, les entrées système de passwd et groups sont mises en cache par nscd. Cela est important pour les performances des services Annuaire, tels que NIS et LDAP puisque, sinon, la connexion réseau doit être utilisée pour chaque accès aux noms ou aux groupes. hosts n'est pas mis en cache par défaut puisque le mécanisme de nscd qui permet de mettre les hôtes en cache rend le système local incapable de se fier aux recherches directes et inverses. Configurez un serveur de cache DNS au lieu de demander à nscd de mettre les noms en mémoire cache.

Si la mise en cache de passwd est activée, la reconnaissance d'un nouvel utilisateur local prend environ 15 secondes. Pour réduire ce temps d'attente, redémarrez nscd à l'aide de la commande rcnscd restart.

Il contient le nom d'hôte sans le nom de domaine associé. Ce fichier est lu par plusieurs scripts lors du démarrage de la machine. Il peut contenir uniquement une ligne dans laquelle le nom d'hôte est défini.