CoolRaoul

C'est le cas, j'ai eu l'occasion de le constater tout récemment: https://forum.synology.com/enu/viewtopic.php?f=145&t=120588&p=445644#p445644

En complément à @Fenrir, le principe est que les règles du firewall s'appliquent de haut en bas. Des que la condition d'une règle est vérifiée, l'action correspondante (autoriser ou refuser) est sélectionnée et les règles suivantes sont par conséquent ignorées. Si aucune condition s'applique, c'est l'action par défaut ("si aucune règle n'est remplie") qui est sélectionnée. En général je préconise de commencer par une règle "open bar" qui autorise le réseau local (192.168.XX.YY en général) pour ne pas se retrouver bloqué. Et ensuite c'est selon son usage.

C'est sympa mais ça ne sera pas necessaire: j'étais à la recherche d'un serveur webdav un peu plus configurable que celui fournit par Synology et comme Owncloud en contient un j'envisageais de l'utiliser.Mais je me rend compte que ça risque d'être un peu trop surdimensionné pour mon besoin.

Ok mais j'imaginais également que le gestionnaire de paquet DSM6 (sous lequel tourne mon NAS) aurait été capable de ne m'afficher que les paquets compatibles (il est vrai qu'il n'est sans doute pas capable de le savoir)

Sur mon DSM213J, le Owncloud de Synocommunity est bien proposé que dans le gestionnaire de paquets Je croyais que seul les paquets compatibles étaient "visibles"

