CoolRaoul

Je ne vois pas de raison pour cela, c'est le "find" qui assure le parcours je ne trouve pas de différence de fond avec mon code J'avoue découvrir cette commande ("exiv2") et j'ai utilisé son aide en ligne pour comprendre comment l'utiliser: fserv> exiv2 -h Usage: exiv2 [ options ] [ action ] file ... Manipulate the Exif metadata of images. Actions: /../ mv | rename Rename files and/or set file timestamps according to the Exif create timestamp. The filename format can be set with -r format, timestamp options are controlled with -t and -T.

Le test ([ ... ]) des shell sh, ash et bash ne tient pas compte des "*" et "?" et les traite comme des caractères normaux. Seul le korn shell (ksh) supporte cela, sous réserve d'utiliser le format étendu avec doubles crochets: [[ ... ]] et de sortir les caractères jokers des quotes.

La ca m'a l'air bon: #!/bin/ash PATH=/bin:/usr/bin:/usr/syno/bin # important si lancé en cron rep=~/tmp/A_Classer # /volume1/NetBackup/test/ LOG_FILE=/volume1/NetBackup/PhotoStation.rename.file.sh.log # creation fichier log si stdout n'est pas un tty [ -t 2 ] || exec > $LOG_FILE 2>&1 find "$rep" -name "*.jpg" ! -path "*/#recycle/*" ! -path "*/@*" | while read line do #on recupere le nom "court" du fichier filename=${line##*/} filename=${filename%.*} # recuperation de la date du fichier IFS=': ' set $(exiv2 -g Exif.Image.DateTime -Pv "$line") unset IFS year=$1 month=$2 day=$3 hour=$4 minute=$5 second=$6 # on test si le fichier porte deja un nom correct case $filename in "$1-$2-$3_$4-$5-$6"*) # le nom est OK echo "not renaming $line" >&2 ;; *) echo "renaming $line" >&2 exiv2 mv -fF -r "%Y-%m-%d_%H-%M-%S" "$line"; # essayer avec :parentname ;; esac done Notes: le "case" a la place du test ([ "$truc" -eq "machin" ]) car les wildcards ("*") ne sont pas supportés ici. affectation du PATH pour s'assurer de la visibilité de la commande "exiv2"

attend quelques minutes je teste les correction du script et je te montre ça

Ca c'est l'affectation de la variable "filename", moi c'est sur "fullfilename" que je me pose des questions, comment peut-elle prendre une valeur? Ensuite faudra que tu explique ce que tu veux faire par le test: if [$filename -ne "$1-$2-$3_$4-$5-$6*"] le "*" à l'intérieur des quotes va être interprété littéralement, pas comme un wildcard

Une variable shell n'apparait pas ainsi par miracle, elle doit bien être affectée quelque part et je ne vois rien dans la boucle "while" qui positionne le contenu de cette variable.

Je me demande de quel chapeau sort ce "fullfilename" De plus le formalisme ${nom%.*} est typiquement (et peut être exclusivement) Korn shell **edit** Au temps pour moi, je constate sur sa man page que ash (qui est le shell de DSM) connait ce formalisme. Mais reste ma question sur la variable "fullfilename"

A moins qu'il s'agisse d'un service gratuit, faudrait nous donner le nom de ton fournisseur. Un service de ce genre qui ne permet même pas de gérer librement ses sous domaines en leur affectant des IPs différentes est a fuir d'urgence.

Dans l'éditeur, pour coller, le faire via un simple Control-V ou shift+insert ne devrait pas poser de problème. Sinon, reste a envisager hypothèse de l'incompatibilité d'une extension du navigateur (type adblock) avec le code javascript de l'éditeur. Faudrait tester avec les extensions désactivées, et/ou un autre navigateur pour en avoir le cœur net

