CoolRaoul

Non, le lien vers l'info à été capturé dans le filet d'un de mes flux RSS d'actus. Mais pourquoi cette question ?

Bon ce n'est pas le premier, mais en plus d'être gratuit, celui-la a l'avantage d'être proposé par un éditeur jouissant d'une bonne notoriété. Rassurant coté support et pérennité. ExtFS : les partitions Linux en lecture/écriture depuis Windows Je n'ai pas testé, tout retour sera donc bien venu

Ben moi je dirai carrément que je ne comprend pas *du tout*, car comme tu le dis, https *implique* certificat, et il y a pas à tortiller: Ref: http://serverfault.com/a/343444

Ben non, elles s'appliquent a tout ce qui arrive sur l'interface ethernet (mais pas aux VPN par contre, faut le savoir). ***EDIT*** Pour reproduire le comportement que tu souhaites (ne pas filtrer réseau local, ce qui me semble raisonnable dans la plupart des cas), suffit d'ajouter en-tête de liste une règle de ce genre: En adaptant le champ "addresse IP" suivant ton plan d'addressage LAN.

Dans ce cas c'est sur l'IP de cet *autre serveur* qu'il redirige, les flux externes sur le port 22 n'ont aucune raison d'aboutir sur le NAS. Pas fermé OK mais redirigé *forcément*: il n'y a pas de miracle, faut bien que le routeur sache vers quel équipement du réseau interne diriger les connexion ssh (tcp/22) venant de l'extérieur et ça ne peut être que toi qui l'a configuré C'est que donc tu as laissé activé le service de sauvegarde réseau ou sftp comme je l'ai suggéré.Hélas, pour une raison qui m'échappe, tu ne veux pas nous confirmer ou pas cette information Tant pis pour toi alors A partir de la ca devient complèment brumeux Tu as déja reussi à décourager Sp@r0 puis Bud, à mon tour d'abandonner maintenant. je me désabonne du fil. Bonne chance quand même.

Oui étonné je suis aussi, vue que "/etc/profile" et "/root/.profile" sont lu uniquement par les shells interactifs, aucune raisonnement rationnel me semble possible pour expliquer ça. Forcément une autre raison

Info complémentaire: ne pas oublier qu'il faudra éditer le fichier de nouveau a chaque nouvelle version de VideoStation (bien qu'ayant signalé le probleme au support Syno, ce n'est bien entendu pas corrigé dans la dernière beta vu qu'ils ont préféré botter en touche comme je l'ai raconté plus haut)

Avec ssh désactivé dans terminal, le service ssh reste actif *uniquement* si sont activés sftp et/ou le service de sauvegarde réseau (mais si c'était le cas, sachant que ces services s'appuient sur ssh, j'ose espérer que tu nous l'aurais signalé). J'ai pris le temps de faire la manip pour être sur de ne pas dire de bêtises. Et même dans cette configuration, toute tentative de connexion en mode terminal est refusée: Donc, à part les messages dans les logs, je ne vois pas de quel ordre peuvent tes "soucis" avec ssh? Si tu ne veux plus voir dans la log les tentatives de connexions ssh, tu n'as qu'a t’abstenir de rediriger le port 22 dans ton routeur! (sans oublier que simplement s'assurer qu'en supplément du service terminal ssh, le service de sauvegarde réseau et sftp sont bien désactivés, aurait le même résultat) Quand au filtrage par le firewall (qui devient inutile avec les précautions ci dessus), une règle comme aurait aussi fait l'affaire: NB: avec les indications partielles que tu ne nous a donné qu'au compte goutte (on ne sait toujours pas quelle est la configuration complète du firewall, quels ports sont redirigés dans le routeur, quels sont les services actifs sur le NAS). on est obligé de deviner entre les lignes et tu comprendra qu'on se lasse un peu à la longue)

Si ssh est désactivé dans les options "terminal" , alors le port 22 est fermé, par conséquent que le firewall filtre ou pas ne va rien changer. Donc je ne vois pas comment ce qu'il ne peut "filtrer pas bien" Essaie de rebooter le Syno et de refaire le scan de ports

Le package Subversion est fourni par la communauté SynoCommunity dont plusieurs représentants sont membres actifs de ce forum (tag de groupe "SynoCommunity" à coté de leur avatar) ce n'est pas un package officiel Synology

Pas beaucoup plus clair: je ne comprend pas ce que tu veux dire par "autorisé= ouvert" par exemple Mais dans tous les cas, puisque tu nous dit que tu as désactivé ssh dans les option terminal pas besoin de bloquer le port puisque aucun service n'est à l'écoute sur ce port Le mieux est de faire un scan de port en ligne et tu sera fixé (ici par exemple)

Ca dépend si la règle est de type "autoriser" ou "refuser" Dans le cas d'une règle "autoriser", coché => ouvert, Dans le cas d'une règle "refuser", coché => fermé (bloqué) Dans les deux cas, pas coché => c'est la règle par défaut qui s'applique. Et la règle par défaut est sous tes yeux, en bas de la fenêtre. PS: tout est expliqué dans l'aide en ligne:

