CoolRaoul

Il y a un long fil sur le sujet: Tu devrais essayer de le parcourir et de t'y accrocher

En effet: plus précisément, à chaque connexion, les règles sont examinées dans l'ordre de haut vers le bas. Des que la partie "condition" d'une règle s'applique, l'action (accepter ou refuser) est appliquée et les règles suivantes ne sont pas traitées.

Faut créer deux règles. La première: a.b.c.d étant l'IP distante à autoriser Suivi d'une autre identique mais avec "IP Source=<tous>" et action="refuser" Bien s'assurer que la seconde règle soit située apres la première (en dessous dans la liste) La 2eme règle est inutile si on a choisi l'approche ci dessous: (mais dans ce cas ne pas oublier d'avoir prévu inclus une règle autorisant le réseau local sous peine de devoir faire un reset de la conf firewall via le bouton magique)

Personne n'a proposé ça

Comme j'ai écris: "d'autres pourront peut-être donner plus de détails.." patience donc Je me souviens que ça a été discuté ici même dans le forum, mais je ne trouve pas les bins mot-clés à utilisér pour retrouver les fils sur le sujet.

Ah ... le navigateur dans le navigateur. Ca faisait longtemps que le sujet n'était pas revenu sur la table... Pour faire court, la réponse est non. Mais d'autres pourront peut-être donner plus de détails..

La voix du bon sens. Les plus fortunés peuvent même envisager l'investissement d'une tablette (se connectant à internet en tethering via son smartphone) pour plus de confort.

En effet et c'est d'ailleurs pourquoi je n'avais pas remarqué jusqu'ici qu'elle était apparue avec la 4.3.

Pourquoi me parles-tu de la commande "halt" ? **EDIT** plus précisément, vu que la commande "shutdown" existe sous DSM 4.3, oublie "halt" et pour arrêter le NAS, la bonne façon de procéder est: shutdown -h now Et si tu veux éviter tout risque d’arrêt partiel due à la déconnexion intempestive de la console (je crois que shutdown sait gérer ça mais ça ne mange pas de main), alors utilise : nohup shutdown -h now Note: "-h" pour un arret (halt) et "-r" pour un reboot.

Auparavant, sous DSM la seule commande dispo pour rédémarrer était reboot" Et pour avoir la garantie que la commande ne soit pas interrompue par une coupure de connexion, fallait faire: nohup reboot Mais en effet je découvre que "shutdown" est disponible désormais: fserv> /sbin/shutdown --help Usage: shutdown [OPTION]... TIME [MESSAGE] Bring the system down. Options: -r reboot after shutdown -h halt or power off after shutdown -H halt after shutdown (implies -h) -P power off after shutdown (implies -h) -c cancel a running shutdown -k only send warnings, don t shutdown -q, --quiet reduce output to errors only -v, --verbose increase output to include informational messages --help display this help and exit --version output version information and exit TIME may have different formats, the most common is simply the word 'now' which will bring the system down immediately. Other valid formats are +m, where m is the number of minutes to wait until shutting down and hh:mm which specifies the time on the 24hr clock. Donc je confirme que "shutdown -r" comme préconisé est la bonne méthode (et le préfixer par nohup ne fait pas de mal de toutes façon)

Suffit de réfléchir 5 mn: les 50mbits d'upload sur la fibre représentent à peine 5% de la bande passante ethernet théorique du NAS *sans* le link agrégation. A quoi bond augmenter la taille du robinet quand le tuyau est 20 fois plus petit? Sans oublier que c'est *toute* la chaîne *de bout en bout* entre le NAS et le poste client à l'autre bout qui devrait supporter également le doublement de bande passante. Pas besoin d'aller plus loin donc. PS: stp, essaie de ne pas le prendre directement pour toi, mais j'ai l'impression que beaucoup insistent à mettre en place une infrastructure link aggrégation dans le cadre d'une utilisation domestique juste pour jouer à qui à la plus grosse.

Et voila que maintenant le firmware est en ligne: http://usdl.synology.com/download/DiskStation/DSM4.3/3803/

Question déjà posée (et toujours pas de solution):

Pour ma part je n'utilise pas le serveur de mail et je suis très content de cette nouvelle version niveau conso CPU. Voir ici: Et sinon je préfère largement cette nouvelle politique de "hotfixes" comparé à l'approche antérieure ou, lorsque un problème avéré était corrigé, en attendant la version complète suivante, chacun devait *individuellement* ouvrir un dossier au support pour bénéficier d'un lien de téléchargement (tout en reconnaissant que la confidentialité de ces liens était toute relative puisqu'il fuitaient assez rapidement sur les forums, mais c'est plus sain maintenant je trouve).

Depuis cette dernière update tout est redevenu normal pour moi niveau CPU. Et comme rien ne remplace une image:

On dirait que ça revient, j'ai reçu 4 notifications sur sujets suivis depuis ce matin. C'est réparé?

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.