Questi file contengono la configurazione hardware delle schede di rete e altri dispositivi; contengono inoltre i parametri necessari come modulo del kernel, modo di avviamento e script assegnati. Per maggiori dettagli consultate le pagine di manuale di hwup. Le impostazioni in hwcfg-static-* vengono applicate all'avvio di coldplug, indipendentemente dall'hardware presente.

Questi file contengono le impostazioni per le interfacce di rete. Includono tra le altre cose il modo di avvio e l'indirizzo IP. I parametri consentiti sono descritti nella pagina di manuale di ifup. É inoltre possibile utilizzare nei file ifcfg-* tutte le variabili contenute nei file di dhcp, wireless e config, se una impostazione altrimenti generale debba essere applicata ad una sola interfaccia.

Il file config contiene impostazioni generali per il comportamento di ifup, ifdown e ifstatus che sono ben commentate. Troverete anche commenti in dhcp e wireless, dove risiedono le impostazioni generali per DHCP e schede di rete wireless. Tutte le variabili di questi file possono essere utilizzate anche in ifcfg-*, e hanno lì la precedenza.

Qui stabilite il routing statico di pacchetti TCP/IP. In questi file, la prima colonna indica la meta della route, la seconda il gateway, la terza la maschera di rete della meta e la quarta facoltativamente un'interfaccia di rete. Nella quinta e successive colonne possono essere indicate delle particolari opzioni. Le colonne vuote presentano un -. Per maggiori dettagli, leggete la pagina di manuale di routes e la sezione Section 22.5, “Routing sotto ”.

Se non viene indicata l'interfaccia si tenterà di impostare la route per ogni interfaccia, cosa che riesce solo nel caso dell'interfaccia adatta. Potete applicare ciò ad esempio per la route di default. Al posto di nomi di interfaccia possono essere utilizzati anche nomi di configurazione.

Se una route deve essere utilizzata solo in concomitanza con una determinata configurazione di interfaccia, essa può essere immessa in ifroute-<nome_di_configurazione> invece che in routes. É anche possibile configurare diverse route di default. Verrà utilizzata sempre quella dell'interfaccia di rete configurata come ultima.

Come già il file /etc/host.conf, anche questo file, influisce sulla risoluzione dei nomi degli host tramite la libreria resolver.

Qui si indica a quale dominio appartenga l'host (parola chiave search) e quale sia l'indirizzo del server dei nomi (parola chiave nameserver) da indirizzare. Possono venire indicati più di un nome di dominio. Al momento della risoluzione di un nome non del tutto qualificato si cercherà di creare un nome valido e completamente qualificato ricorrendo alle registrazioni in search. Diversi server dei nomi possono venir resi noti tramite più righe inizianti con nameserver. I commenti vengono introdotti da # registra qui il server dei nomi indicato.

Il file Example 22.5, “/etc/resolv.conf” mostra un esempio per /etc/resolv.conf.

# Il nostro dominio
search 
#
# Usiamo  () come server dei nomi
nameserver 

Alcuni servizi, come pppd (wvdial), ipppd (isdn), dhcp (dhcpcd e dhclient), pcmcia e hotplug modificano il file /etc/resolv.conf tramite lo script modify_resolvconf.

Una volta modificato temporaneamente il file /etc/resolv.conf attraverso questo script, esso conterrà un commento definito che dichiarerà da che tipo di servizio è stato modificato, dove è memorizzato il file originale, e come possono essere disattivate le modifiche automatiche.

Se /etc/resolv.conf è stato modificato più volte, questa concatenazione di modifiche verrà sempre disattivata in modo ordinato, anche se le modifiche vengono annullate in ordine sparso. Cosa che può tranquillamente accadere, nel caso di isdn, pcmcia e hotplug.

Se avete terminato un servizio in modo non corretto, è possibile ripristinare lo stato iniziale con modify_resolvconf. Durante il caricamento, il sistema verifica se si sia fermato un resolv.conf modificato (p.es. a causa di un crollo del sistema) per poi ripristinare la versione originale (non modificata) di resolv.conf

