Gros probleme avec Pam_mount

Bonjour

J’ai un soucis avec le montage automatique des disques réseaux d’un nas synology.

Déjà la commande suivante fonctionne parfaitement dans un terminal:

sudo mount.cifs //172.16.0.50/data /home/monuser/Reseau -o domain=mondomaine,username=monuser,vers=2.1,file_mode=0666,dir_mode=0700

Maintenant j’utilise depuis assez longtemps pam_mount mais c’etait pour un nas qui était hors domaine.
Je veux changer les choses et passer le nas dans le domaine, donc j’ai modifié mon fichier /etc/security/pam_mount.conf.xml avec les lignes de montage comme suit:

<volume fstype="cifs" server="172.16.0.50" path="data" mountpoint="/home/%(USER)/Reseau" user="*" sgrp="utilisa. du domaine" domain="mondomaine" options="nodev,nosuid,dir_mode=0700,vers=2.1" />^

avant j’avais simplement

<volume fstype="cifs" server="172.16.0.50" path="data" mountpoint="/home/%(USER)/Reseau" user="*" sgrp="utilisa. du domaine" options="nodev,nosuid,dir_mode=0700,vers=2.1" />^

Le soucis c’est que maintenant le montage automatique ne se fait plus.

J"ai pris CIFS car j’ai pas mal de windows dans mon domaine qui eux, en plus, n’ont pas de problème de montage avec le nouveau NAS.

Avez vous idée de l’origine du problème et une solution?

Par avance merci beaucoup.

Edit:

Les seules infos que j’ai trouvé c’est dans /var/log/auth avec ces lignes:

Sep 25 13:10:45 xxx sshd[5912]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=172.16.10.10  user=monuser
Sep 25 13:10:45 xxx sshd[5912]: pam_sss(sshd:auth): authentication success; logname= uid=0 euid=0 tty=ssh ruser= rhost=172.16.10.10 user=monuser
Sep 25 13:10:46 xxx sshd[5912]: Accepted password for monuser from 172.16.10.10 port 42063 ssh2
Sep 25 13:10:46 xxx sshd[5912]: pam_unix(sshd:session): session opened for user monuser by (uid=0)
Sep 25 13:10:47 xxx sshd[5912]: (mount.c:72): Messages from underlying mount program:
Sep 25 13:10:47 xxx sshd[5912]: (mount.c:76): mount error(13): Permission denied
etc...

Ok c’est bien sympa mais pourquoi le Permission denied?

Tu as mis ton NAS dans ton domaine, ça veut probablement dire que ton partage a maintenant besoin d’une authentification, non ?
Je te conseille donc le mettre ça dans ta ligne à la place :

<volume fstype="cifs" server="172.16.0.50" path="data" mountpoint="/home/%(USER)/Reseau" user="*" sgrp="utilisa. du domaine" domain="mondomaine" options="nodev,nosuid,dir_mode=0700,vers=2.1,user=%(USER)" />

Si ça ne fonctionne pas, il faudrait préciser comment tu t’authentifies sur le client avec pam_mount.

Bonjour

Merci pour ton aide, malheureusement ca ne fonctionne toujours pas même même avec ces modifications.
j’ai même essayé en remplaçant domain="mondomaine" par workgroup="mondomaine"

J’ai refait des tests en repartant de 0:

Jusqu’à présent les utilisateurs du NAS étaient enregistrés en local dans le NAS, les users avaient pour simple login leur identifiant sous la forme "User", le montage du volume
via pam_mount fonctionnait parfaitement avec la ligne:

<volume fstype="cifs" server="172.16.0.50" path="data" mountpoint="/home/%(USER)/Reseau" user="*" sgrp="utilisa. du domaine" options="nodev,nosuid,dir_mode=0700,vers=2.1" />

Les PC linux sont dans un domaine Active Directory, et pour les utilisateurs, le mdp session AD et local dans le NAS étaient les mêmes.

Et même si je voulais forcer le montage d’une disque reseau avec mes droits de user sudo la commande suivant fonctionnait à merveille:

sudo mount.cifs //172.16.0.50/data /home/mon_login_user/Reseau -o username=mon_login_user,vers=2.1,file_mode=0666,dir_mode=0700

Maintenant je veux rendre les choses plus propre donc le NAS est dans le domaine active directory, et donc pour lui les utilisateurs ont pour login "domain/user" et non plus "user"

Le montage à la mano en tant que root avec la commande fonctionne parfaitement et en tant que root, je peux aller lire mon disque réseau. Donc le montage se fait bien en tant que root avec cette commande.

mount.cifs //172.16.0.50/data /home/mon_login_admin/Reseau -o domain=mondomaine.lan,username=mon_login_user,vers=3,file_mode=0666,dir_mode=0700

Si maintenant en tant que User avec les droits sudo je tape cette même commande je n’ai plus accés au point de montage:

