CoolRaoul

Comment ça "dommage" ? C'est pour ton bien et maximiser la fiabilité du système que c'est fait comme ça. Et, ne pas oublier il s'agit ici d'un raid de type 1 (miroir), pour lequel le risque de corruption est minimum (vue que c'est le plus simple par conception) et la sécurité maximum.

De quelle méthode est-il question qui ne "fonctionne pas"? L'URL d'appel de FileStation sur un dossier spécifique que j'ai donnée était juste une hypothèse à titre exemple. On ne peut pas savoir si ça fonctionne ou pas puisque, si ça existe, ce n'est pas documenté et qu'il est donc impossible de deviner quelle est serait la bonne syntaxe à employer pour tester.

Peut-être une piste, Sous Windows, aller dans "Panneau de configuration -> Tous les Panneaux de configuration -> Gestionnaire d'identification" et supprimer les entrées faisant référence au NAS qui refuse le login

Donc tu ne peux pas comparer les résultats obtenus suivant l'arborescence utilisée. N'oublie pas que j'ai signalé que *certaines* videos passaient quand même: Il est plus que certain que les formats de fichiers video que tu peux lire avec ta config soient également ceux qui passaient chez moi jusqu'ici. Par contre celles qui ne passaient pas me provoquaient la même erreur ("format non reconnu") que ce soit en passant par l'arborescence "Video" que par l’arborescence "Video Station" Après la modif ma TV est maintenant aussi capable de lire en DLNA les fichiers .TS générés par le module d'enregistrement de VideoStation utilisant ma Clé Tuner USB TNT ce qui était rigoureusement impossible jusqu'ici.

En fait ce n'est pas forcément que ça ne fonctionne pas c'est que je n'ai pas trouvé de moyen d'invoquer filestation en lui communiquant directement le chemin du répertoire à ouvrir. Je pensais par exemple à un truc du genre http://<NAS>/filestation?directory=<chemin>

Le principal élément dimensionnant sera le type et la qualité de la liaison réseau entre l'appareil effectuant le décodage (raspberry, htpc ou mème la TV elle même dans le cas de modèles relativement récent). Et ce n'est pas la taille du fichier qui importe mais le débit du flux. Donc l'important est de préférer réseau cêblé ethernet au WIFI ou au CPL. Divise la taille de ton fichier HD par sa durée et tu aurais la bande passante necessaire. Ajoute 50% de marge pour être tranquille. Perso, j'utilisait jusqu'il y a peu un boitier netgear neotv qui me donnait d'excellents résultats. Depuis que j'ai changé de télé cette dernière est capable de faire tout le boulot (du moins pour la plupart de mes sources vidéo) On dit aussi du bien des boitiers Western Digital, je crois qu'il y a un certain membres du forums qui en possèdent. Je pense qu'ils pourront te donner leur avis.

Ah je vois, et j'ai d'ailleurs cette config activée. Mais c'est bien toujours le serveur multimedia qui fait tout le boulot, ça lui permet juste d'utiliser le référentiel de videostation pour compléter son index visible en DLNA. Mais pour ma part, avant de faire la modif, ça ne changait rien: la même video, accédée en DLNA, que ce soit par l'arborescence videostation ou video n'était pas lue dans les deux cas. Suis vraiment étonné que ça fasse une différence pour toi! Avec quel modèle de TV Sony?

Je ne comprend pas bien par quel moyen Video Station peut streamer les videos directement sur la télé?

Au passage merci de ne pas avor pas souligné la stupidité de ma question ("comment les fournisseurs accèdent aux données?") vu que filestation était cité dans le sujet du fil! Pour en revenir au sujet initial, votre demande est réalisable sous réserve d'utiliser une méthode d’accès aux données permettant de spécifier directement le chemin complet du répertoire cible pour l'utilisateur (comme, en SMB/CIFS en utilisant un chemin UNC tel que "<serveur>fournisseurs2013ACME_INC", ou via FTP avec une commande "cd <chemin complet>"). Chose que ne permet justement pas filestation (ou, sauf erreur de ma part, on ne peut que naviguer dans les répertoires). En positionnant judicieusement l'ACL du dossier "fournisseurs" on peut parvenir au but Voici le droit qu'il s'agit d'interdire: Donc, il suffit de s'assurer que les comptes fournisseurs", disposent bien sur le dossier "fournisseurs" du droit "traverser les dossiers" mais pas du droit "lister les dossiers". Et attention a ne pas laisser propager cette entrée aux dossier/fichiers enfants: Les utilisateurs dont les identifiant de connexion auront pour effet d'activer cette entrée d'ACL ne pourront plus consulter le contenu du dossier "fournisseur". Mais cela ne les empêchera pas d'accéder à ses sous-dossiers sous réserve d'employer le chemin complet. Mais a nouveau ceci exclue l'utilisation de filestation.

Non, vraiment pas assez d'information pour avoir la moindre idée. Entre autres choses qui auraient pu être utiles: "accéder au dossier": de quelle façon? Par l'explorateur windows, file station, autre..? "impossible": quel est le texte du message d'erreur qui s'affiche? Plus généralement décrire pas a pas et précisément les manipulation effectuées jusqu'à constater l'erreur me semble indispensable.

Faut comprendre que la visibilité de la présence d'un objet (fichier ou dossier) dépend des droits que l'on a sur le répertoire qui le contient et pas des droits sur l'objet lui même. Pour parvenir a ce que vous souhaitez, Il y a peut-être façon de faire en interdisant la visibilité directe des dossiers "client" en ajoutant une l'ACL ad hoc sur les dossiers "année". Mais pour que ce soit utilisable, tout dépend comment les fournisseurs accèdent aux données: filestation, ftp, webdav?

Ben, pourtant, en hexadécimal: 0x01 + 0x04 + 0x10 = 0x15 et 15 hexa c'est bien 21 décimal On peux même le vérifier en ligne de commande shell: > echo $((0x01 + 0x04 + 0x10)) 21

Bon, aidé par une info trouvé dans le forum US, j'ai (enfin) trouvé la solution: Créer un fichier "local.conf" (le nom n'est pas important mais je pense qu'il vaut mieux conserver le suffixe ".conf") dans "/usr/local/etc/syslog-ng/patterndb.d/" avec le contenu suivant: filter f_messages { level(info..emerg) and not facility( mail, news, cron) and not program(syslog-ng) and not filter(f_local) and not filter(f_synology); }; Puis redémarrer syslog-ng: /usr/syno/etc.defaults/rc.d/S22syslogng.sh restart Et voila! **EDIT** La commande de redémarrage de syslog a changé en DSM5. Il y a 5 services indépendants: syslog-acc syslog-archive syslog-bsd syslog-client syslog-ietf Je ne sais pas lequel doit être redémarré pour prise en compte de la modif. La commande est synoservicecfg --restart <nom_service> Pour ne pas s'emm** le plus simple est peut-être de redémarrer le Syno

Depuis que j'ai acheté ma nouvelle télé (http://www.sony.fr/product/tv-117-46-lcd/kdl-46w905a) je me bas pour lui faire reconnaitre les fichiers multimedia stockés sur mon Syno en DLNA. Certains étaient lus normalement mais la plupart me balancaient un "format non reconnu" J'ai pu résoudre le problème comme suit: Sous l'interface d'admin web, lancer "serveur multimedia" Activer l'onglet "compatibilité DMA" cliquer sur: le téléviseur est identifié comme cela: Modifier le contenu de la case "profil" comme ci-dessous: Ne reste plus qu'a cliquer sur:

Vérifier que les champs des lignes ajoutées soient séparés par des tabulations et pas par des espaces (bien entendu à l'intérieur du dernier champ, qui contient la commande, les espaces sont autorisés

La visibillité dans "réseau" n'est (et n'a jamais été) fiable. Ca fonctionne par broadcasts et la mise à jour (découverte des autres machines) est souvent lente . Puisque tu parviens à te connecter à un dossier c'est que tout est OK niveau firewall. Le mieux est d'oublier la branche "réseau" dans l'explorateur Windows et de se contenter d'utiliser le nom UNC pour accéder au NAS (<nom_du_nas>) ou a un de ses dossiers ("<nom_du_nas><nom_de_dossier>")

Chercher dans le forum les sujets sur "haproxy" et "reverse proxy". Chacune des deux approches saura répondre à ta demande. A toi de choisir quelle est celle qui te convient.

setfacl getfacl (noter que DSM n'est pas complètement un linux "classique")

Pour ça faut d'abord activer les ACL au niveau du répertoire partagé Ensuite il devient possible d'ajuster finement les droits via filestation ou même directement depuis Windows (explorateur -> propriétés de fichier ou dossier -> onglet "sécurité") Il existe bien une commande en ligne pour manipuler les droits acl (/usr/syno/bin/synoacltool) mais la seule documentation que j'ai trouvé sur cette dernière est ce qui s'affiche lorsqu'on l'invoque avec le switch "-h" (synoacltool -h)

J'ai peut-être mal compris mais il était question dans la demande de "partager directement des sous dossiers", pas de les ajouter à l'index de façon individuelle.

non

Avant toute chose soit bien conscient qu'utiliser la fonction client DNS (pas confondre avec le mode serveur) avec un VPN public revient a laisser ton NAS grand ouvert sur internet vu que le firewall ne filtre pas les connexions VPN (c'est une anomalie je le reconnais) La fonction VPN de Synology est plutot prévue pour relier entre eux des sites distant (agences d'une entreprises avec le siège par exemple) Utiliser un VPN public se fait à ses risques et périls. Cela dit, pour ton problème peut-être qu'utiliser des serveurs DNS public (OpenDNS ou Google) au lieu de ceux de ton FAI résoudrait le problème (m'étonnerais pas que le serveur DNS Free refuse les connexions venant d'IPs "non free")

Bien entendu: ça entre largement dans les capacités de l'engin.

Je n'ai pas eu l'occasion d'en tester un autre plus puissant pour comparer. Mais, à mon avis, un modèle plus puissant ne peut s'avérer utile que dans le cas ou plusieurs postes clients sont connectés simultanément dessus (et encore si ils effectuent activement des transferts réseau) , ou si on utilise le serveur web avec un traffic un peu soutenu. Sinon, une entrée de gamme comme celui-ci, pour un usage à domicile, c'est bien suffisant Essentiellement: serveur de fichier SMB/CIFS serveur cloud (petite volumétrie, pour synchroniser certains fichiers avec mon smartphone) serveur multimedia (audio et video en dlna sur téléviseur, passerelle video, tablette et smartphones) récupération de podcasts un peu de downloads Franchement je ne ressent pas de limitation niveau perfs. J'avais un DS210J avant et ça me suffisait déjà, il était juste un peu limite en mémoire pour certains packages (Squeezebox Server par exemple) mais avec les 512megs du DS213 c'est oublié.

Les release notes viennent d'apparaitre (http://www.synology.com/releaseNote_enu/DS213j.php) Fixed Issues Enhanced the stability of iSCSI LUN and volumes. Enhanced the security of DSM operating system. Resolved a compatibility issue so that you can install Photo Station 5 on DSM 4.3.