En plus de sauver les données, simultanément à de chaque job de sauvegarde est effectuée une sauvegarde des settings DSM (compte utilisateurs, partages, etc...). C'est la même chose que l'on trouve dans le panneau de configuration -> Mise à jour et restauration -> Sauvegarde de configuration. Ce de ça qu'il est question ici.

Dans la sauvegarde, "incrémentale" signifie simplement que chaque sauvegarde successive n'envoie vers la cible que les fichiers modifiés depuis la sauvegarde précédente, mais pas que ça gère les "versions de fichiers" Sous DSM, je ne connais pas de méthode native pour faire ce que tu veux (multiples versions) avec pour destination un serveur rsync. Il y a bien le backup "multi version" mais ça ne fonctionne que si la cible est un volume dédié sur le même NAS. TimeBackup () se rapproche un peu plus de ton besoin, mais je ne sais pas si il fonctionne à travers le réseau mais en tout cas pas avec un serveur autre que Synology comme cible.

Pour l'acces fichier ("systeme de fichier" désignant plutot la *structure* sur disque, comme ext4fs dans le cas du Syno ou NTFS sur PC Windows) le choix est assez simple: quasiment personne n'utilise SMB a travers internet (sauf via un VPN). Par contre, c'est le protocole de prédilection sur le LAN (en compétition avec NFS dans le cas de clients Linux/Unix). Apparemment, même Apple a choisi de privilégier SMB par défaut. Webdav est un protocole encapsulé dans de l'http, et donc sa sécurité est du même niveau que HTTP lui même. Niveau authentification, c'est inévitablement compte/mot de passe. Niveau confidentialité ça sera crypté si ça passe à travers SSL. Mais attends d'être certain d'en avoir besoin avant de l'activer et ouvrir ses ports pour acces distant. Avec un smartphone, DSFile peut être suffisant et s'appuie sur les ports "standards" DSM (5000/5001).

Je suis pas entièrement catégorique sur la désactivation du compte admin: mettre un mot de passe bien fort à ce dernier le rend aussi difficile à craquer qu'un compte admin annexe (sur lequel bien entendu il faut quand même mettre un mot de passe sérieux), il y a juste le fait que le nom "admin" est déjà connu. Mais faut pas oublier que c'est le couple [compte X mot de passe] qu'il s'agit de découvrir pour entrer. Par contre des que le NAS est accessible de l'extérieur, je considère *impératif* de s'assurer que le blocage auto est activé, c'est à mon avis la première et la plus importante des mesures de sécurité à prendre. Sachant qu'un potentiel attaquant n'aura (avec la config par défaut) que 3 essais avant de voir son IP bloquée pour 24 heures, toute attaque de type "brute force" est complètement inhibée par ce mécanisme. Autre conseil: dans la mesures on on décide d'ouvrir en externe l'acces SSH, pour éviter de se retrouver sous un déluge d'alertes de tentatives de connexions, lui affecter un autre port que le traditionnel 22 peut être une bonne idée (ça ne change pas fondamentalement le *niveau* de sécurité, c'est juste pour moins stresser). Le plus simple et efficace est de le faire via la règle de redirection de port de la BOX si elle le supporte.

Ca n'a rien a voir: la mise en veille des disques (ce qui est déconseillé par ailleurs mais c'est un autre débat) n’empêche pas le NAS d'être accessible normalement par le réseau (quel que soit le protocole). Les disques vont arrêter d'être alimentés et le seront de nouveau des qu'un accès fichier sera nécessaire. A l'inverse, le WOL permet de réveiller un NAS *complètement éteint* (power off) à partir du moment ou il est toujours connecté au secteur: dans ce mode seule la carte réseau est alimentée, suffisamment pour intercepter les "paquets magiques"

Non, tu as raison. Contrairement à ce que je pensais, tous les modèles au catalogue ne supportent pas encore le wake on lan C'est traduit en français pas "Sortie de veille LAN/WAN" dans les fiches produits Syno, comme ici: https://www.synology.com/fr-fr/products/compare/DS214se/DS213j

