CoolRaoul

Non, les ACL ("Access Control List") sont une façon plus fine de gérer les droits sur les fichiers. C'est en effet supporté par défaut sur les disque formatés NTFS (utilisés par Windows) mais pas seulement. Sous DSM c'est une option que l'on peut activer individuellement pour chaque dossier partagé (à l'exception de certains dossiers système tels que "Homes", Photo" et "Web") Par contre c'est beaucoup plus complexe que les simples droit "lire", "écrire" et "exécuter" basés sur "propriétaire" "groupe" et "autres". Ca inclue par exemple des notions d'héritage et de droits par défaut qui nécessitent un un peu de temps et d'attention pour être maîtrisées. Ce que je veux dire par là est que, pour ne pas prendre le risque de tout foirer (vu qu'il s'agit d'un domaine touffu, surtout pour un débutant), je te conseille de commencer par te créer un dossier partagé pour t’entraîner (c'est cela que j'appelle une maquette). Tu actives les ACL sur ce dernier et tu joue avec en prenant tout le temps nécessaire jusqu'a ce que tu pense maîtriser le sujet. A ce moment tu pourra activer les ACL sur ton (tes) dossier(s) partagé(s) existant(s) et y mettre en oeuvre ce que tu aura testé sans risque dans le dossier "maquette"

Je ne serai pas aussi catégorique en ce qui concerne la ventilation: sur les DS213 notamment les lettres qui forment le mot "Synology" sont ajourées ce qui participe au flux d'air entraîné par les ventilateurs. Donc je pense qu'il faut faire attention à ce que les deux faces latérales ne soient pas obstruées. De toutes façons penser à surveiller la température des disques dans les premiers temps.

Suffit d'activer les ACLs sur le dossier partagé et alors il deviendra possible de mettre en place à n'importe quel niveau (dossier, sous-dossiers, fichier) des combinaisons de droits aussi complexes sinon tordus que tu peux imaginer. Attention: vu que l'opération d'activation des ACLs n'est pas exactement réversible je conseille de commencer par maquetter tout ça sur un partage de test pour s'entraîner.

Expérience perso: sur mon DS210j (128Mo) ca tournait mais c'était limite. Avec le double de RAM par contre je pense que cela devrait passer sans problèmes. Attendons d'autres témoignages.

En tout cas je ne vois pas comment la solution de remplacement par un Windows Server pourrait améliorer les choses car, en ce qui concerne les partages SMB/CIFS ainsi que Webdav , le serveur Windows se comportera pas mieux que le Syno et pour filestation ben ... il n'y aura pas de filestation.

Ah, tu n'avais pas parlé de l'apple TV: C'est en WIFI aussi l'apple TV? Mais ça devrait passer sans problème. Juste savoir qu'un flux Video HD est de l'ordre de 6 à 12 mbits/sec maxi donc si le wifi n'est pas perturbé c'est tout bon

