salut, j'ai remarqué qu'il ya encore des connexions passées qui n'ont pas été résilié. Comment dois-je les éliminer?
je suis sur aix.

Dépend du système d'exploitation.

Sur certains systèmes d'exploitation, vous pouvez aller et supprimé les entrées de la délinquance / etc / passwd et / ou / etc / shadow et / etc / groups.

Sous FreeBSD, vous pouvez utiliser vipw pour supprimer des entrées (FreeBSD utilise aussi un fichier / etc / master.passwd au lieu de / etc / shadow).

Avez-vous vérifié que aucun de ces comptes sont utilisés pour les tâches de cron ou suid's?

Auswipe, je pense qu'ils parlent de ids qui apparaissent lorsque vous effectuez une qui-a qui sont "vieux".

Je vois cela sur mon système aussi. Avec qui-q, I, 6 utilisateurs connectés, mais ma montre qui a beaucoup d'autres identifiants qui sont latents. Les gens qui ne sont pas identifiés, mais ont été dans le passé.

Voici quelques exemples de ce que je pense qu'il parle.

1 utilisateur pts/13 octobre 28 15:14 vieux 24.395 id \u003d 13 durée \u003d 0 sortie \u003d 0
user2 ttyp3 novembre 11 16:44 vieux 5342 id \u003d p3 terme de sortie \u003d 0 \u003d 0


Est-ce ce que vous parlez yls177?

faire un who-u u et obtenir une liste des utilisateurs .. les dates sont affichées ainsi. maintenant, comment expliquer les entrées dont les dates sont loin retour?

merci

Dans l'ancien temps, nous avons eu directement rattaché terminaux que nous avons utilisés. Un programme appelé getty serait initialiser le port, imprimer une invite de connexion et de lire un nom de connexion. Si cette lecture jamais réussi, il exec login qui serait votre mot de passe et puis ensuite exec votre shell. Si votre shell est sorti, init de préavis et un nouveau respawn getty.

Le programme getty serait clairement une entrée utmp. Le programme mis de connexion de l'utilisateur d'infos dans le utmp entrée.

Donc, vous n'avez pas eu ces restes. Si le système redémarré ou si, si votre shell est mort, un nouveau getty serait long et clair à l'entrée utmp.

Puis vinrent les réseaux. Maintenant, nous avons telnetd (ou quelque chose de similaire) qui crée l'entrée utmp puis exec fourches et de connexion. Le telnetd, outre la manipulation de la communication, est en attente de la coquille pour sortir. Quand elle le fait, telnetd sera clair que l'entrée utmp.

Mais si le telnetd est tué avec -9, ou si le système redémarre de façon inattendue avec les utilisateurs connectés, l'entrée dans utmp persiste. Finalement, le pty seront réutilisés et l'entrée de nouveau utilisés. Mais en attendant, l'ancien entrées continuent d'apparaître dans "qui".

Vous pouvez effacer le fichier au redémarrage de temps si elle vous gêne vraiment. Je vois cela comme une ressource. Chacune de ces rubriques est la preuve de quelque chose qui n'allait pas.

y at-il des solutions de remplacement en dehors de redémarrer?

Wow, je suis impressionné par votre connaissance de Unix ... en particulier .. "À l'ancienne"

suis sûr que vous avez un grand temps, pour apprendre de vous et beaucoup d'autres ..

à la vôtre

La seule alternative qui serait sans danger serait d'écrire un utilitaire pour nettoyer les.

* * Je pense qu'il pourrait être possible d'utiliser fwtmp à résoudre ce problème, mais il n'est pas destiné à cela et vous en quelque nécessité d'interdire les ouvertures de session et les fermetures de session au cours du processus.