Je veux construire un serveur qui exporte les répertoires personnels des utilisateurs via SMB / CIFS et NFS. Ce serveur serait joint à un contrôleur de domaine Win2k3 AD qui contient notre base de données d'utilisateurs. Si je comprends bien, winbind inventera les UID pour ces utilisateurs à la volée. Ce mappage nom d'utilisateur-UID doit être disponible pour les clients NFS qui montent les répertoires personnels ou la propriété du fichier ne sera pas présentée correctement.
Je suppose que cela peut être réalisé en utilisant SFU, mais pour autant que je sache, SFU est interrompu et ne sera pas pris en charge sur les versions récentes de Windows, donc je préférerais ne pas l'utiliser.
Comment puis-je fournir au mieux ce mappage aux clients NFS?
(On pourrait penser que c'est un cas d'utilisation courant, mais je n'arrive pas à trouver un guide pertinent. Mon Google-fu est peut-être faible.)
EDIT: En passant, serait-il possible dans ce scénario pour un utilisateur de se connecter via NFS sans s'être d'abord connecté via SMB / CIFS?
la source
Le composant NFS de Services pour Unix fait désormais partie du rôle Services pour le système de fichiers réseau dans Server 2003 R2 et versions ultérieures.
Il existe un excellent blog Microsoft sur SFU - http://blogs.msdn.com/b/sfu/ . L'entrée de blog pertinente expliquant comment le configurer et l'article définitif de Technet sont ici .
Vous pouvez utiliser l'extension de schéma de gestion des identités pour UNIX Active Directory pour effectuer votre mappage permettant aux clients NFS de se connecter à votre serveur sans avoir à commencer par CIFS (s'ils pouvaient CIFS, cela n'a-t-il pas beaucoup de sens pour NFS?).
la source
Comme suggéré par Mike Renfro ci-dessus, idmap_rid est le composant central. Vous trouverez ci-dessous une liste de commandes shell qui permettent de démarrer une boîte, en fonction d'une nouvelle boîte RHEL5.5:
client_packages:
client_setup:
samba-winbind.conf:
krb.conf:
idmapd.conf
fstab.nfs-client
la source