Cela dit ça ne doit pas être coûteux de partager le parent du dossier utilisateur (traditionnellement /home) sous linux. Cela dit je me demande comment smbnetfs s’en sort avec l’option de samba qui cache à l’utilisateur identifié les fichers et dossiers qu’il ne peut pas lire, puisque si j’ai bien compris l’intérêt de smbnetfs est de tout montrer côté client, et une fois que tout est là, seuls ceux qui ont accès parcourent l’arborescence. Hors avec ladite option de Samba, c’est le serveur qui cache des choses de l’arborescence au client... À essayer mais pour le moment j’ai du mal à imaginer comment ça pourrait marcher...
Puisque ton serveur est sous Samba et non Active Directory, la solution est simple : monte le parent, globalement (/home) avec un partage NFS.
et ce quelque chose, en plus de recevoir l’identifiant et le mot de passe pour le transférer à gnome pour les composants qui en ont besoin (seahorse),
utiliserait l’identifiant et le mot de passe pour, entre autre : [...] mount
N’utilise pas le mot de passe de l’utilisateur pour monter un partage Samba. Kerberos c’est fait pour ça. sssd te fournis automatiquement un TGT à l’ouverture de la session.
[^] # Re: automatisation de la session utilisateur
Posté par Moonz . En réponse au journal Intégration d'un poste GNU/Linux dans un domaine Windows. Évalué à 3. Dernière modification le 16 novembre 2017 à 08:48.
Puisque ton serveur est sous Samba et non Active Directory, la solution est simple : monte le parent, globalement (/home) avec un partage NFS.
Je n’utilise pas gnome, mais le wiki ArchLinux me dit que c’est possible d’ouvrir le keyring seahorse avec PAM: https://wiki.archlinux.org/index.php/GNOME/Keyring#PAM_method
N’utilise pas le mot de passe de l’utilisateur pour monter un partage Samba. Kerberos c’est fait pour ça. sssd te fournis automatiquement un TGT à l’ouverture de la session.
(une recherche rapide me montre que quelqu’un a réussi avec pam_mount: https://lists.samba.org/archive/samba/2015-November/195569.html)