CoolRaoul

non

Sous Windows, pour pouvoir lire les videos en streaming avec VideoStation faut avoir installé VLC et le plug-in de navigateur qui l'accompagne, peut-être est-ce le cas sur Mac aussi?

Depuis la 4.1, DSM intègre un service natif sftp, on observe des incompatibiltés avec les serveur ou les configurations sftp non officiels (et donc non supportés): Cf:

Ce n'est pas ce que je lis dans l'article: " On a beaucoup discuté de la prétendue gloutonnerie de l'adaptateur Thunderbolt, mais elle est en fait largement exagérée : au plus haut, pendant le transfert, elle est à peine plus élevée que celle de l'Ethernet intégré. Les quelques pourcents supplémentaires requis sont très largement compensés par l'excellent débit moyen"

Peux-tu expliciter plus en détail ce que tu entends par cette phase?

http://missilehugger.com/328/dsm-4-0-ipkg-fix/

Me semble bien que, sous DSM, fstab est reconstruit dynamiquement lors du boot. Donc, mieux vaut choisir l'option du script de startup avec les commandes "mount" en dur. Le copier/coller semble avoir perdu des bouts au passage. Que donne simplement la commande "mount"? C'est aussi ce que je pense. Comme j'ai déja dit, oriente-toi vers le script de startup, à mettre dans "/usr/local/etc/rc.d" suivant les indications que j'ai déja donné dans et le résultat sera le même (mounts effectués lors du boot)

