le comportement du séparateur winbind et du nom du groupe dans le groupe getent, qui change constamment

J'ai un problème qui apparaît et disparaît de temps en temps et qui me rend folle.

Mes serveurs Debian sont authentifiés par rapport à AD et seul le membre du groupe " linuxadmins " peut se connecter en SSH au serveur et faire " sudo su ".

La connexion SSH fonctionne, pas de problème, mais les utilisateurs obtiennent des erreurs "l'utilisateur xyz n'est pas dans les sudoers" en utilisant sudo.

mon /etc/sudoers contient le nom du groupe AD

%linuxadmins ALL =(ALL) ALL

Et conf samba

#GLOBAL PARAMETERS
[global]
   workgroup = RKAS
   realm = RKAS.RK
   preferred master = no
   server string = SEP DEV Server
   security = ADS
   encrypt passwords = true
   log level = 3
   log file = /var/log/samba/%m
   max log size = 50
   printcap name = cups
   printing = cups
   winbind enum users = Yes
   winbind enum groups = Yes
   winbind use default domain = Yes
   winbind nested groups = Yes
   #winbind separator = +
   #idmap uid = 600-20000
   #idmap gid = 600-20000
   ;template primary group = "Domain Users"
   template shell = /bin/bash
   template homedir = /home/%D/%U
   winbind offline logon = yes
   winbind refresh tickets = yes

Le problème réside dans le séparateur de groupes que gère samba.

getent group | grep linuxadmins

donne deux résultats différents en l'espace de quelques minutes

linuxadmins:x:784:xyz

o

\linuxadmins:x:784:xyz

Les utilisateurs ne sont capables de sudo que s'il n'y a pas de baskslash.

Qu'est-ce qu'il y a ? Je ne comprends pas pourquoi il ajoute constamment des barres obliques inverses et les supprime dans les noms de groupe ?

compte commun :

account [success=2 new_authtok_reqd=done default=ignore]        pam_unix.so
account [success=1 new_authtok_reqd=done default=ignore]        pam_winbind.so
account required                        pam_permit.so

common-auth :

auth    [success=2 default=ignore]      pam_unix.so nullok_secure
auth    [success=1 default=ignore]      pam_winbind.so krb5_auth krb5_ccache_type=FILE cached_login require_membership_of=linuxadmins try_first_pass
auth    required                        pam_permit.so

et pas de système commun, seulement une session

session     required    pam_mkhomedir.so umask=0022 skel=/etc/skel

Je dois ajouter que ce comportement se produit sur tous les serveurs linux.