Amministrare GNU/Linux - Cia

304 CAPITOLO 8. LA GESTIONE DEI SERVIZI DI BASECome già accennato ciascun servizio che si vuol lanciare con xinetd deve essere specificatocon la direttiva service seguita dal nome dello stesso; un esempio possibile è il seguente:service time{disable = yestypeidsocket_typeprotocoluserwait}service time{disabletypeidsocket_typeprotocoluserwait}= INTERNAL= time-stream= stream= tcp= root= no= yes= INTERNAL= time-dgram= dgram= udp= root= yesservice nntp{socket_type = streamwait = nouser = newsserver = /usr/sbin/leafnodeserver_args = -vonly_from = 192.168.0.0/24access_times = 08:00-17:00}In questo caso si sono definiti due servizi gestiti direttamente da xinetd, e cioè il serviziotime su TCP e UDP, entrambi sono disabilitati, avendo disable impostato su yes. Si noti comesiano stati differenziati attraverso la presenza di un argomento id. Inoltre con socket_type siè specificato il tipo di socket da usare, e con protocol il relativo protocollo. Il campo type diceche il servizio è fornito internamente, mentre user indica che verrà eseguito per conto dell’utenteroot. Infine il campo wait indica se il servizio può essere fornito in maniera concorrente (conmolte connessioni contemporanee) senza attendere la conclusione di una connessione, o no.Oltre ai due servizi interni si è abilitato anche il servizio di news; in questo caso restanospecificati con lo stesso significato precedente gli argomenti wait, socket_type e user (anchese per quest’ultimo si è usato l’utente news), mentre non esistendo il servizio news su UDPnon è stato necessario importare protocol. Si è invece specificato il programma da usare comeserver con server, passando i relativi argomenti con server_args. Inoltre nel caso si è ristrettol’accesso al servizio alle macchine della sottorete 192.168.0.0/24 con only_from e negli oraridi ufficio usando access_times.Oltre a quelli appena illustrati, si sono riportati i principali attributi utilizzabili in tab. 8.2.Li si sono poi suddivisi in due sezioni, la prima contenente quelli che, a certe condizioni, devonocomunque essere specificati, la seconda quelli che sono sempre opzionali. Si ricordi che anche iprecedenti argomenti visti in tab. 8.1 possono essere utilizzati e saranno applicati solo al servizioin questione. Al solito nelle pagine di manuale è riportato un elenco completo di tutti gliargomenti presenti e la descrizione dettagliata di ciascuno di essi.Anche con xinetd è possibile creare un proprio servizio usando i comandi di shell; ripeteremoallora quanto visto con inetd definendo un nuovo servizio netstat. Dato che il servizio è previsto