CoolRaoul

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?

Ne pas confondre l'utilisateur "root" de mariadb et celui de DSM. Me semble bien que phpmyadmin refuse la connexion avec un mot de passe vide, mais j'ai pas envie de tester et de me retrouver coincé.

Ma question s'applique aussi a celui qui n'utilisait pas MySQL précédemment et installe directement MariaDB. Comment celui-la fait-il pour changer le mot de passe "root" de la base?

Et si ça résout le problème, tu nous feras 100 lignes de "Have you tried turning it off and on again" http://youtu.be/C2Ph8zwpNyI

Oui:

Merci de m'ajouter au club. Question subsidiaire: qui saurait quelle est la méthode préconisée comment modifier le mot de passe du compte "root" de la base? Si on fait un reset via le bouton ci-dessous, ça met un mot de passe vide et on ne peut plus se connecter à phpmyadmin qui refuse les mot de passe vides. **EDIT** Suffirait d’arrêter/redémarrer MariaDB d’après ce post.

Il semblerait que ce soit le cas: http://www.neverstopbuilding.com/mount-ssh-on-osx

L'approche "nominale" préconisée par Synology serait a mon avis d'utiliser le SDK ("toolchain") officiel pour cross compiler sur un Linux de son choix. En effet "optware" (AKA "ipkg") n'est pas officiellement supporté et c'est d’ailleurs la première chose que le support officiel demande de désinstaller en cas de problème avant d'accepter d'investiguer. C'est pas forcément trivial mais documenté La doc est à prendre ici ("guide des développeurs tiers") Pour la toolchain, c'est au même endroit en choisissant le lien "Trousses à outils et source GPL" en et ensuite "DSM 5.0 Tool Chains" Pour simplifier le travail, l'équipe "synocommunity" (dont les membres sont très actifs dans ce forum) met à disposition un "framework" de developpement ("spksrc") qu'on peut trouver ici: https://github.com/SynoCommunity/spksrc qu'on peut utiliser si on le souhaite.

Mais Emacs ce n'est pas la pomme (et d'ailleurs "GNU is Not Unix" -private joke pour les initiés-) : ca existe depuis les années 1970! Comme je l'ai écris ça serait plutot un truc de vieux barbus, pas réservés aux d'Apple fanboys. Il se trouve que ça été porté sur un nombre incalculable d'O.S. y compris OS X donc.

Ça te permet de jeter un oeil aux logs (centre des journaux) déjà. Rien de ce coté? Ah voila, c'était donc bien ça.