CoolRaoul

A partir du moment ou tu utilises la version 2 de Keypass (dite "pro") tu n'as pas à t'inquiéter : chaque sauvegarde est en fait une synchro. Donc aucun risque qu'une sauvegarde d'un PC écrase des nouvelles entrées créés avec l'autre. En plus il gère automatiquement un historique au niveau de chaque entrée. Le mettre dans un dossier synchronisé par CS à l'avantage de disposer de ce fait d'une historisation de ta base Keypass mais rien ne l'oblige. Dans mon cas j'accède à mon Keypass en local directement en SMB/CIFS à partir de plusieurs postes Windows. A distance je me connecte en webdav, aussi bien via l'application Android que par un Keypass installé en mode portable sur une clé USB. **edit** A noter que depuis mon message initial j'ai laissé tomber dscloud à cause de défauts rédhibitoires pour moi mais ce n'est pas le sujet ici.

Dedikam j'ai testé leur service et mon expérience n'a pas été enthousiasmante (mais comme on dit ... "your milleage may vary") On en a discuté dans ce

Ca aurait quand même été mieux de poster dans la bonne section (ici c'est "NAS-Forum → A propos de ce forum → Suggestions", ce qui n'est pas du tout en phase avec le sujet), mais n'étant pas modérateur je ne suis pas habilité à déplacer le fil.

Euh ... c'est déjà le cas avec la substitution $(date ...) Possible mais gaffe aux potentielles erreurs de frappe, toujours risqué quand on fait des delete en masse. A part ça, faut juste ajouter une 2eme ligne après le "wget": find <chemin_dossier_backup> -name "*.ics" -mtime +30 -print0 | xargs -r -0 rm ("-print0" et "-0" pourraient être omis mais ça permet de ne pas partir en vrille en cas d'espaces dans les noms de fichiers) ou encore plus simple (j'oublie souvent l'existence de cette option "-delete" de "find"): find <chemin_dossier_backup> -name "*.ics" -mtime +30 -delete

Le planificateur de taches intégré sait le faire: Dans le nom du fichier, insérer: $(date "+%Y%m%d")qui sera substitué par la date au format "AAAAMMJJ"

Si tu n'est pas à l'aise avec unix, même pas besoin de passer en ligne de commande, Tu peux commencer par créer sous l'interface d'admin DSM une tache programmée avec le contenu suivant: /usr/syno/bin/wget -O <chemin_dossier_de_sauvegarde>/<fichier_sauvegarde>.ics "<url>" En remplaçant respectivement le <chemin> par un truc du genre "/volume1/mon_partage/backups/", le <fichier> par disons "sauvegarde_agenda.ics", et <url> par l'url privée de ton agenda google (à récupérer dans les paramètres de l'appli web google agenda) Dans un deuxième temps, on pourrait envisager quelque chose de plus compliqué avec gestion de l'historique des .ics (par exemple en ajoutant la date et l'heure dans le nom du fichier ics local) mais faudra penser à purger aussi.

Puisqu'on disgresse sur le choix d'emplacement: je conseille d'éviter ceux sujets à de fortes variation de températures sur des périodes courtes (c'est bien moins la valeur absolue de la température que sa vitesse de variation qui est critique). Y a pas mieux pour faire souffrir les équipements électroniques (qui plus est ceux comportant des pièces mobiles comme les disques durs ici).

Bigre! Débuter en NAS avec un 1815+, tu ne fais pas les choses à moitié. Enfin, bref ce n'est pas le sujet. DSM permet de programmer démarrage et arrêt automatiquement. Il va de soi que cela aura pour résultat que chacun des disques va subir 2X365 cycles par an, ce qui ne peut qu'être nuisible à sa fiabilité à la longue, comme tout équipement de ce type. Note bien que c'est déjà mieux que l'hibernation qui peut avoir pour conséquence, suivant l'usage, plusieurs cycles *par jour*. En résumé on n'a rien sans rien: dans les modèles haute performance comme celui-ci, qu'on trouve plus souvent en entreprise que dans une chambre, Synology ne privilégie pas bien entendu la réduction des nuisances sonores. Reste donc à toi de peser le pour et le contre, bruit/confort VS fiabilité

Le 2eme nom que tu vois apparaître via la freebox est celui déclaré dans les métadonnées du .mp4. Il est possible d'aller éditer ces infos avec un outil d'édition de métadonnées (mais je ne connais pas pour les mp4) Sinon, autre approche, demander au serveur multimedia du NAS de toujours diffuser le nom du fichier en décochant la case comme ci dessous:

