Marc-Henri

Bonjour @ tous, J'ai acheté un NAS Synology RS812+ et je souhaites utiliser ce NAS pour faire office de serveur de fichiers sur mon domaine Windows. Le contrôleur principal de ce domaine est un service Samba 3.6.6 fonctionnant sous Debian squeeze. Le contrôleur d edomaine est en place et fonctionne très bien pour tous les utilisateurs de ce domaine. Le Synology RS812+ fait fonctionner DSM en version 4.1-2661. Actuellement, c'est un ancien serveur Windows qui fait office de serveur de fichiers. Ce serveur Windows est configuré en StandAlone, et n'est ni contrôleur de domaine principal ni de backup. C'est une station de travail comme les autres postes et qui a rejoint mon domaine géré par Samba. L'idée est de définitivement sortir ce ancien serveur windows du parc informatique et pour cela, je souhaites utiliser le NAS Synology comme serveur de fichiers. J'ai fait rejoindre le NAS au domaine, et cela par deux méthodes : * Via le panneau de configuration->Service d'annuaire, onglet Domaine. * Via la ligne de commande avec : $ synowin -joinDomain MONDOM Administrateur supermotdepasse SYNOWinJoin Domain success Donc, j'en déduis que le synology a bien rejoint mon domaine MONDOM géré par Samba. Pour cela, il a toutefois fallu que je créé un groupe spécifique "ENTERPRISE ADMINS" ayant le RID 519 (voir les well known RID sur http://msdn.microsof...v=prot.20).aspx) Désormais, dans l'interface du Synology (DSM version 4.1-2661) depuis le File Station, si j'essaye de modifier les propriétés et permissions d'un dossier, je parviens à lister les utilisateurs du domaine mais au niveau des groupes je ne vois qu'uniquement le groupe "ENTERPRISE ADMINS". Les autres groupes existent puisque sur mon serveur Samba, lorsque je fais la commande : $ net groupmap list je vois les groupes, et sur les postes des utilisateurs, lorsque j'affiche les droits d'accès aux dossiers, je vois aussi les groupes définis sur le PDC Samba. Donc j'ai envie de dire WTF ? Qu'est-ce que vous me conseillez ? - Accéder directement sur des partages réseaux définis sur le NAS et comprendre pourquoi les accès au domaines sont parfois incohérents. - Accéder aux partages réseaux sur le PDC Samba, et à la charge de ce serveur Linux de "monter" ces partages (par NFS ou iSCSI) sur le serveur NAS @ vous lire,

Merci CoolRaoul, L'idée du script, j'y avait aussi pensé, mais je ne savais pas trop dans quel dossier mettre ce script. J'étais partis sur "/usr/syno/etc/rc.d", mais ta solution fonctionne et me garantie plus d'indépendance vis à vis des mises à jour du Syno. Encore merci, tout fonctionne. Maintenant je m'atèle aux ACL...

Merci CoolRaoul, Comme le mond est petit, Je me suis re-connecté sur le Forum pour proposer cette solution et que vois-je ??? tu m'as devançé ... Concernant l'option du mount, m'est-il possible d'ajouter la ligne qui va bien dans /etc/fstab du synology, de sortes à ce que le montage soit réalisé dès le boot du syno ? J'ai réalisé le mount, mais maintenant, lorsque je regardes dans /proc/mounts, j'ai ceci : /dev/mapper/vol3-origin /volume3/ADMIN ext4 rw,relatime{...},grpjquota=aquota.group 0 0 /dev/mapper/vol3-origin /volume3/COMMERCIAL ext4 rw,relatime{...},grpjquota=aquota.group 0 0 /dev/mapper/vol3-origin /volume3/FABRICATION ext4 rw,relatime{...},grpjquota=aquota.group 0 0 /dev/mapper/vol3-origin /volume3/FACTURE ext4 rw,relatime{...},grpjquota=aquota.group 0 0 A mon sens, si j'indiques ces lignes dans le fichier /etc/fstab, je vais avoir quelques surprises au boot du Synology. Concernant la fonctionnalité étrange de partager des sous-dossiers, je te l'accorde, c'est probablement un administrateur Windows qui est à l'origine de cette ineptie. Le tord ce qu'une fois le fautif parti, il nous faut conserver ces bizarreries, pour des raisons historiques.

Merci CoolRaoul, A dire vrai, cela pourrait l'être effectivement, puisqu'il s'agit d'un partage lu par une application. Je suppose que si le partage principal existe c'est que l'application l'utilise. Après, l'accès aux sous-dossier/partage, s'effectue directement via le nom du partage et non pas par le nom du dossier. Cela peut donc être problématique. La question que je me pose c'est de comprendre pourquoi DSM ne permet pas les partages imbriqués alors que Samba le peut. DSM utilisant Samba pour la mise en place des partages pourquoi DSM est il limité dans ses fonctionnalités ? @ vous lire,

Bonjour @ tous et @ toutes, Je suis en train de migrer le contenu d'un serveur SBS-2003 vers un Synology RS-812+. Ce Synology est installé avec le firmware DSM 4.1-2647. Le Synology est membre d'un Domaine controllé par un service Samba installé sur un serveur Linux. Le serveur 2003 est membre du même domaine. Sur le serveur 2003, j'ai une configuration un peu étrange concernant les partages : Un dossier principal partagé sous le nom de Principal, contien des sous dossiers eux mêmes partagés par leur nom. Cela donne : D:\Principal \ ADMIN \ COMMERCIAL \ FABRICATION \ FACTURE Mon problème, c'est que sur le Synology, lorsque je créé un partage nommé Principal, son dossier de stockage correspond à /Volume1/Principal, puis lorsque je veux créer le partage ADMIN, son dossier de stockage devient /Volume1/ADMIN alors que j'aurais souhaité que ce soit /Volume1/Principal/ADMIN. J'ai pu bricoler avec le fichier /usr/syno/etc/smb.conf, mais dans ce cas je rencontre d'autres problèmes avec la gestion des droits et la synchronisation... Ne puis-je pas réaliser ce type de partage directement depuis l'interface web du Syno ? @ vous lire, Marc-Henri