2017-08-09 4 views
0

Lorsque je envoie HUP signal à inetd afin qu'il relit le nouveau fichier inetd.conf, ce que je veux, les processus contrôlés par le processus inetd devrait également redémarrer, de sorte qu'il peut lire les nouveaux paramètres de ligne de commande ajoutés au fichier inetd.conf dans le cadre de la modification. Je sais que je peux rechercher le processus en cours et le tuer, mais existe-t-il un moyen standard de le faire. Je n'ai rien trouvé sur Internet.Redémarrer inetd devrait effectuer des instances de tous les processus contrôlés inetd

+2

Un peu de clarté: Vous demandez si inetd va tuer et redémarrer les processus qu'il a démarré avant de lui demander de recharger son fichier de configuration? Réponse courte, non. Les nouveaux processus recevront vos nouveaux arguments, mais les processus existants resteront inchangés jusqu'à leur sortie normale. –

+0

@EricSchnoebelen, Merci pour la réponse. Donc, existe-t-il un moyen standard pour tuer ces processus, afin qu'ils puissent redémarrer avec la nouvelle configuration – Haris

Répondre

0

La norme inetd inclus dans NetBSD ne gère pas les processus qu'il commence (sauf pour les services monothread, à savoir ceux qui ont « attendre » drapeaux) - il suffit de les commence. Chaque processus enfant traite une connexion active et se termine une fois terminé (c'est-à-dire lorsque la connexion est fermée). Dans le cas général il serait très imprudent de tuer ces processus tôt sans très bonne raison - par exemple considérons le cas où votre session de connexion actuelle (où vous dites inetd pour recharger) a été ouverte à un service contrôlé par inetd (par exemple sshd) .

Si vous voulez vraiment tuer les processus qui gèrent les connexions actives actives, alors vous devrez écrire votre propre script d'assistance pour le faire, même si pkill suffira peut-être.