D'ailleurs, la gestion des processus par cgroups de systemd ( pour en revenir au sujet ) implique de dire à sshd de se "détacher" des processus utilisateurs pour éviter de les tuer lors d'un restart, et d'avoir son propre cgroups par utilisateur ( ce qui permet d'appliquer des quotas cpu/ram/etc par utilisateur via les cgroups, justement ). Et pour ça, le moyen le plus propre est de passer par pam, qui va voir au login qu'il y a un utilisateur et qui va le changer de cgroups.
Sans ça, tout les utilisateurs sont dans le cgroup de sshd, et se font donc tuer sans pitié en cas de restart du demon. ( il y a une méthode pour faire autrement, mais c'était tirer par les cheveux et j'ai oublié ).
Euh, moi je fais ça avec les outils de libcgroup (fourni en standard par Slackware), notamment cgrulesengd, ça fonctionne très bien. Si c’est l’autre méthode à laquelle tu pensais, en quoi est-elle « tirée par les cheveux » ?
[^] # Re: rapidité, changement
Posté par gouttegd . En réponse au journal Systemd: tuons les mythes. Évalué à 3.
Euh, moi je fais ça avec les outils de libcgroup (fourni en standard par Slackware), notamment cgrulesengd, ça fonctionne très bien. Si c’est l’autre méthode à laquelle tu pensais, en quoi est-elle « tirée par les cheveux » ?