Ca dépend du modèle du NAS: toute la gamme Synology ne supporte pas le Wake On Lan. Faut vérifier les specs (mais généralement il me semble que tout les modèles pas trop anciens le supportent) Et alors, si le NAS est compatible, pas de problème, il existe des tas d'applis pour ça, même pour smartphone.

Ca, faut avouer... à se demander si tu ne t'es pas carrément trompé de forum: quel rapport avec les NAS? (Synology ou autres d'ailleurs)

Pas obligatoire d'installer DSM 5.1 beta pour tester notestation, cf mon message ici:

Ne pas négliger l'option d'utiliser un smartphone avec 3G activée et wifi désactivé, ça peut dépanner aussi (et éviter de "faire appel à un ami")

Faut éviter de toucher directement aux fichiers "/usr/syno/etc/httpd-ssl-vhost.conf-user" et "/usr/syno/etc/httpd-vhost.conf-user" Leur contenu est géré par DSM et est "parsé" lors de la sauvegarde de la configuration (qui est systématiquement faite lors de chaque job de sauvegarde). Si l'outil de sauvegarde ne comprend pas son contenu il peut planter. J'avais mis le doigt sur ce point il y a un bout de temps déjà (on était encore en DSM 4 alors): D'ailleurs, c'est en partie pour éviter cette obligation d'avoir à éditer des fichiers systèmes, avec les effets de bords indésirables qui peuvent survenir sans prévenir à chaque update de DSM, que j'ai choisi de définitivement abandonner la méthode apache pour passer à nginx pour implémenter le reverse proxy

Ben voila, c'est arrivé (DSM 5.1 Beta)

Ma main a couper que seuls les ports 20 et 21 ont été ouverts et pas les ports ftp passif , donc avant de faire le test avec l'url ftp:// faudrait déjà s'assurer de ce point. Autre chose: on n'est toujours pas certain que le besoin est bien de faire du FTP. Et même dans ce cas, ports ouverts ou pas, tant que le DDNS ne marche pas, utiliser l'url xxx.synology.me ne marchera pas. Car n'oublions pas que le problème de départ (cf premier message du fil) est le DDNS syno qui ne marche pas, on a bien dérivé depuis avec cette histoire de FTP. En résumé, je préconiserai de résoudre les problèmes un a la fois: d'un coté la connectivité (ouverture de ports), à faire en utilisant l'ip externe "en dur" (histoire de s'affranchir du DDNS), d'un autre coté le DDNS.

Pour commencer, oublier ftp et ouvrir plutot le port 5000 à la place dans le routeur et, dans le navigateur utiliser http://xxx.synology.me:5000 **EDIT** Sinon, tu peux envisager de passer par quickconnect à la place, c'est plus adapté aux newbies (pas besoin d'ouvrir de port dans le routeur)

Pas seulement ceux-la sont requis: as-tu bien noté comme l'a indiqué Domlas que pour ftp il faut aussi ouvrir les ports correspondant à la plage de ports passifs déclarés ici: De plus pour tes tests effectués en externe, est-ce bien du *FTP* que tu utilises?

En ce qui concerne le WIFI, Tu as la solution alternative de désactiver celui de la Box et utiliser le netgear en Hotspot et laisser les fonctions routeur sur la box/ Je trouve juste dommage d'avoir justement choisi chez Netgear un modèle de la gamme "open source" (suffixe L) dont le principal avantage est justement l'ouverture aux firmwares alternatifs (ce qui explique probablement que le firmware natif soit un peu bridé) et de ne pas aller au bout de la démarche. Ok, comme tu voudras. Tu me vois désolé de ne plus facilement pouvoir assurer le support du reverse proxy (alors que j'ai pondu le tuto). Vu que j'ai migré vers nginx, par suite il m'est désormais moins évident de reproduire les manip sur mon NAS perso