sudo mount.cifs //172.16.0.50/data /home/monloginuser/DisquesReseaux -o domain=mondomaine.lan,username=mon_login_user,vers=3,file_mode=0666,dir_mode=0700

Le montage réseau est illible:

monloginuser@Test:~$ cd Reseau/
-bash: cd: Reseau/: Permission non accordée
serrec@Test:~$ ls -l
total 32
drwxr-xr-x 2 monloginuser utilisa. du domaine 4096 sept. 27 08:56 Bureau
drwxr-xr-x 2 monloginuser utilisa. du domaine 4096 sept. 27 08:56 Documents
drwxr-xr-x 2 monloginuser utilisa. du domaine 4096 sept. 27 08:56 Images
drwxr-xr-x 2 monloginuser utilisa. du domaine 4096 sept. 27 08:56 Modèles
drwxr-xr-x 2 monloginuser utilisa. du domaine 4096 sept. 27 08:56 Musique
drwxr-xr-x 2 monloginuser utilisa. du domaine 4096 sept. 27 08:56 Public
drwx------ 2 root   root                   0 sept. 20 10:57 Reseau
drwxr-xr-x 2 monloginuser utilisa. du domaine 4096 sept. 27 08:56 Téléchargements
drwxr-xr-x 2 monloginuser utilisa. du domaine 4096 sept. 27 08:56 Vidéos

Alors que les droits sur le repertoire Reseau devrait être: monloginuser utilisa. du domaine

Et bien sur derriere au niveau de pam_mount avec la ligne:

<volume fstype="cifs" server="172.16.0.50" path="data" mountpoint="/home/%(USER)/Reseau" user="*" domain="mondomaine.lan" sgrp="utilisa. du domaine" options="nodev,nosuid,dir_mode=0700,vers=3" />

Je n’ai pas de montage et un retour d’erreur de ce type dans /var/log/auth.log

Sep 27 09:45:21 Test sshd[2172]: pam_unix(sshd:session): session opened for user monloginuser by (uid=0)
Sep 27 09:45:23 Test sshd[2172]: (mount.c:72): Messages from underlying mount program:
Sep 27 09:45:23 Test sshd[2172]: (mount.c:76): mount error(13): Permission denied
Sep 27 09:45:23 Test sshd[2172]: (mount.c:76): Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)
Sep 27 09:45:23 Test sshd[2172]: (pam_mount.c:522): mount of data failed

Je ne vois pas où est le soucis de permission, il y a quelque chose qui ne se passe pas comme il faut, mais je ne trouve pas quoi.

Parallelement à cela, j’ai une autre ligne dans mon fichier pam_mount.conf.xml qui pointe sur mon ancien NAS, avec donc enregistrement de l’utilisateur en local (et non dans le domaine) et de son coté pas de soucis, le montage se fait toujours sans probleme.

Je précise par contre que mes postes windows n’ont pour leur part absolument aucun problème pour se connecter sur ce NAS, malgré le fait que le NAS est maintenant dans le domaine.

Donc j’en conclu pour ma part que le soucis ne viens pas de la configuration du NAS mais bien de la configuration de Linux.

Voila ce que je trouve comme trace d’erreur dans syslog

Sep 27 11:03:33 Test kernel: [ 5942.432006] CIFS: Attempting to mount \\172.16.0.50\data
Sep 27 11:03:33 Test kernel: [ 5942.445924] CIFS: Status code returned 0xc000006d STATUS_LOGON_FAILURE
Sep 27 11:03:33 Test kernel: [ 5942.445939] CIFS: VFS: \\172.16.0.50 Send error in SessSetup = -13
Sep 27 11:03:33 Test kernel: [ 5942.445956] CIFS: VFS: cifs_mount failed w/return code = -13
Sep 27 11:03:33 Ubuntu2004 kernel: [ 5942.474864] audit: type=1400 audit(1632733413.753:774): apparmor="ALLOWED" operation="open" profile="/usr/sbin/sssd" name="/proc/601/cmdline" pid=690 comm="sssd_nss" requested_mask="r" denied_mask="r" fsuid=0 ouid=0
Sep 27 11:03:33 Test systemd[1]: Created slice User Slice of UID 236606829.

Je suis en panne d’idée :sob:

Merci pour votre aide sur ce debugage.

Bonjour

personne n’a de piste à me donner?

Il faudrait regarde du côté de la configuration samba de ton NAS (si applicable), notamment, les paramètres qui concernent l’intégration dans le domaine.
Est-ce que tu peux vérifier, dans un premier lieu que l’utilisateur du domaine, et non l’utilisateur local que tu utilisais auparavant, a bien accès à la racine du partage, samba peut te donner, il me semble, l’erreur permission refusée si tu n’as pas accès à la racine du partage.
Après, tu peux aussi vérifier que tu as bien accordé les droits nécessaires à l’utilisateur du réseau, comme tu avais fait pour l’utilisateur local du NAS.
Pour la suite, je ne sais pas si on peut t’aider plus sans plus de détails sur la configuration de ton NAS.