CoolRaoul

Pas sur, si on s’adresse à un newbie (qui de plus n'a probablement qu'une box et pas un routeur, plus "ouvert" par définition)

Faut choisir un site réputé fiable (je reconnais peut être que "free.fr" n'est pas un bon choix ), de plus et j'ai mis deux paquets (-c2) avec un timeout de 5 secondes (-w5): ca devrait aller Et puis s'agit pas non plus de contrôler une centrale nucléaire non plus hein

Un truc de ce genre devrait le faire (écrit à l'arrache, donc pas forcément "bug free") #!/bin/ash PATH=/bin:/usr/bin site=${1:-www.free.fr} check () { if ping -c 2 -w 5 $site >/dev/null 2>&1 ; then echo "on" else echo "off" fi } LOGFILE=/var/tmp/conn_log.txt # a customiser prev_state="init" interval=60 # en secondes, pas trop faible et inferieur au delai du ping en tout cas while true ; do new_state=$(check) if [ "$new_state" != "$prev_state" ] ; then echo "$(date +%Y/%m/%d/%H:%M:%S): state $prev_state -> $new_state" >> $LOGFILE fi prev_state=$new_state sleep $interval done A lancer en process détaché, par exemple en "nohup" , via le gestionnaire de tache en mode désactivé, lancé au coup par coup avec le bouton exécuter, ou au boot du nas (dans /usr/local/etc/rc.d, chercher dans le forum pour les règles a respecter, on ne va pas entièrement macher le travail non plus ) **edit** NB: j'ai respecté la spec de mettre les secondes dans le log ("%S") mais c'est un peu inutile vu qu'on n'a pas une telle granularité.

Elle est bien incrémentale (s'appuie en interne sur le même mécanisme que rsync, si tu connais)

Je confirme la methode proposée par loli71: j'ai également un routeur/wifi (TP-Link) qui ne me sert que de point d'acces WIFI et j'ai une config identique à la sienne.

Mais "wake on link" mieux vaut le laisser décoché, sinon le PC va démarrer des qu'il y a du traffic réseau (quel qu'il soit, mais ca dépend également du BIOS je pense)

Ca peut avoir des effets de bords pervers: photostation est une appli web qui tourne sous le compte http, groupe http Si on manipule directement les photos, connecté sous un compte quelqonque, a partir du lien symbolique il y a un risque de se retrouver avec des droits sur les fichiers interdisant à photostation d'y accéder.

La solution que je préconise est de rendre le dossier "photo" accessible uniquement au compte admin et demander à l’utilisateur d'utiliser photostation en http à la place. Là il est possible attribuer des droits aussi finement que souhaité (par utilisateur ou groupe) dans les propriétés de chaque album (en étant connecté à photostation via un compte administrateur) Si cette approche ne convient pas, je laisse d’autres essayer de trouver une méthode s'appuyant sur une synchro de dossiers mas ça me semble aléatoire.

Ok je comprend mieux maintenant, c'est cette formulation qui m'a induit en erreur Car l'IP que "récupère" effectivement l'équipement distant est juste qu'une des IP du subnet l'intervalle déclaré sur le serveur: Alors qu'en fait il s'agit d'un problème de route et de passerelle coté client. De plus l'introduction "petit problème avec mon VPN (OpenVPN) installé sur mon DS212" laissait entendre que le problème était de ce coté (sur le NAS)

Je n'ai pas dit de ne *pas* utiliser DSPhoto: je présentais deux alternatives, et ce n'est qu'une des deux qui en excluait son utilisation. Dans ton cas, maintenant qu'on sait que tu utilises DSPhoto (on pouvait pas deviner) , alors il faut s'astreindre a manipuler les photos sur le NAS uniquement avec cet outil et Photostation. Et donc gérer les droits par utilisateur avec Photostation, et ne pas partager le dossier photo par d'autres mécanismes.

Tu fais une confusion entre un VPN *serveur* (le cas ici) et *client*. Peux-tu développer un peu ce que tu constates (et détailler ce que tu cherche à faire)? Le serveur VPN du NAS permet a un équipement distant d'utiliser la connexion (adsl ou autre) par laquelle passe le NAS en mode passerelle. Ca ne modifie pas l'IP publique

A mon avis, le dossier système "photo" devrait être utilisé uniquement si on utilise photostation/DSphoto pour gérer ses photos (et dans ce cas il faut alors utiliser exclusivement ces deux outils pour cet usage). A cause de cette contrainte, et comme tu l'as remarqué, la gestion des droits sur le dossier partagé "photo" souffre de limites qui le rend pas toujours adapté a son utilisation en partage direct (smb, ftp, nfs, dsfile, etc ...) Dans tous les autres me semble préférable de se créer un autre partages ("photos", au pluriel par exemple) et alors on bénéficiera de oute la souplesse et la puissance des ACLs pour gérer finement les droits.

C'est ce que je pense aussi Par curiosité je suis allé parcourir son manuel utilisateur (m'a l'air puissant au passage et puis un éditeur de texte dont la doc contient 49 fois le mot "emacs" ne peut pas être mauvais ) L'important, lors de la sauvegarde des fichiers scripts shell sur le NAS est de s'assurer que l'option "line breaks" soit bien positionnée à "Unix (LF)": et comme encoding prendre aussi UTF8 (sans "BOM")

En effet alors, c'est que mon hypothese serait pas la bonne (elles n'étaient pas sous Win7 avant au moins?) Tiens nous au courant NB dans les paramètres de la carte, sous windows, j'ai des options relatives au WOL aussi: Peut-être regarder de ce coté? Si le bios active le WOL mas que windows le désactive lors du shutdown ça peu expliquer..

/var/log/messages, avec la commande "logger" exemple: fserv> logger -p user.warn -t check_comm "perdu connexion internet" # et donc: fserv> tail -1 /var/log/messages Sep 12 12:04:02 fserv check_comm: perdu connexion internet

Le doute n'est plus permis alors: le problème est coté PC Ne serait-il pas sous Windows 8? Avec certains modèles de chips réseau, ce dernier à la mauvaise idée de désactiver de force le WOL alors même qu'il est activé dans le BIOS (vécu!). La solution étant de désactiver le "fast boot" mais on perd alors ce qui restait (à mon avis) le seul vrai progrès de Windows 8 par rapport à la génération précédente.

Non: il y a le "-print0" ! Pas compris à quoi correspond le ">&" Sinon, dans ce cas autant faire: exec >"$LOG_FILE" 2>&1 suivi de find "$rep" -iname 'Thumbs.db' -delete -print Mais ne pas oublier qu'initialement le "tee" était destiné a dupliquer les traces simultanément à l'écran et dans le fichier .log, ce n'est plus le cas là.

Faut changer d'approche alors puisque ni "find -delete" ni "rm" (celui de dsm en tout cas) ne sait logger ce qui est effacé. Donc retour à la methode "xargs" qui, lui, dispose de l'option "-t" (trace): find $rep -iname 'Thumbs.db' -print0 | xargs -0 -t rm

tu me vois perplexe

Alors là, c'est d'autant plus étrange qu'en l'état le log devrait être vide! Quelle est sa taille? Et sa date de modification est bien l'heure actuelle?

Encore heureux que "find" ne fonctionne pas en logique floue, son utilisation serait franchement risquée! (mais les "*" sont supportés dans "-name" par contre)

Ou mais là tu fait des "mv" de fichiers qui ont tous le même nom vers un répertoire unique, donc tu va quand même perdre des données (sauf le dernier traité) Non, c'était une faute de frappe. J'ai corrigé

Non, la je ne vois vraiment pas ce qui peux coincer (à part une erreur de frappe dans l'adresse mac)

J'avais même pas jeté un oeuil au contenu du bloc Pourquoi donc faire des "mv" plutôt que des rm? En outre, et une approche du style: find $rep -print0 -iname 'Thumbs.db' | xargs -0 rm serait bien plus efficace que des "-exec" **edit** Je m'apercois que le "find" de DSM supporte "-delete", donc: find $rep -iname 'Thumbs.db' -delete sera encore plus simple et efficace

Tu définis la variable LOG_FILE *dans* le sous-shell (la partie entre les parenthèses), son contenu est inconnu en dehors du bloc: ( ... ) Ceci devrait mieux marcher: LOG_FILE=.... ( ... ) | tee $LOG_FILE