Un truc que j'ai oublié (surtout que je n'avais pas percuté que c'est le *renommage* dont tu voulais te protéger): dans le modèle de droits Unix qui est ici utilisé (lecture/écriture/exécution pour "propriétaire"/"groupe"/"autres"), la possibilité de supprimer et renommer des fichiers ne dépend pas des droits sur les *fichiers* mais des droits sur le *répertoire* qui les contient: c'est le droit d'écriture sur le dossier qui permet les opérations de renommage ou d'effacement. Les droits d'écriture sur les fichiers eux-mêmes permettent de modifier le *contenu* du fichier (en fait c'est parfois un peu plus compliqué que ça: alors qu'on crois modifier un fichier "A", l'application utilisée peut tres choisir d'utiliser une version temporaire du fichier (disons "A.tmp") et terminer l'opération par un renommage et alors on se retrouve dans le cas précédent. Pour gérer plus finement les droits, faudrait passer ton dossier partagé du NAS en modèle de sécurité basé sur les ACL (comme sous windows), mais c'est bien plus complexe à maîtriser. Le mieux est alors de commencer par se créér un dossier partagé de test, histoire de s’entraîner a ces manipulations.

Et voila ton explication!

La methode utilisant haproxy necessite de disposer d'une box (ou modem routeur) sachant faire de la redirection en changeant le numéro de port (exemple port externe -> port 5580 sur le NAS). Les BOX de certains FAI (en suisse si je me souviens bien) ne savent pas faire.

Ne plus avoir d'IP fixe n'est pas un problème: il suffit de configurer un DYNDNS (par exemple le service fourni par Synology) et au lieu d'utiliser l'IP pour se connecter de l'extérieur à ton NAS, faudra passer par son nom DNS à la place (an ayant redirigé le port dans la box bien entendu)

Peux-tu nous détailler comment tu t'y es pris pour "'mettre les fichiers en lecture seule dans l'interface web"? Par filestation, "propriétés" -> "permissions" je suppose? Quels droits as-tu mis? (un screenshot pourrait être utile) A noter aussi que si tu utilise le comte "admin" (ou tout compte du groupe DSM des administrateurs) pour la connexion samba au NAS, ça bypasse les droits.

Pas possible: le pare-feu n'a aucune visibilité des comptes utilisateurs. Il filtre à partir des IP sources externes à destination de services (ports) interne, c'est a peu prés tout.

Faudrait peut-être juste recadrer la fonction de la shoutbox, par exemple avec un petit "disclaimer" dans le bandeau (mais est-ce possible?):

http://www.synology.fr se contente de faire une redirection sur https://www.synology.com/fr-fr/. En attendant utiliser la 2eme url

Et sinon ça peut aussi se faire en ligne de commande: /usr/syno/bin/synoconfbkp export --filepath=<fichier> --option=all Remplacer <fichier> par un chemin de fichier non existant (mieux à mettre dans un script qui calcule par exemple son nom en fonction de la date)

Non seulement elle est toujours la mais elle est même non désactivable: (suis en 5.1 également)

Peut-être un espoir avec la toute nouvelle update DSM 5.1? https://www.synology.com/fr-fr/releaseNote/DS213j "Fixed an issue where cgi cannot be executed in Web Station"

A mon avis la piste est a creuser du coté de l'erreur "#!/usr/bin/perl: not found".

Gaffe: ici le cgi s'exécute sous le compte "root" et pas "http" car le "su - http" retourne immédiatement à la session initiale (sous réserve que le shell du compte ait été laissé à sa valeur par défaut, "/bin/false"): fserv> su - http fserv> id uid=0(root) gid=0(root) groups=0(root) Faut ajouter "-s /bin/sh" à la commande "su" pour éviter ça.

Normalement, ça devrait aussi marcher sans le "perl", sous réserve que le script soit exécutable (et c'est le cas d’après les résultats de tes "ls") et que la ligne shebang soit correcte Cependant l'erreur: /var/services/web/test.cgi: line 1: #!/usr/bin/perl: not found semble indiquer le contraire Es-tu sur que le .cgi à bien été créé avec Notepad++ configuré (préférences->nouveau document->format des sauts de lignes) pour utiliser les fins de lignes unix? Pour corriger: "édition" -> "convertir les sauts de lignes"

Ah non, au temps pour moi, la bonne commande est su - http -s /bin/sh -c "perl /var/services/web/test.cgi" (mais pourquoi avoir répondu auparavant "Donc dans SSH celà fonctionne avec cette ligne de commande" ?)

Faut plutôt faire ce test avec les droits du compte http, en s'y prenant comme cela: su - http -s /bin/sh -c "perl /var/services/web/cgi-bin/test.cgi"