Il est rarement indispensable de creer des lecteurs réseau (je suppose que tu es sous Windows) Aujourd'hui toutes les applications supportent sans broncher la syntaxe serveurpartagechemin (nom UNC) Si tu veux avoir sous la main rapidement des chemins vers des dossiers (et meme des sous-dossiers) du NAS tu peux creer des raccourcis vers ces derniers. Ces raccourcis peuvent être mis n'importe ou,comme par exemple mais pas forcément dans le dossier "favoris" de l'explorateur windows. Tu peux organiser tout ça en dossiers/sous-dossiers de chemins favoris pour que ça fasse plus propre. En outre, contrairement montages de lecteurs réseau, ces liens peuvent être facilement partagés entre les différents comptes du PC pour peu de les avoir mis dans un dossier commun (comme par exemple %PUBLIC%Favorites, qui correspond en général à C:UsersPublicFavorites) Et si tu veux vraiment donner aux applications l'illusion que ces liens sont des vrais dossiers pointant magiquement sur le NAS, te restes aussi l'option de creer des liens de répertoires avec la commande "mklink /d" (qui demande des droits administrateurs pour une raison qui m'échappe)

Tu te bases sur quoi pour dire ça? Peux-tu nous citer des équipements similaires concurrents qui disposent de cette option? Perso, je ne suis certain sur que ce besoin corresponde à une forte demande, voila pourquoi je ne trouverais pas surprenant que Syno n'ai même pas imaginé que le besoin existe.

Les droits ne font pas la distinction entre les connexions locales (sur le LAN) et les connexions depuis l'extérieur Donc pas si simple, non

Je me suis abonné à ce fil: http://forum.synology.com/enu/viewtopic.php?f=62&t=51955&p=271113#p198641 parce qu'il me fait douter de mes compétences en anglais Je ne comprend absolument pas ce qui est demandé et pourtant, vu qu'il y a des réponses, j'en conclus que c'est clair pour les autres contributeurs. Rien que le sujet "How do you make folder it root?" me remplit de la plus grande perplexité! Est-ce que quelqu'un est capable de piger de quoi il retourne?

Un truc me chiffonne quand même! si ce n'est que des suppositions comment se fait-il que le firmware soit sur le site ftp?

Ne maîtrisant pas trop le néerlandais j'avais cru qu'il s'agissait d'un site de vente! Ils aurait pu s'abstenir d'indiquer un prix au moins Lire ça, ça donne l'impression que l'architecture armada est déjà morte née chez Syno. Je me trompe?

Ah oui, tiens! Bizarre qu'il faille aller sur des sites espagnols ou néerlandais plutôt que sur synology.com pour découvrir ces infos, non?

En vente sur ce site hollandais mais pas référencé chez synology.com http://www.nascenter.nl/product/341057/synology-ds114.html **EDIT** et le firmware est dispo! http://usdl.synology.com/download/DiskStation/DSM4.2/3227/

Pour moi cette phrase est du chinois

Au fait: faut bien entendu que l'équipement a l'autre bout (le client DLNA) sache décoder ces fichiers exotiques: le boulot du serveur multimedia du NAS se limite à streamer les données binaires du fichier (il ne sait faire de la conversion à la volée que pour quelques cas particuliers).

J'ai écrit "dsd=audio/dsd" , "dsd", pas "DFF" et je ne suis pas certain que les majuscules ne posent pas de problème en plus

Pour le type dsd, suffit de renseigner le champ types mime personnalisés, visible dans mon screenshot et en se basant sur l'exemple que j'ai donné: "dsd=audio/dsd". Je n'ai pas trouvé ou était documenté le séparateur à utiliser si on veut en définir plusieurs, mais le plus logique me semblerait être une virgule ou un point virgule. A tester. Par contre les types dsf et dff ne semblent pas vraiment normalisés si l'on en croit cette discussion vu que même le serveur MinimServer que tu as cité utilise le type le plus générique qui soit, à savoir "application/octet-stream" D'ailleurs, lire ça me donne l'impression que tout cela est vraiment encore un peu à l'état de prototype. Pas étonnant dans ce contexte que Synology n'ai pas encore implémenté un format dont la définition est incomplète puisque ne disposant pas de type mime officiel.

Si tu veux mon avis, au niveau des matériels, cette liste, bien que longue, ne me semble pas représenter "le marché" audio mais essentiellement une liste de convertisseurs hors de prix produits par des constructeurs ésotériques spécialistes en appareils idiophiles. Un marché plus confidentiel donc.. Mais tu peux déja! Un NAS lit n'importe que fichier, quel que soit son type (et heureusement) Et si ce qui te manque n'est que la reconnaissance de l'extension .dsd par le serveur multimedia, suffit de l'ajouter manuellement, comme je l'ai fait pour les fichiers video .ts: Dans ton cas je pense qu'il suffirait d'ajouter à la liste "types mimes personnalisés" la définition "dsd=audio/dsd" Ceci n'est pas un NAS mais un logiciel de serveur multimedia ("MinimServer is a new UPnP AV music"). Même pas encore disponible en version stable (0.7) d'ailleurs Parler de concurrence est un peu exagéré En outre, tu aurais pu remarquer que sur ce site est expliqué comment installer ce logiciel sur un NAS synology: (http://minimserver.com/install-synology.html) Dont que te faut-il de plus?