CoolRaoul

Alors la je sèche, Dans cette situation je tenterai un reboot

Je vois, c'est sur que si tu te cherchais à te connecter en ssh sur un port que ton démon sshd écoutait un autre ça ne risquait pas de fonctionner De mon coté, pour utiliser un autre port (et éviter ce genre de problème) je préfère le faire au niveau de la règle de redirection sur le routeur/la box.

Juste par curiosité: peux-tu nous dire quels paramètres tu as du modifier? J'utilise un "sshd_config" non modifié et je n'ai pas de problèmes de connexion.

Je n'ai pas eu a configurer quoi que ce soit **edit** Mais, même si tu parviens a faire marcher ton bidule, ça risque d'être peu pratique et probablement pas tres preformant: Si j'ai bien compris BubbleUPNP, sur ton smartphone ou ta tablette, va devoir aller lire en streaming les fichiers media à partir du serveur DLNA du NAS pour les re-streamer à nouveau vers la clé HDMI.

Bubble, je l'utilise et ça marche au poil. Tu es bien allé dans l'onglet "devices" pour sélectionner le NAS d'abord? Sinon, je ne suis pas chez moi là, peux pas t'aider dans l'immédiat

Non, le firewall de logge pas les connexions qu'il a bloqué. L'option de notification qui apparait dans ses parametres ("M’avertir quand des applis ou services sont bloqués par le pare-feu et fournir l’option de débloquer ce service ou cette appli.") ne s'applique que lorsque on active un nouveau package pour prévenir si il y a des ports à ouvrir et proposer de le faire. Ce type de message (mise en blacklist) apparait sous forme de *notification*, pas dans les journaux.

C'est un serveur DLNA, mais le serveur multimédia de DSM devrait être suffisant. Serait surprenant que la clé ne soit capable dialoguer avec ce dernier et pas avec le serveur natif de DSM. **edit** Suis tombé sur cet article pas tres rassurant: http://www.minimachines.net/actu/google-chromecast-la-concurrence-saffute-11510 **edit #2** nb: ne s'agit pas du même modèle de clé mais c'est la même techno: http://www.jesuisgeek.fr/tests/test-dongle-hdmi-wifi-hd-1080p-pour-diffuser-vos-contenus-sur-la-tv-6154.html "Je l’ai essayé pour la fonction dlna en espérant accèder à mon nas. Cela ne fonctionne pas du tout. Le dongle se contente d’appeler un logiciel tier. Concernant la lecture vidéo, ça saccade en permanence et côté dongle, aucun paramètrage possible."

As-tu également posé la question ici ?

Le service VPN client de DSM ne serait-il pas actif?

Ca a sans doute un lien avec: (Faudrait peut-être épingler l'info)

Un point à prendre en compte pour les sauvegardes: pour en maximiser les performances, il serait peut-être préférable de privilégier un modèle de NAS disposant d'un port USB3 et que le disque dur externe soit à cette norme.

Vu les erreurs je ne serai pas étonné, comme le suggère Bud, que tu ai édité ton script avec un editeur windows qui ne gère pas les fin de lines unix. Et pour l'optimisation du code, je ferai un truc dans ce genre (gaffe, non testé; commencer en remplacant le "-x" du 2eme "tar" par "-t" pour valider) #!/bin/sh PATH=/bin:/usr/bin copyfiles () { pattern="$1" target="$2" find . -name '@eaDir' -prune -o -type f -print | grep -i -E "$pattern" | tar -c --files-from=- --transform="s@.*/@@" | tar -x -C "$target" -vf - } SERIES="/volume1/Videos/Series" copyfiles "arrow.*.(mkv|avi|mp4)" "$SERIES/Arrow/Saison 2/" copyfiles "simpson.*.(mkv|avi|mp4)" "$SERIES/Simpsons/Season 25/" copyfiles "mentalist.*.(mkv|avi|mp4)" "$SERIES/Arrow/Saison 2/" Le "transform" du premier tar sert à mettre les chemins de fichiers "a plat" (pas de sous-dossiers à l'arrivée) On doit pouvoir faire plus compact a coup de rsync (/usr/syno/bin/rsync) avec les options "--include" et "--exclude" mais j'ai pas le temps de maquetter ça là. Si tu as le temps ça peut faire un bon exercice. **edit** remplacé le second "-prune" du "find" par un "-print", voila ce qui ce passe avec les scripts à l'arrache pas testés. Et c'est probablement pas le dernier bug. Désolé

Bien entendu j'ai, des le début, un ouvert un dossier au support Voila qu'aujourd'hui je reçois une réponse qui, en gros, me demande de faire un reset usine de mon NAS parce que, d'apres le dump que je leur ai envoyé, j'aurait installé optware (ce qui en plus est faux: j'ai simplement utilisé la même architecture de mount "/volume1/@opt" -> "/opt" pour mes *propres* binaires développés avec la toolchain officielle, mais ca leur suffit pour faire cette déduction. Ça commence vraiment à me gonfler: chaque fois que je soumet un problème au support, la réponse reçue est de réinitialiser mon NAS. Je trouve cette manière de botter en touche vraiment insupportable. En outre, on distingue bien dans les traces tcpdump (que je leur ai pourtant fournies) que c'est le client DScloud Androïd qui est a initiative de cet échange de données toutes les 5 seconds Pourquoi donc n'essaient-ils pas d'investiguer pas aussi coté Androïd? Donc, je fais une petite requête aux membres du forum qui passerait dans ce sujet: serait-il possible a certains utilisateurs DScloud, d'exécuter la commande suivante en connexion shell root (ssh ou telnet) sur leur NAS à un moment ou leur client DScloud est connecté en wifi : /usr/sbin/tcpdump port 6690 et me dire si eux aussi ils constatent des paquets échangés toutes les 5 secondes. Merci d'avance.

