2.7.2 inetd e xinetd

Esiste anche un altro metodo di avvio automatico dei daemon, attraverso l’utilizzo del daemon inetd (Internet services daemon) o derivato. Tale daemon, detto anche super daemon, è stato pensato principalmente per l’avvio automatico dei daemon relativi ai servizi di rete: anziché lanciare in esecuzione i daemon relativi a tali servizi all’avvio del sistema, viene lanciato soltanto inetd che rimane in attesa sulle varie porte⁴² di eventuali richieste di uno dei servizi elencati nel file di configurazione /etc/inetd.conf. Non appena arriva una richiesta di un servizio, inetd lancia in esecuzione il daemon relativo. In questo modo è possibile risparmiare risorse di sistema piuttosto che avere processi che consumano risorse e non vengono utilizzati per gran parte del tempo che il sistema rimane acceso.

____________________________________________________________________

Comando: xinetd
Path: /usr/sbin/xinetd

SINTASSI
# xinetd [option]
DESCRIZIONE

option indica la modalità di funzionamento di xinetd. Può assumere i segueni valori:
- -d abilita la modalità di debug;
- -syslog syslog_facility imposta la facility relativa al system log⁴³ secondo quanto specificato da syslog_facility;
- -filelog logfile indica di redirigere il log degli eventi di xinetd nel file logfile;
- -f config_file indica il file di configurazione da considerare secondo quanto specificato da config_file (default /etc/xinetd.conf);
- -pidfile pid_file indica di scrivere nel file pid_file il PID del processo lanciato;
- -stayalive indica di rimanere in esecuzione anche se nel file di configurazione non è stato specificato nessun servizio;
- -limit proc_limit imposta il numero massimo di processi che xinetd può lanciare secondo quanto specificato da proc_limit;
- -logprocs limit imposta il numero massimo di daemon che possono essere lanciati in esecuzione per ogni utente, secondo quanto specificato da limit;
- -version visualizza la versione di xinetd;
- -inetd_compat indica di considerare anche il file di configurazione /etc/inetd.conf subito dopo /etc/xinetd.conf;
- -cc interval indica di controllare un controllo periodico del proprio stato ogni interval secondi;

Il processo xinetd effettua le operazioni elencate in corrsipondenza dei seguenti segnali.

SIGHUP rilegge il file di configurazione e termina l’esecuzione dei daemon relativi a servizi non più attivi (secondo quanto specificato nel file di configurazione).
SIGQUIT termina la sua esecuzione.
SIGTERM termina l’esecuzione di tutti i daemon prima di terminare anche la sua esecuzione.
SIGUSR1 scrive il suo stato interno (dump) nel file /var/run/xinetd.dump.
SIGIOT controlla la consistenza delle sue strutture dati, visualizzando quindi un messaggio relativo.

________________________________________________________________________

Il file di configurazione di xinetd (/etc/xinetd.conf) è un file di testo che indica i servizi gestiti da xinetd. Contiene delle sezioni, ognuna delle quali identifica un servizio, con la seguente sintassi:

Non è necessario specificare tutti gli attributi per ogni servizio, ma quelli necessari (per ogni tipologia di servizio) sono riportati nella tab. 2.6.

defaults
{
attribute = value [value] [...]
[...]
}
Alcuni attributi (log_on_success, log_on_failure, only_from, no_access, passenv, disabled, enabled) hanno un effetto cumulativo ed ogni volta che vengono specificati accumulano il valore a quello precedente, cioè per essi, l’operatore = equivale a +=.

Un esempio del contenuto del file di configurazione di xinet è riportato di seguito

          defaults
          {
                log_type            = FILE /var/log/servicelog
                log_on_success      = PID
                log_on_failure      = HOST RECORD
                only_from           = 128.138.193.0 128.138.204.0
                only_from           = 128.138.252.1
                instances           = 10
                disabled            = rstatd
          }
          #
          # Note 1: the protocol attribute is not required
          # Note 2: the instances attribute overrides the default
          #
          service login
          {
                socket_type         = stream
                protocol            = tcp
                wait                = no
                user                = root
                server              = /usr/etc/in.rlogind
                instances           = UNLIMITED
          }
          #
          # Note 1: the instances attribute overrides the default
          # Note 2: the log_on_success flags are augmented
          #
          service shell
          {
                socket_type         = stream
                wait                = no
                user                = root
                instances           = UNLIMITED
                server              = /usr/etc/in.rshd
                log_on_success      += HOST RECORD
          }
          service ftp
                                                                        
                                                                        
          {
                socket_type         = stream
                wait                = no
                nice                = 10
                user                = root
                server              = /usr/etc/in.ftpd
                server_args         = -l
                instances           = 4
                log_on_success      += DURATION HOST USERID
                access_times        = 2:00-9:00 12:00-24:00
          }
          # Limit telnet sessions to 8 Mbytes of memory and a total
          # 20 CPU seconds for child processes.
          service telnet
          {
                socket_type         = stream
                wait                = no
                nice                = 10
                user                = root
                server              = /usr/etc/in.telnetd
                rlimit_as           = 8M
                rlimit_cpu          = 20
          }
          #
          # This entry and the next one specify internal services. Since
          # this is the same service using a different socket type, the
          # id attribute is used to uniquely identify each entry
          #
          service echo
          {
                id                  = echo-stream
                type                = INTERNAL
                socket_type         = stream
                user                = root
                wait                = no
          }
          service echo
          {
                id                  = echo-dgram
                type                = INTERNAL
                socket_type         = dgram
                user                = root
                wait                = no
          }
          service servers
          {
                type                = INTERNAL UNLISTED
                protocol            = tcp
                port                = 9099
                socket_type         = stream
                wait                = no
          }
          #
          # Sample RPC service
          #
          service rstatd
          {
                                                                        
                                                                        
                type                = RPC
                socket_type         = dgram
                protocol            = udp
                server              = /usr/etc/rpc.rstatd
                wait                = yes
                user                = root
                rpc_version         = 2-4
                env                 = LD_LIBRARY_PATH=/etc/securelib
          }
          #
          # Sample unlisted service
          #
          service unlisted
          {
                type                = UNLISTED
                socket_type         = stream
                protocol            = tcp
                wait                = no
                server              = /home/user/some_server
                port                = 20020
          }