CoolRaoul

Cette page parle de 10GB, c'est insuffisant? (Section "Version: 2.0-2391 (2013/03/04)")

Il est possible d'installer le client DSCloud beta même sur un NAS en 5.0. Suffit d'activer les versions beta dans le centre de paquets ("parametres" -> "beta") Mais... ne pas oublier que c'est de la beta, avec toutes les réserves que ça induit.

Il y a quand même une précision: dans le post est écrit "Si un fichier est modifié les anciennes versions sont conservées". Voila pourquoi il m'a semblé raisonnable d'en dédiure qu'il était souhaité que le versioning s'applique au fil de l'eau, à chaque fois q'un fichier est écrasé par une nouvelle version. Devoir pour cela laisser à son domicile un PC allumé sur lequel s'exécute une appli de type Syncback ou similaire passant son temps à scruter les modifs sur le NAS je trouve la solution peu lourde. Mais attendons plutôt de voir si cette approche convient à l'usage envisagé par neops.

C'est pourtant demandé des le lancement de cloud station client (m'a fallu l'installer pour te faire un screenshot, vu que je ne l'utilise pas) Je reconnais que le libellé "nom de domaine" est mal choisi cependant Bon, me reste plus qu'a le désinstaller.

Ah oui, au temps pour moi.. C'est unidirectionnel en effet (et configurer des taches "croisées", pas sur que ce soit supporté) Reste cloudsync alors, aucun risque qu'il sorte sur le WAN (pour se connecter ou d'ailleurs?). Suffit de configurer le cloudstation client installé sur le serveur secondaire avec l'addresse LAN du serveur primaire.

Excusez moi de m'immiscer mais je ne capte pas bien ce que vient faire un logiciel Windows (SyncBack) ici? Le besoin exprimé (si j'ai bien compris) est que le NAS gère *automatiquement* une historique des versions modifiées de certains fichiers et de façon *autonome*. Si on modifie à distance un fichier (via webdav, filestation, DSfile ou autre) SyncBack ne pourra rien faire vu qu'aucun PC Windows sera actif à ce moment la. Au passage (ce qui explique que je me sois raccroché au fil) je serai également intéressé pas ce genre de solution car Time Backup fonctionne par snapshots programmés et CloudSync a un nombre de version qu'on peut trouver trop limité. Et dans les deux cas on ne peux pas choisir finement les fichiers à gérer en version.

Pourquoi ne pas plutôt utiliser la "Synchro du dossier partagé" (dans "sauvegarde et réplication") qui est spécifiquement prévue pour cet usage? Extrait de l'aide en ligne "Synchro du dossier partagé permet aux utilisateurs de synchroniser les dossiers partagés depuis une machine Synology NAS (la source) vers d'autres machines Synology NAS (les destinations) dans un réseau local ou sur Internet"

Possible, l'important reste qu'à partir du moment ou la doc stipule que ça ne s'applique qu'à SMB/CIFS, on ne peut pas reprocher à Synology que ça ne fonctionne pas non plus dans d'autres contextes/protocoles tels que ceux supportés par ce NPlayer ("WebDAV, FTP, SMB ou un serveur UPnP/DNLA", d'apres ce que je viens de constater.)

Comme indiqué dans l'aide en ligne: "Masquer les dossiers et les fichiers des utilisateurs sans autorisations : Les utilisateurs qui accèdent au DiskStation via Windows File Sharing sans permission de lecture ne pourront pas voir les dossiers ou les fichiers." cette option applique uniquement aux accès via le protocole de partage de fichier Windows, et donc ne s'applique pas au applications mobiles ainsi qu'aux accès basés sur d'autres protocoles.

Manip à ne faire qu'en connaissance de cause (CF mon message précédent) et donc sans aucune garantie de l'absence d'effet de bord pernicieux et non désiré.

C'est à toi de le faire en tant qu'initiateur du fil. Fait que tu passes en modification sur le premier post, puis passer en mode "éditeur complet" et la tu aura la possibilité d'éditer le titre.

Si tu es bien sur de toi, pourras-tu aller ajouter ce complément d'info en répondant à mon post original STP?

Solution ici:

Ok,ça je connaissais pas. Mais ç'est pas cool de m'avoir laissé patauger avec l'autre methode "authenticate.cgi". Vu que javais donné son nom des mon premier message, c'était plus simple de souligner qu'on ne parlait pas de la même chose.

Il suffit de vérifier avec une simple page php, tu constatera que authenticate.cgi ne permet pas de faire ce que tu dis: ça retourne juste soit le username connecté soit une chaine vide selon qu'on est *deja* connecté à DSM ou pas. Mais ne permet pas de valider compte/mot de passe. (A moins que tu fasse référence a une *autre* API, mais dans ce cas serait utile de donner un exemple) .

Je me suis mal exprimé un disant "utilisable uniquement": bien sur qu'elle est accessible de partout, puisque c'est un simple cgi, mais elle ne rend un résultat non null que si invoquée dans le contexte d'une session actuellement connectée à l'interface DSM (sur le port 5000 ou 5001). Dans le cas d'un site web perso, qui tourne dans le contexte de webstation le résultat de son appel sera toujours négatif (une chaîne vide)

En effet il est possible dans du code php ou autre via l'invocation de "/usr/syno/synoman/webman/modules/authenticate.cgi" de vérifier que le user est connecté ou pas à DSM et si oui de récupérer son nom de compte. Mais il me semble que c'est utilisable uniquement dans le cadre d'une page html/php d'un package et pas dans un site web local.

Pour cela faudrait que soit disponible sous DSM un module d'authentification apache s'appuyant sur "PAM" Ca à existé il y a un bout de temps mais le projet est abandonné: http://pam.sourceforge.net/mod_auth_pam/ Une autre approche, plus contraignante, serait de migrer les comptes DSM en LDAP (en installant le package serveur LDAP local) et s'appuyer sur le module Apache mod_authnz_ldap (qui lui est présent sous DSM) mais la ça va devenir carrément plus complexe (traduire: ne pas compter sur moi pour assurer le support de cette méthode )

Super, bon courage pour la suite alors. **EDIT*** et au passage merci de m'avoir fait découvrir la présence sur DSM de cette commande "exiv2" que j'ignorais

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.