CoolRaoul

Dingue, un routeur apparemment pas de bas de gamme qui ne sait pas faire du forwarding de port... j'aurais pas cru que ça puisse exister. Ton FAI ne te fournit pas de box adsl ? **EDIT** Sinon ce modèle supporte l’installation d'un firmware alternatif (DD-WRT en l’occurrence, qui supporte bien entendu le port forwarding): http://www.myopenrouter.com/article/36506/How-to-Install-Third-Party-Firmware-on-NETGEAR-WNR3500Lv2/ Si tu n'es pas effrayé de bidouiller, avec ça tu aurais bien plus de latitude de configuration.

Quel modèle?

C'est aussi la 2eme option "liens entre différents dossiers" qu'il faut activer dans ton cas: Et voici ce que dit l'aide: Faudrait essayer NB: Ca n'a aucun effet pour FileStation ni via Webdav (je viens de vérifier), mais comme ce panneau de paramètres est réservé aux settings CMB/CIFS, dans ce mode peut-être bien que ... A voir

J'ai répondu dans le fil nginx, plus approprié que celui ci:

Ok, c'est plus clair maintenant: si on dispose d'une box capable de faire de la translation de port, la methode nginx est largement préférable pour plusieurs raisons. Dans le cas contraire, y a pas photo on est d'accord **EDIT*** Reste donc a savoir de quel type de box/routeur est équipé notre ami..

Me semble que c'est le contraire: avec nginx il y a uniquement des choses à ajouter, on ne modifie rien (et c'est justement un des avantages de la solution que je met en avant) Pour le reverse proxy apache faut modifier des fichiers dont certains qui sont écrasés lors des upgrades DSM. Non, avec la methode nginx on ne bidouille pas apache, aucune modif de ce coté La seule objection avec laquelle je suis entièrement d'accord, sans translation de port pas de salut

Suffit de suivre mon tuto pas à pas (j'ai volontairement bien détaillé) et çà marchera du premier coup (sous réserve d'avoir une box permettant de faire une redirection de port avec un port source différent du port cible). J'en au profité pour supprimer la note "work in progress", plus vraiment appropriée

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.

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.

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..

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