13.1. Informazioni di base

xinetd fornisce uno script per fare la conversione in automatico dalla vecchia configurazione di inetd alla nuova versione di file: questo script è xconv.pl, presente nella stessa directory di xinetd (altre distribuzioni, come Mandrake, forniscono un altro script, con risultati medesimi, chiamato inetdconvert). Si usano come segue:

/usr/sbin/xconv.pl < /etc/inetd.conf > /tmp/xinetd.conf
/usr/sbin/inetdconvert -c
     

La differenza principale tra i due script è che quello standard di xinetd riunisce tutte le impostazioni dei servizi nel file xinetd.conf prodotto, mentre quello di Mandrake crea script separati per i singoli servizi nella directory /etc/xinetd.d, cosa che io preferisco, in quanto tutti i file presenti in questa directory vengono inclusi da xinetd tramite la direttiva includedir /etc/xinetd.d del file di configurazione xinetd.conf, e quindi per aggiungere nuovi servizi basta creare un nuovo file nella directory indicata e riavviare il super-demone, senza dover modificare sempre il suo file generale di configurazione. Se la pensate come me, ma non usate Mandrake, ecco quì di seguito lo script in questione:

#!/usr/bin/perl
# -*- Mode: cperl -*-
#--------------------------------------------------------------------------------
# Copyright (C) 2000 by Chmouel Boudjnah <chmouel@mandrakesoft.com>, MandrakeSoft
# Redistribution of this file is permitted under the terms of the GNU 
# Public License (GPL)
#--------------------------------------------------------------------------------
## description: 
# Update a system from inetd file to xinetd.

use strict;

my $inet_files = '/etc/inetd.conf';
my $dir = '/etc/xinetd.d/';
my $remain;
my $choose;

parse_options(@ARGV);
$choose = shift;

die "Need a service to convert\n" if not $choose and not $remain;

system("/bin/mkdir " . "-p " . "$dir") unless -d $dir;

local *F;
open F, $inet_files;
while (<F>) {
    next if /^#/;
    my @t = split;
    my ($service, $socket_type, $protocol, $attente, $user, $server) = split;
    my $programs; $programs .= "$t[$_] " for 6 .. $#t;
    next if -f "$dir/$service";
    next if $service !~ /^$choose$/ and not $remain;
    
    select W; open W, ">$dir/$service";
    print "# Converted by Linux-Mandrake_inetdconvert\n";
    print "service $service\n{\n";
    print "\tsocket_type\t\t= $socket_type\n";
    print "\tprotocol\t\t= $protocol\n";
    print "\twait\t\t\t= ", $attente =~ /yes/ ? "no" : "yes", "\n";
    if ($user =~ /(\w+)\.(\w+)/)  {
    print "\tuser\t\t\t= $1\n";
    print "\tgroup\t\t\t= $2\n";
    } else {
    print "\tuser\t\t\t= $user\n";
    }
    print "\tserver\t\t\t= $server\n";
    print "\tserver_args\t\t= ", $programs, "\n" if $programs;
    print "\tdisable\t\t\t= no\n}\n";
    close W;
}
close F;

sub usage {
    (my $n = $0) =~ s|.*/||g;
    print <<EOF;
Usage: $n -c -d=xinetd-directory -f=inetd-file servie
  
  -c    --convertremaining: Convert all the remainning service.
  -d       --directory=DIR:     Specify another xinetd directory.
  -f     --inetdfiles=FILE:     Specify an another inetd file.
EOF
  exit(0);
}
    
sub parse_options {
    while ($_[0] =~ /^--/ || $_[0] =~ /^-/) {
    $_ = shift;
    if (/-(?-)(directory|d)=([^ \t]+)/) {
        $dir=$1;
    } elsif (/-(?-)(inetdfiles|f)=([^ \t]+)/){
        $inet_files=$1;
    } elsif (/-(?-)(convertremaining|c)/){
        $remain++;
    } elsif (/-(?-)(help|h)/){
        usage();
    } else {
        usage();
    }
    }
}
     

Dovrete renderlo eseguibile col comando chmod 700 inetdconvert. Se lo userete come indicato in precedenza, TUTTI i servizi presenti nel vostro inetd.conf saranno convertiti in script nella directory /etc/xinetd.d, mentre se volete convertire solo determinati servizi, usate lo script senza l'opzione -c, ma indicando invece come parametri dello script i nomi dei servizi che volete. Naturalmente ricordate di aggiungere nel file /etc/xinetd.conf la direttiva includedir /etc/xinetd.d, se non già presente! E tenete comunque conto del fatto che entrambi gli script ignorano completamente le configurazioni dei TCP-Wrappers (i file hosts.allow e hosts.deny), e quindi dovrete comunque modificare i file che vengono generati.

Visto che ci siamo, indichiamo i segnali di sistema che il super-demone accetta per modificare il suo stato. Per prima cosa, EVITATE di dare il segnale SIGHUP! Questo segnale non provoca la rilettura del file di configurazione come ci si aspetterebbe, ricordando il comportamento di inetd, ma provoca il DUMP del demone! Questa, secondo l'autore, è una "feature", in quanto un possibile attacker che volesse inserire una qualche backdoor avviata dal super-demone, nel momento in cui dovesse dare il SIGHUP pensando di avere a che fare con inetd, si ritroverebbe invece senza più il demone in funzione! ;-) Invece, i segnali corretti da usare sono i seguenti:

• SIGUSR1 : rilegge il file di configurazione e i parametri e servizi eventualmente cambiati e/o aggiunti

• SIGUSR2 : come il precedente, ma inoltre uccide i demoni eventualmente non più presenti

• SIGTERM : chiude tutti i demoni prima di chiudere anche inetd

Ah, non sapete come dare questi segnali? Leggete le manpage di kill e killall! ;-)

Il file di config. /etc/xinetd.conf inizia con una sezione defaults, che contiene i parametri usati da tutti i servizi gestiti da xinetd, se questi in seguito non specificano loro proprie modifiche a queste impostazioni, ed ha il formato seguente:

defaults
{
   attributo operatore valore [valore]
   altro_attributo operatore valore [valore]
   ...
}
     

Ogni sezione relativa a un servizio invece ha una forma simile:

service nomeservizio
{
   attributo operatore valore [valore]
   altro_attributo operatore valore [valore]
   ...
}
     

e ogni servizio come abbiamo detto in precedenza può essere specificato direttamente nel file di configurazione globale, o in un file separato in una directory, poi inclusa dalla direttiva includedir ....

Sono disponibili 3 operatori diversi:

• = : usato per assegnare un valore fisso ad un attributo

• += : per aggiungere un valore a un attributo che già ne ha altri assegnati magari nella sezione "defaults" del file di configurazione globale

• -= : come +=, ma rimuove il valore indicato

Un elenco invece dei possibili attributi è il seguente (l'elenco non è completo, altri attributi sono nella manpage di xinetd.conf):

Le ultime quattro opzioni permettono di controllare le risorse in base al server, permettendo di limitare possibile attacchi DoS (Denial of Service), che saturano le risorse.