modify_resolvconf check, permette a di stabilire se resolv.conf sia stato modificato ed avvertire l'utente che tali modifiche andranno perse con il ripristino della versione originale. Altrimenti non si serve di modify_resolvconf: modifiche apportate al file resolv.conf tramite ed una modifica effettuata manualmente sono equivalenti. In entrambi i casi, si tratta di una modifica mirata e duratura, mentre le modifiche tramite uno dei servizi menzionati sono di natura temporanea.

In questo file (vd. file Example 22.6, “ /etc/hosts ”) vengono assegnati gli indirizzi IP agli host. Se non si utilizzano server dei nomi, devono venire elencati tutti gli host con i quali deve venire creato un collegamento IP. Per ogni host, in questo file viene annotata una riga consistente dell' indirizzo IP, nome qualificato e nome dell'host (p.es. ). L'indirizzo IP deve trovarsi all'inizio della riga, le registrazioni vengono separate da spazi o da tabulazioni. I commenti vengono preceduti da #.

127.0.0.1 localhost
  
  

Qui vengono convertiti i nomi della rete in indirizzi di rete. Il formato assomiglia a quello del file-hosts, qui però i nomi della rete precedono gli indirizzi (si veda file Example 22.7, “ /etc/networks ”).

loopback     127.0.0.0
localnet     192.168.0.0

La risoluzione dei nomi, cioè la traduzione di nomi di host o di reti tramite la libreria resolver viene controllata da questo file; questo file viene usato solo per programmi linkati con libc4 o libc5; per i programmi glibc attuali, si veda le impostazioni in /etc/nsswitch.conf! Ogni parametro deve trovarsi in una propria riga, commenti vengono introdotti da #. La tabella Table 22.6, “Parametri per /etc/host.conf” mostra i parametri possibili.

Un esempio per /etc/host.conf mostra il file Example 22.8, “ /etc/host.conf ”.

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

Con la GNU C Library 2.0 è arrivato anche il Name Service Switch (NSS) (si veda la pagina di manuale di man 5 nsswitch.conf, come pure per maggiori dettagli The GNU C Library Reference Manual, il capitolo “System Databases and Name Service Switch”.

Il file /etc/nsswitch.conf stabilisce la sequenza nella quale verranno richieste determinate informazioni. Un esempio per nsswitch.conf viene mostrato nel file Example 22.9, “/etc/nsswitch.conf”. I commenti vengono introdotti da #. In questo caso per esempio, la registrazione nella banca dati hosts significa che una richiesta viene inviata a /etc/hosts (files) tramite DNS (cfr. sezione Section 22.7, “DNS: Domain Name System”) ).

passwd:     compat
group:      compat

hosts:      files dns
networks:   files dns

services:   db files
protocols:  db files

netgroup:   files
automount:  files nis

Le banche dati disponibili tramite NSS sono indicate nella tabella Table 22.7, “Banche dati disponibili tramite /etc/nsswitch.conf”; in futuro ci saranno anche automount, bootparams, netmasks e publickey.

Le possibilità di configurazione delle banche dati NSS, vengono illustrate nella tabella Table 22.8, “Possibilitàdi configurazione delle banche dati NSS”.

Inoltre con determinati risultati di ricerca è possibile provocare reazioni differenti; i dettagli a riguardo si trovano nella pagina di manuale man 5 nsswitch.conf

Tramite questo file viene configurato l'nscd (ingl. Name Service Cache Daemon); si veda man 8 nscd e man 5 nscd.conf. Di default le voci in passwd e groups vengono tenute nella cache. Per servizi di directory come NIS e LDAP ciò contribuisce in modo essenziale ad un buon livello di prestazione, poiché altrimenti per ogni accesso a nomi e gruppi si dovrebbe realizzare una connessione di rete. hosts di solito non viene memorizzato temporaneamente (chaching), dato che il sistema non può più fare affidamento su “forward/reverse lookups” di questo servizio di nome. Invece di affidare tale compito all' nscd, si dovrebbe impostare un server dei nomi “caching”.

Se, per esempio, è attivo il caching per passwd, ci vogliono in genere 15 secondi fino a che un utente locale appena creato sia noto al sistema. Riavviando nscd, si può ridurre il tempo d'attesa, il comando sarebbe: rcnscd. restart

Qui si trova il nome dell'host, cioè solo il nome dell'host senza il nome del dominio. Durante l'avvio del computer, questo file viene letto da diversi script; il file può contenere solo una riga recante il nome dell'host!