J'avais mal percuté ta topologie réseau j'avoue: je viens de découvrir que le Macbook Air n'aurait pas de port ethernet (je vois qu'il n'y a pas de petites économies chez Apple... ) Sinon, pour les débits WIFI faut se méfier des débits théoriques qui sont largement surestimés (et ça baisse très vite avec la distance et/ou les obstacles). Donc tout dépend de ton usage en fait. Si tu n'a pas besoin de transférer de gros volumes de données entre le mac et le NAS ça devrait aller. Si tu veux te faire toi même une idée, considère le débit théorique de ton WIFI, divise bien ça par 4 et fait tes calculs (attention de ne pas confondre bits/sec et Bytes/sec) Pour TimeMachine d'après ce que j'ai compris, ça fonctionne en mode incrémental. Donc ce n'est que la première initialisation qui va durer un peu. Ensuite ça devrait aller, à moins que tu fasse de l'édition video en masse (tu n'est pas sous-traitant chez Pixar au moins?)

C'est le cas par défaut. Il faut au contraire faire des manips spécifiques pour y donner accès de lextérieur. Par contre choisir de le brancher en WIFI risque d'être pas vraiment optimal en terme de débit (sans oublier qu'il va falloir trouver une clé WIFI USB compatible) , vaudrait largement mieux se donner la peine de tirer un câble ethernet.

Ta config correspond tout à fait à la cible de cette gamme. Si il est en bon état c'est une super affaire oui. Mais assures-toi qu'il ne s'agit pas d'un DS 112J (une seule baie)?

Il faut savoir que, contrairement à ce que écrit dans l'article ce n'est pas la totalité de DSM qui est sous licence GPL. Par conséquent, XpEnology ne respecte pas les conditions de licence est son utilisation n'est pas complètement légale. Et, pour cette raison, en cas de problèmes spécifique à cette configuration, il ne faudra pas compter trop trouver de l'aide dans ce forum.

Et sinon il y reste toujours l'option du service DDNS gratuit fourni par synology qui marche tres bien aussi.

Yep c'est bon, Mais je m’aperçois de plus en plus à l'usage que je ne me fait pas vraiment à la V4 de Tapatalk. Elle est parait-il "optimisée pour tablette", c'est peut-être pour ça .

"-empty" n'est pas reconnu par le "find" de DSM mais "-delete" l'est bien (en 4.3 du moins). Et comme "-delete" ne saura supprimer que les directories vides, tu peux oublier "-empty" et utiliser sans risque: find <le repertoire à traiter> -type d -delete Les répertoires non vides vont provoquer une erreur mais tu peux l'ignorer. Pour carrément masquer l'erreur ajouter "2>/dev/null" en fin de commande

A la racine des volumes, les dossiers dont le nom est préfixé de "@" n’entraînent pas la création automatique de dossiers partagés. Voila pourquoi on utilise souvent cette règle de nommage dans le cas de répertoires à usage exclusivement local au NAS. Et par conséquent ces derniers ne peuvent être uniquement créé en ligne de commande par un "mkdir".

Faudrait que je commence par demander au pote auquel j'ai refilé mon DS210j de me donner l’accès, que je lui installe Optware Mais d'une part il est absent en ce moment, et je n'ai vraiment pas trop le temps là.

Je ne sais pas. Si encore, si j'avais acces à un Syno du même type que le tiens avec optware installé et suffisamment de temps je pourrais peut-être parvenir à compiler le truc. Mais là je suis sec.

Le probleme est que je n'ai pas de NAS avec optware sous la main pour tester.

possible solution dans le 2eme message de ce fil: http://forum.synology.com/enu/viewtopic.php?f=90&t=30132 Sinon peut-être, tenter le coup en ajoutant "--disable-threads" en argument de "./configure"

/opt/bin/tar plutot

pour décompresser l'archive: tar -xJf <le_fichier>.Ensuite suivre les instructions du fichier "INSTALL" Ca je ne sais pas, il était question que de la commande "sort".

Vu que tu as apparement optware installé, te suffit d'installer, si ce n'est pas déja fait, les packages de développement: ipkg install optware-devel ipkg install gcc De récupérer le source de la dernière version des coreutils GNU (qui contiennent la commande "sort") et de compiler le tout. Je te conseille de choisir un préfixe "perso" pour la configuration du package ("./configure --prefix=/volume1/local" par exemple) et d'ajouter "<prefixe_choisi>/bin" à ton PATH .

Je suppose que c'est en lecture en direct. M'étonnerait que ça vienne de la clé. Sinon, que donnaient les enregistrement? Ils avaient des pertes de trames?

Il faut savoir que les outils de sauvegarde du NAS servent

Un point supplémentaire à savoir est que le dossier photo (contrairement à *tous* les autres) ne permet pas de gerer les droits et encore moins au niveau dossier ou fichier. ("it's by design") . Maintenant que tu as précisé qu'il s'agissait de ce dossier-là tout s'explique. Pour pouvoir faire ce que tu souhaite il ne faut simplement pas autoriser l'accès à ce dossier en mode dossier partagé aux utilisateurs et, pour manipuler les photos, s'imposer l'utilisation de PhotoStation qui saura gérer des droits au niveau souhaité. Autre approche possible, utiliser un autre dossier partagé que photo, ce qui permettra alors là aussi de régler les droits finement au niveau sous-dossier avec l'inconvénient de perdre l'usage de PhotoStation. ** Note: édité le message (sauts de ligne) pour améliorer la lisibilité, car posté initialement avec tapatalk.

Le groupe user est par d