Je m'étais laissé dire que HSGT était vraiment un cran au dessus des autres niveau fiabilité (et prix aussi malheureusement). Quelqu'un saurait-il si c'est toujours le cas? Au passage même si je suis tout à fait d'accord pour dire que c'est la sauvegarde qui est essentielle pour la sécurité des données, des disques qui ont moins de risque de tomber en panne c'est toujours agréable, car une restauration est toujours un peu emm*** à se taper (d'autant plus que Syno ne dispose pas de methode bien documentée et universelle de sauvegarde "full" avec restauration from scratch de type "bare metal" que je sache). Je sais que le jour ou je renouvellerai mon NAS, en ce aui concerne le choix des disquesm le critère de fiabilité sera largement en tête (et loin devant les performances, d'autant plus qu'il s'agit d'un usage "familial" dans mon cas) et s'est pas toujours facile de s'y retrouver.

Il n'y a aucune différence avec ce que tu t'apprétais à faire avec Optware (AKA "ipkg"), juste qu'en utilisant ce script au lieu de celui que ty t'apprétais à utiliser (sous réserve que j'ai bien compris la question initiale), tu n'auras pas besoin de Optware, rien à ajouter à DSM. En résumé tu dépose le script ou tu veux, ensuite le rendre exécutable (commande "chmod +x <chemin du script>"), modifier les variables initialies et ensuite pour l'exécuter, soit dans une fenêtre terminal (mieux vaut commencer ainsi d'ailleurs pour la mise au point), soit via le planificateur de taces (dans le panneau de configuration DSM). Tu peux utiliser le compte "admin" pour l'exécuter, pas besoin de "root" Tu trouvera plein d'exemples dans le forum.

Autre méthode: j'utilise un script maison pour faire un miroir local via ftp d'un site web situé chez un hébergeur externe. Il utilise exclusivement des commandes disponibles sous DMS6 (pas besoin d'optware donc). Me semble même que "lftp" était *déja* disponible en DSM5 dans le package Download Station (désormais c'est de base dans DSM). En outre, comme il fonctionne en mode miroir (commande lftp "mirror") c'est très efficace quant il y a peu de modifications. Voici: #!/bin/ash PATH=/bin:/usr/bin # remplacer les variables ci dessous host=ftp.monfournisseur.net password=XXXXXXX user=UUUUUUUUUU dest=/volume2/backups/websitemirror # destination du répertoire miroir sur le NAS mkdir -p $dest chmod go= $dest lftp <<EOF set ssl:verify-certificate no open $host -u "$user,$password" mirror -v . $dest/. EOF

Je rencontre le même problème (depuis vendredi) quand je me connecte à partir du réseau de mon entreprise Par contre c'est Ok à partir de mon domicile ou de mon mobile J'ai demandé à un des responsables réseau de ma boite de diagnostiquer, d’après ce qu'il a constaté ça pourrait être des problèmes de peering entre le réseau utilisé par Syno et ceux de certains prestataires européens. Bon, après ça je n'en sais pas plus, ca dépasse mon périmètre de compétences.

Tu n'aurais pas imaginé si bien dire! l'expression exacte dans la réponse du support est: "il ne s'agit pas d'une anomalie mais du fonctionnement par "design" de l'application DS Video" "it’s not a bug, it’s a feature"

Reçu une réponse du support (j'avais ouvert un ticket). Il s'agirait du fonctionnement "normal: dès lors que MX Player est installé, DS Video ne permet plus à l'utilisateur d'utiliser le lecteur de son choix et impose ce dernier. Une proposition d'évolution va être proposée pour conserver le choix dans ce cas. J'avoue que ça me laisse perplexe, pourquoi ne pas avoir choisi de *toujours* laisser le choix? (à la limite via une préférence dans les options de DS Video "utiliser automatiquement MX Player si disponible", positionnée à "on" par défaut)

C'est fort probable: tu peux essayer d'ouvrir un fichier video de ton téléphone par l'intermédiaire d'un gestionnaire de fichier. Si tu constate la même anomalie (pas de "ouvrir avec") c'est qu'en effet il s'agit d'un autre problème. Notes aussi (mais j'imagine que tu dois le savoir) que, quand, dans le menu "ouvrir avec", on coche la case "toujours", c'est bien le comportement que tu décris qui va se manifester: plus de menu "ouvrir avec" pour les ouvertures suivantes du même type de fichier.

Il ne me semble pas que tu décrives le même phénomene que moi. Tout d'abord je n'observe ce comportement anormal *uniquement* dans le cas ou MX Player est installé. Dans cette configuration en effet, DS Video cours-circuite entièrement la méthode native Android de sélection du lecteur par défaut (et d'ailleurs la procédure de reinitialisation de valeur par défaut que tu mentionnes ne s'applique pas). Par contre, quand MX Player n'est *pas* installé, tout se passe normalement avec le respect du choix utilisateur quand on coché "toujours" ou avec le menu de selection du player sinon. Pas sur que ce soit corrigé rapidement, j'ai en effet entre temps retrouvé ce post sur le forum de support officiel ou un contributeur témoigne également de ce même défaut: "Surprisingly, after reinstalling MX Player, it became automatically the default player for DS Video, whereas before, it would prompt which player I wanted to use (and I would select VLC)." le message étant daté de septembre 2014 laisse deviner que le bug n'est pas nouveau. Bon, après c'est pas terrible non plus: je vais très certainement définitivement tirer un trait sur MX Player pour adopter VLC qui s'est énormément amélioré récemment. Ca masquera le problème.

J'avais lu lu ça mais je ne pense pas qu'on doive s'inquiéter (dans le cas de liens entre dossiers partagés en tout cas). Je viens à l'instant de faire un test avec un lien symbolique pointant vers un dossier situé dans un autre partage Dans ce dossier j'ai créé deux sous-dossiers, l'un avec des droits ACL "ouverts", et l'autre restreints. Un utilisateur non autorisé n'a non seulement pas acces au dossier restreint mais il ne le visualise même pas dans l'explorateur. Donc les droits affectés au dossier cible du lien sont bien pris en compte (et c'est heureux) **EDIT** Par contre il est important de garder à l'esprit que cette méthode utilisant les liens symboliques n'est apparement compatible uniquement avec les partages windows (CIFS), vu que ca se positionne dans les paramètres avancés de la section "partage de fiichiers Windows" de DSM. Ca reste invisible dans FileStation par exemple (faudrait éventuellement vérifier les autres modes d'acces).

Pour en revenir à la méthode s'appuyant sur des liens symboliques, je me demande si l'option ci-dessous (pas testée de mon coté) ne répondrait pas à la demande:

Je bute sur une anomalie étrange avec la version Android de DS Video (et c'est pas nouveau) Voici: Si MX Player est installé sur mon appareil, DS Video le choisit *systématiquement* pour jouer les video sans me donner la possibilité de spécifier une autre appli: Etat initial: MX Player désinstallé, VLC installé activation lecture de video dans DS Video: demande de choix du lecteur par défaut, je sélectionne VLC et coche "toujours" 2ème lecture de video: VLC est alors utilisé directement (ce qui est le comportement normal attendu) Installation MX Player nouvelle lecture video dans DS Video: cette fois pas de demande de choix ni d'utilisation de VLC: MX Player est automatiquement utilisé sans me demander mon avis! désinstallaton MX Player: le choix par défaut (VLC) est de nouveau pris en compte. Note: j'avais pu constater le même comportement avec le lecteur vidéo intégré à ES Explorer (que je n'utilises plus). Si ce dernier est installé et pas MX Player, DS Video choisit alors celui-ci sans aucune possibilité de du choix utilisateur. Ce qui laisse à penser que le problème est bien du coté de DS Video. J'ai testé également sur ma tablette et j'ai le même comportement.

Faudrait commencer par ouvrir un fil dédié, parce qu'ici dans "Support des logiciels Synology -> Accès à vos données" je pas certain que ce soit le meilleur endroit Choisir par exemple: Divers -> Underground / Modifications ou Divers -> Newbie du monde Linux Ensuite faudra se poser la question du *pourquoi* installer Optware", projet à l'abandon depuis des années (voir ce que j'en pense ici)

Vu que ma demande de restauration (suite à mon post mentionné ci dessus) ne s'est pas concrétisée, à ta place je me garderai de trop d'optimisme.

Suite à une fausse manip, m'est arrivé la même chose sur un tuto, qui plus est très fourni de questions/réponses. Pas eu de retour sur une possible restauration: http://www.nas-forum.com/forum/topic/51395-jai-fais-une-cie/ J'en ai déduis que le forum ne dispose apparemment pas de sauvegardes. Faut donc faire très attention ! (extrême coup de pot j'avais précisément sauvegardé le contenu brut du post initial une semaine plus tot, par contre toutes les commentaires associés ont irrémédiablement disparu)

Sinon (c'est pas forcément le même usage mais ça convient dans mon cas) Le client Keepass windows officiel ainsi que celui que j'utilise sous android (Keepass2Android) savent tous deux accéder en lecture/écriture a la base de mots de passe en Webdav et/ou sftp.

Sans doute, mais en tout cas, je pense que ça devrait rester optionnel, et en tout cas explicitement documenté dans les releases notes (je ne demande qu'a être contredit si je me trompe mais je n'ai pas remarqué)

Salut à tous, Je viens de m'apercevoir que (depuis quand, je n'ai pas cherché) l'historique des commandes shell tapées en mode terminal sont loggées dans syslog Plus particulièremet le résultat d'un simple: grep HISTORY /var/log/messages est édifiant Qui aurait une idée de l'intérêt (et de la pertinence) de la chose et par quelle magie c'est activé?

Il y a deux méthodes pour accéder à distance à un NAS. Simplifiée, via quickconnect, ou en direct. C'est expliqué ici: Comment rendre le NAS de Synology accessible sur Internet Quickconnect est la méthode simplifiée (avec quelques restrictons). L'accs via l'url "quickConnect.to" devrait fonctionner sous réserve que le service auquel tu cherche à te connecter (tu nous as pas dit lequel) soit coché dans Panneau de configuration -> "QuickConnect" -> "avancés" Sinon reste la méthode directe qui nécessite de rediriger des ports dans ton routeur. Comme EZ-internet ne s'applique dans ton cas, va falloir appliquer les instructions "Configurer manuellement votre routeur" dans l'aide dont j'ai donné le lien plus haut. Je ne connais spécifiquement ton modèle de routeur mais je t'ai retrouvé la page de documentation applicable à cette situation ici: Configuration de port range forwarding (redirection de la plage de port) sur le Routeur Wi-Fi Linksys ou la passerelle Tiens nous au courant.

Un poil plus compliqué que la mienne, donnée juste avant! on dépose le script, correctement nommé et chmodé, directement dans le "/usr/local/etc/rc.d/" et roule ma poule. En plus je ne suis pas sur que cette méthode, qui ajoute un fichier dans "/etc/init" résiste au upgrades DSM (alors que le contenu de /usr/local est garanti conservé par Synology dans ces circonstances)

Les options "tache déclenchée sur événement (démarrer/éteindre) n'est apparue qu'avec DSM6 Pour les version précédentes faut mettre les mains dans le cambouis (plus exactement dans "/usr/local/etc/rc.d") et suivre ces instructions: If you would like to run an application when the system boots up, you have to write a startup script and put it in /usr/local/etc/rc.d/. Following are some rules for the startup script: 1. It must have the suffix “.sh”. For example, “myprog.sh”. 2. The permission must be 755. 3. It must have the options “start” and “stop”. When the system boots up, it will call “myprog.sh start”; when it shuts down, it will call “myprog.sh stop”. You can refer to the scripts in /usr/syno/etc/rc.d/. They are script for Synology default services.