Je dirais même qu'aucun reboot ne devrait être nécessaire (sauf pour un changement noyau...)Jean-Claude Marquès a écrit :Le 20/12/2021 à 18:24, BERTRAND Joël a écrit : Bonsoir Sur Bullseye, un reboot (???!!!???) des clients (en Bullseye eux aussi) a réglé le problème. Par contre, je n'ai pas (encore) réussi à identifier la cause. C'est aussi la première fois, il me semble, mais les souvvenirs, on sait ce que cela vaut, qu'un reboot règle un problème sous debian.Un reboot n'est pas forcément suffisant.
OK, merci pour l'info. Donc il "suffit" de :Je ne sais pas quelle était la cause, mais le remède a fonctionné. Phénomène reproductible sur tous les clients et sur chaque cohorte d'étudiants concernés (3 à ce jour sur cette distribution debian 11). Pour le coup, NIS est un service qui peut même tomber en marche. Bien évidemment, l'identification de la cause m'intéresse très fortement (rien trouvé dans les logs...).libnss. Ce truc est de plus en plus moisi. Il faut même virer le cache nscd qui se retrouve dans des états baroques et qui empêche des connexions pourtant légitimes. Pour le coup, pour nscd, un reboot pouvait régler temporairement le problème.
JKB