Je ne comprend pas la question

Pas uniquement: d'ailleurs la connexion WebDAV par le navigateur est assez peu utilisée car assez limitée en fonctionnalités. Principalement, une connexion WebDAV permet de "monter" des dossiers distants et de les manipuler dans l'explorateur comme des dossiers locaux (sous Windows ils vont apparaître dans la section "réseau" et leur contenu sera accessible par les boites de dialogue "fichier->ouvrir" et "fichier->enregistrer sous", La seule différence notable avec des fichiers locaux sera en terme de performances et quelques fonctionnalités pointues. Voila ce que donne une connexion WebDAV établie entre mon PC sous Windows et mon NAS: Tous les dossiers attachés au lien nommé "fserv_ssl" sont des dossiers partagés de mon nas qu'il est possible de parcourir à distance comme des dossiers locaux (un double-clic sur un .xls ouvre excel par exemple, on peut modifier et enregistrer de façon transparente)

Allez, soyons sympa, on va citer la source:

Interessant: inversement je ne suis pas parvenu à faire fonctionner un VPN IPsec sur mon Android, alors qu'openvpn par contre sans probleme (avec une appli tierce sur le smartphone) Je trouve tout ça pas très clair Quand tu dis "j'active le VPN", s'agit du VPN client sur le téléphone ou du VPN serveur sur le NAS? Et puis, que doit-on comprendre par "imposer l'utilisation du VPN", à qui (ou à quoi) veux tu *imposer* d'utiliser le VPN? Peux-tu élaborer un peu plus?

Pas que je sache. Tout cohabite Oui, et il y a même plusieurs approches possible pour cela: Webdav, VPN. Le choix étant à affiner après définition du besoin exact. Oui: Cloudstation. Dispose de clients Windows, Androïd, IOS et MAC

Si ils téléchargent par l'intermédiaire de FileStation, suffit d'activer son journal: et il sera alors possible de consulter la liste des transferts dans le "centre des journaux":

"I'ts by design": c'est comme ça que fonctionne le réseau Windows. Question déjà soulevée à de nombreuses reprises. C'est bien ce que j'avais compris mais ce n'est simplement pas possible, tu peux juste déposer des raccourcis (ou des liens) dans n'importe quel dossier local du poste Windows pointant vers n'importe quel dossier du NAS (même un sous dossier), ce qui permet déjà de faire des trucs sympas. Pour créer des liens faut lancer la fenêtre de commande pour mklink en mode admin, mais une fois créé pas besoin de l'être pour naviguer à travers le lien.

Tout a fait, et ce n'est pas la faute du NAS, c'est comme ça que ça fonctionne Et tu verra à l'usage que l'utilsation de lecteurs mappés n'est franchement pas indispensable, du moins tant qu'on n'utilise pas d'applications datant du neolitique ne sachant pas gérer les chemins d'acces réseau (<serveur><partage><dossier...fichier) Ce n'est pas possible (et je n'en voie pas l'utilité comme je l'ai expliqué). Mais tu peux créer dans n'importe quel dossier windows, des raccourcis vers n'importe quel dossier du NAS. Il est meme possible de le faire sous forme de liens symboliques (comme sous unix) avec la commande en ligne "mklink") Ben ça c'est déja le cas. juste faut comprendre que si le couple utilisateur/mot de passe est identique à celui de la session windows tu n'aura pas à saisir à chaque chois tes identifiants Et, bien entendu, tu ne pourra accéder qu'aux fichiers du NAS auquel l'utilisateur utilisé à effectivement acces. Faut juste éviter d'utiliser l'utilisateur "admin" pour l'acces distant vu que ce dernier à acces à tout La question est: pourquoi vouloir faire apparaître dans "ordinateur" des dossiers situés sur un serveur réseau dont la place naturelle est dans "réseau"

Ben voila ... Voila qui est étrange, mais que doit-on comprendre par "je fais" ? Tapé dans le champ addresse de l'explorateur? dans démarrer->exécuter? ou dans "connecter un lecteur réseau" ? (dans ce dernier cas c'est normal que ça ne marche pas) ? La aussi tout dépend de ce qu'il faut comprendre par "accéder": normalement démarrer->exécuter suivi de "ip" ou "<nom>" ouvre l'explorateur centré dans la zone "réseau" et suffit de "déplier" l'arborescence. C'est bien comme ça que tu t'y prends? Windows conserve en cache le couple user/mot de passe utilisé pour se connecter à sa session et les réutilise pour accéder à une ressource réseau. En utilisant même couple compte/mot de passe sur le PC et sur le NAS ca permet de rendre les connexion transparente comme tu peux le constater.

par "ip normal" tu veux bien dire la syntaxe "n.p.q.r" n'est-ce pas?

Est en mettant l'IP du nas à la place de "NASdisk" ?

Commencer par désactiver le firewall du NAS et virer les redirections dans la box (pour l'acces distant via internet il sera bien temps de s'en occuper plus tard). Qu'est ce que ça donne dans ce cas?