Editer un article - Informaticien.be

Editer un article

Titre
Mots Clés
Texte	[size=18] [b]Name[/b] [/size] xinetd - Le démon des services Internet [size=18] [b]Résumé[/b] [/size] [b]xinetd[/b] [[i]options[/i]] [size=18] [b]Description[/b] [/size] [b]xinetd[/b] fournit les même fonctionalités que [b]inetd[/b] : il démarre les programmes fournissant des services Internet. Au lieu de démarrer ces services au moment de l'initialisation du système, et de les laisser inactifs jusqu'à ce qu'il y ait une demande de connexion, on ne démarre que [b]xinetd[/b] et celui ci écoute sur tous les ports nécessaires aux services listés dans ses fichiers de configuration. Lorsqu'une requête arrive, [b]xinetd[/b] démarre le service correspondant. À cause de la façon dont il fonctionne, [b]xinetd[/b] (comme [b]inetd[/b]) est aussi appelé le super-serveur.     Les services listés dans les fichiers de configuration de [b]xinetd[/b] peuvent être séparés en 2 groupes. Les services du premier groupe sont dit [i]multi-threaded[/i] et ils nécessitent que le processus père crée un nouveau processus pour chaque nouvelle demande de connexion. Chaque processus gère alors une connexion. Pour de tels services, [b]xinetd[/b] continue d'écouter pour prendre en charge de nouvelles demandes de connexions, et de lancer de nouveaux processus. D'un autre côté, le deuxième groupe est composé des services pour lesquels un seul démon prend en charge toute les nouvelles requêtes de connexion. De tels services sont appelés [i]single-threaded[/i] et [b]xinetd[/b] ne prendra plus en charge les requêtes destinées à ce serveur tant que le serveur sera en service. Les services de cette catégorie sont habituellement de type datagramme.     Jusqu'à présent, la seule raison de l'existence d'un super-serveur était de préserver les ressources système en évitant de créer de nombreux processus dont la plupart ne seront actifs que très peu de temps. Tout en remplissant ces fonctions, [b]xinetd[/b] tire parti de l'idée du super-serveur pour ajouter des fonctionnalités telle que le contrôle d'accès et le logging. De plus, [b]xinetd[/b] ne se restreint pas aux services listés dans le fichier [i]/etc/services.[/i] Par conséquent, tous le monde peut utiliser [b]xinetd[/b] pour démarrer des services personnalisés. [size=18] [b]Options[/b] [/size] [b]-d[/b] [table][row][col]    [/col][col]Autorise le mode debug. Ceci produit de nombreuses informations de debugging, et permet d'utiliser un debugger sur [b]xinetd[/b].[/col][/row][/table] [b][i]-syslog option_syslog[/i][/b] [table][row][col]    [/col][col]Cette option permet de récupérer les messages produits par [b]xinetd[/b] en utilisant les nombreuses options du démon syslog. Les possibilités suivantes sont supportées : [i]daemon,[/i] [i]auth,[/i] [i]user,[/i] [i]local[0-7][/i] (voir [i]syslog.conf(5)[/i] pour leur signification). Cette option est sans effet en mode debug, car tous les messages significatifs sont envoyés vers le terminal.[/col][/row][/table] [b][i]-filelog fichier_de_log[/i][/b] [table][row][col]    [/col][col]Les messages produits par [b]xinetd[/b] seront placés dans le fichier spécifié. Les messages sont toujours ajoutés au fichier existant. Si le fichier n'existe pas , il sera créé. Cette option est sans effet en mode debug, car tous les messages significatifs sont envoyés vers le terminal.[/col][/row][/table] [b][i]-f fichier_de_config[/i][/b] [table][row][col]    [/col][col]Désigne le fichier de configuration utilisé par [b]xinetd[/b]. Le fichier par défaut est [i]/etc/xinetd.conf[/i].[/col][/row][/table] [b]-pidfile fichier_pid[/b] [b][/b] [table][row][col]    [/col][col]L'identificateur du processus est écrit dans ce fichier. Cette option est sans effet en mode debug. [/col][/row][/table] [b][i]-stayalive [/i][/b] [table][row][col]    [/col][col]Indique à xinetd de continuer à tourner même si aucun service n'est spécifié.[/col][/row][/table] [b][i]-loop taux[/i][/b] [table][row][col]    [/col][col]Cette option indique le taux de création de processus au delà duquel on considère qu'il y a une erreur et que le service est désactivé. Ce taux est défini en nombre de processus qui peuvent être créé en une seconde. Ce taux est déterminé par la puissance de votre machine. La valeur par défaut est 10.[/col][/row][/table] [b]-reuse[/b] [table][row][col]    [/col][col]Si cette option est utilisée, [b]xinetd[/b] va activer l'option de socket [i]SO_REUSEADDR[/i] avant de donner une adresse IP à la socket du service. Ceci permet l'utilisation de l'adresse, même si celle ci est utilisée par d'autre programmes, ce qui arrive lorsqu'une instance précédente de [b]xinetd[/b] a lancé des serveurs qui tournent toujours. Cette option n'a aucun effet sur les services [size=6]RPC[/size][/col][/row][/table] [b][i]-limit proc_limit[/i][/b] [table][row][col]    [/col][col]Cette option limite le nombre de processus concurrents qui peuvent être lancés par [b]xinetd.[/b] Son utilité est d'éviter un débordement de la table des processus.[/col][/row][/table] [b][i]-logprocs limit[/i][/b] [table][row][col]    [/col][col]Cette option limite le nombre de processus concurrents pour l'acquisition d'userid à distance.[/col][/row][/table] [b][i]-shutdownprocs limit[/i][/b] [table][row][col]    [/col][col]Cette option limite le nombre de processus concurrents pour l'arrêt du service (forké lorsque l'option [b][size=6]RECORD[/size][/b] est utilisée).[/col][/row][/table] [b][i]-cc interval[/i][/b] [table][row][col]    [/col][col]Cette option indique à [b]xinetd[/b] de faire des vérifications périodique sur son état interne toute les [i]interval[/i] secondes.[/col][/row][/table]     Les options [i]syslog[/i] et [i]filelog[/i] sont mutuellemnt exclusives. Si aucune n'est spécifiée, la valeur par défaut est syslog et utilise l'option [i]daemon. [/i] Il ne faut pas confondre les messages venant de [b]xinetd[/b] avec les messages relatifs aux services de logging. Ces derniers sont loggués seulement si cela est spécifié dans les fichiers de configuration. [size=18] [b]ContrÔler xinetd[/b] [/size]     [b]xinetd[/b] effectue certaines actions quand il reçoit certains signaux. Les actions associées avec des signaux spécifiques peuvent être redéfinies en éditant le fichier [i]config.h[/i] et en recompilant. [b]SIGUSR2[/b] [table][row][col]    [/col][col]génère une reconfiguration hard, ce qui signifie que [b]xinetd[/b] relit le fichier de configuration et arrête les processus pour les services qui ne sont plus disponibles. Le contrôle d'accès est effectué à nouveau sur les services qui fonctionnent, en vérifiant l'adresse IP du client, les horaires d'accès et le nombre d'instances du service. Si le nombre de serveurs est diminué, certaines instances prises au hasard seront détruites afin de satisfaire la nouvelle limite ; cela sera effectué [i]après[/i] que certaines instances soient arrêtées car elle ne satisfont plus aux nouvelles règle d'adressage ou de créneau horaire. De plus, si le flag [b]INTERCEPT[/b] n'était pas mis et qu'il est mis, tous les processus de ce service seront arrétés ; [i]La[/i] raison de cela est d'être certain qu'après une reconfiguration hard il n'y aura plus aucun processus qui puisse accepter des paquets venant d'une adresse qui est interdite par les nouveaux critères du contrôle d'accès.[/col][/row][/table] [b]SIGQUIT[/b] [table][row][col]    [/col][col]termine le programme.[/col][/row][/table] [b]SIGTERM[/b] [table][row][col]    [/col][col]termine tous les processus avant de tuer [b]xinetd[/b].[/col][/row][/table] [b]SIGHUP[/b] [table][row][col]    [/col][col]génère un dump de l'état interne (le fichier par défaut est [i]/var/run/xinetd.dump[/i] ; pour utiliser un autre fichier, il faut éditer [i]config.h[/i] et recompiler).[/col][/row][/table] [b]SIGIOT[/b] [table][row][col]    [/col][col]fait une vérification interne pour s'assurer que les structures de données utilisées par le programme n'ont pas été corrompues. Lorsque la vérification est terminée [b]xinetd[/b] génère un message qui indique que la vérification est réussie ou non.[/col][/row][/table]     Lors d'une reconfiguration, les fichiers de log sont fermés et rouverts. Ceci permet de se débarrasser des vieux fichiers de log. [size=18] [b]Fichiers[/b] [/size]     [b]/etc/xinetd.conf [/b] [table][row][col]    [/col][col]fichier de configuration par défaut[/col][/row][/table] [b]/var/run/xinetd.dump[/b] [table][row][col]    [/col][col]fichier de dump par défaut[/col][/row][/table] [size=18] [b]Voir aussi[/b] [/size] [i]inetd(8),[/i]     [i]xinetd.conf(5),[/i]     [i]xinetd.log(5)[/i] [size=18] [b]Auteur[/b] [/size] Panos Tsirigotis, CS Dept, University of Colorado, Boulder Rob Braun [size=18] [b]Traduction[/b] [/size] Christophe Donnier (Octobre 2001) [size=18] [b]Prononciation[/b] [/size] zy-net-d
Fichier