Samba peut faire bien d'autre choses encore que ne permet pas DSM Cela serait un travail gigantesque pour les développeurs DSM de rendre disponible dans l'interface DSM l'intégralité des fonctionnalités de samba. Apres, savoir quels ont étés les critères pour choisir ou pas d'implémenter telle ou telle option est une autre histoire. Sinon, pour en revenir au besoin initial, il y a peut être une méthode, mais tres certainement pas supportée par Synology: Il faudrait de créer tous les partages individuellement et ensuite d'insérer dans "principal" des points de montage de dossier (via la commande "mount" avec l'optin "-bind") vers les partages "admin", "commercial", etc... Cela implique de se connecter au NAS en ligne de commande pour y déposer un script de démarrage effectuant ces commandes "mount" requises, mais rien d'insurmontable. Pas sur que cela n'ai pas des effets de bords un peu chelou (au niveau de l'héritage des ACLs par exemple) mais c'est à tester. Cela dit je trouve cette appli un peu étrange: à partir du moment ou, via le partage "Principal", on a potentiellement accès à tous les autres sous-dossiers, j'ai du mal a comprendre la fonction de ces "sous-partages" supplémentaires. Quand a la bidouille du smb.conf j'aurais tendance à la déconseiller: DSM n'hésitera pas a écraser tout ça à la moindre modif de config globale.

DSM ne supporte pas les partages imbriqués Tu va devoir créer "ADMIN" (et les autres) comme de simples sous-dossiers de "PRINCIPAL ". Est-ce que cela pose un problème?

En effet, en disant que la modif était écrasée au démarrage, je parlais du démarrage du package DHCP Server, Il est bien entendu qu'avec ce dernier désactivé et un script de démarrage dédié le problème ne se pose pas.

Un probleme est que le dnsmasq du firmware (enfin celui du package "DHCP Server" si on parle bien du même) écrase toute modif de sa configuration lors de son démarrage, rendant toute velléité de customisation un peu délicate En outre je ne serai pas étonné que le serveur tftp de dnsmasq soit uniquement en lecture seule ce qui ne répondrai pas au besoin exprimé.

Tiens-nous au courant si ça fonctionne

Ah oui, en effet. Et pourtain l'aide en ligne de l'appli indique pourtant que les dossiers réseau devraient pouvoir être pris en compte par cette appli: http://windows.micro.../photos-app-faq Mais tu tiens vraiment a utiliser cette applications "Photos" à la sauce ModernUI ? Parce que franchement, plus anti ergonomique et minimaliste que ça .... Et quel est le message d'erreur? Si au lieu de cliquer tu utilise le bouton doit et ouvre le menu "ouvrir avec", parmi les choix proposés est-ce que l'un d'entre donne quelque chose? Ben .. moi puisque je te répond ! A moins que tu considère que je suis "personne" Cela dit ici c'est un forum Synology pas Windows, et ton problème est plus généralement l'accès aux photos sous Windows sur des dossiers réseau en général. Donc tu aurais plus de chance sur le forum answers

Ce n'est pas *un* fichier à mettre sur le nas mais une *archive* à décompresser dans le partage "web" Par exemple si tu as 7zip, tu peux récupérer l'archive phpMyAdmin-3.5.4-all-languages au format 7zip ou phpMyAdmin-3.5.4-all-languages.zip si tu prèfere le format .zip (les contenus de toutes les archives de la page download sont équivalentes, c'est juste le format d'archivage et le type de compression qui change) Ensuite tu extrait l'archive dans le dossier partagé "web" Ca va t'y donner un dossier nommé "phpMyAdmin-3.5.4-all-languages" Tu renommes ce dernier en quelque chose comme "admin-php" (tu choisis le nom que tu veux) et tu te connectes sur http://<nom ou ip du as>/admin-php on ne peux pas faire plus simple (et tu peux supprimer le package phpmyadmin de Synology qui est devenu inutile)

Comprend pas tout: après avoir demandé ou trouver cette version, juste en dessous tu nous en donnes les liens de téléchargement!

ceci pourrait aider http://forum.synolog...hp?f=27&t=20917

Peut-être pas assez fermement insérés les disques (je n'ai pas ce genre de problème sur un DS210 qui à le même type de châssis) Sauf si il s'agit des vibrations intrinsèques des disques, mais dans ce cas le NAS n'y est pour rien (il est sur que si tu compare à un SSD ... ) En effet, on trouve assez facilement des témoignages de personnes se plaignant des vibrations de ce modèle:

Ou bien un reverse proxy sur le NAS, avec une déclaration de virtualhost redirigeant vers la page de configuration du routeur. (faudra disposer d'un nom de domaine ou utiliser un service de DNS dynamique qui permet de créer des sous-sous-domaines, celui de Syno est dans ce cas par exemple)

(Il y est possible qu'il y ait quelques erreurs dans ce qui suit sur la partie purement Mac car je ne pratique pas cet environnement) Pourquoi utiliser SMB sur un Mac alors que le DSM du Syno supporte le protocole de fichier natif MacOs (panneau de conf -> Win/Mac/NFS ->"service de fichier mac")? Comment as-tu accédé au répertoire home du compte de l'utilisateur "X" a partir du Mac alors que ta connexion mac -> syno avait été établie en s'authentifiant (j'imagine) sous un autre compte que "X"? Bon, dans *tous* les cas, il faut comprendre que la fonction du dossier "home" est de contenir des fichiers *privés* de l'utilisateur. Il n'est pas fait pour contenir des données à partager entres comptes différents. Dans ce contexte, creer/copier des fichiers dans le HOME d'un compte "A" en état connecté sous un compte "B" n'est pas naturel. (Je n'ai pas pu reproduire le comportement que tu décrit cependant: ayant créé un nouveau compte "frais" pour mes tests, un fichier copié dans son home en étant connecté en admin peut bien être supprimé par l'utilisateur lui-même) Cela dit, pour faire des échanges la bonne approche est de créer un répertoire partagé (et d'ailleurs c'est ce que tu as commencé a faire avec le dossier dit "SHARE", alors pourquoi passer par "home"?) ainsi qu'un groupe (panneau de conf -> groupes) Les différents utilisateurs impliqués dans les échanges seront rendus membre du groupe. On configure les droits d’accès globaux de ce répertoire en fonction des utilisateurs (ou des groupes de ces derniers, c'est mieux). Si tu le souhaites, il est possible de régler plus finement les droits au niveau dossier et fichier via FileStation (menu contextuel "propriétés") pour restreindre plus avant. Et là normalement plus de problèmes.

Microsoft indique une méthode, dans l'aide Windows, pour ajouter des dossiers réseau à une bibliothèque, peut être est-ce la solution à ton besoin. C'est détaillé pas à pas ici. Déplier la section "Pour ajouter un dossier réseau non indexé dans une bibliothèque".

Le fichier qui est dans le home du compte et que tu ne parviens pas a supprimer, il est arrivé la comment? Quel logiciel clients sftp utilises-tu ?

Si tu choisi la dernière solution, je peux te confirmer que mon dongle (PCTV nanoStick 73e) est compatible avec le produit.

Sur un DS212J ca risque d'être un peu serré ... J'ai testé quelques jours la version d'évaluation (sur mon ds210j) et finalement laissé tomber. CF mes posts dans le forum du produit: http://forum.dvblogi...hp?f=69&t=21329 http://forum.dvblogi...hp?f=69&t=21330 http://forum.dvblogi...hp?f=69&t=21333 (C'est le dernier problème qui me gène le plus)

La restriction par IP est utilisée pour restreindre quel client (au sens "serveur" et pas "utilisateur") à le droit d'accéder au partage NFS Par contre, il n'est pas besoin de donner de login/mdp car les accès fichiers sont controlés en fonction des UIDs de comptes sur le client UNIX par rapport au serveur NAS Donc, chaque compte utilisateur de la machine UNIX accédera aux fichiers/répertoires du serveur NAS avec les droits du compte syno de *même* UID (numero de compte) En résumé on monte sous le Linux client le partage NFS de façon *globale* (system wide, au boot) et ensuite chaque utilisateur accède aux données en fonction des droits du compte NAS correspondant. Plusieurs utilisateurs connectés au linux simultanément pourront accéder au même moment aux contenu du partage NFS avec des droits différents. Pas du tout: ce qui se passe en fait est que le serveur FTP du Syno interprète la commande "chmod" en modifiant les ACL afin que le résultat corresponde à ce qui est demandé (ce que je trouve même assez bien foutu). Extrait de la trace du dialogue FTP par FileZilla: Commande : SITE CHMOD 755 subsub Réponse : 200 CHMOD command successful. Tu peux aller vérifier le résultat final avec file station

Voici le genre d'ACL sur un dossier qui permet de faire ce que tu demandes sur les dossiers/fichiers inclus créés par la suite: