CoolRaoul

Parler de "bug" pour la suite Office me semble un peu exagéré: il semble que les programmes Office cherchent à vérifier les droits des fichiers (ce qui necessite le droit "lire permission") avant de tenter une écriture (il peut y avoir de légitimes raisons à cela) Les autres programmes que tu as testé se posent moins de questions et effectuent directement l'écriture dans le fichier. Et la "parade" ne consiste après tout qu'à donner les droits "lire permissions" en supplément aux droits d'écriture. Ca ne me semble pas si cher payé.

Donc on peut conclure que maintenant, apres avoir appliqué sur "Dossier C" L'ACL qui pour le groupe "G" donne tous les droits "lire" et "ecrire" ainsi que "Lire Permission", ça marche comme souhaité?

Pour avancer un peu, faudrait que tu nous montres l'ACL que tu as positionné sur le dossier parent, l'ACL d'un des fichiers Office à problème et enfin celle d'un des fichiers qui marchent .

C'est ça, et même tu peux te limiter à ne mettre que le PATH minimum nécessaire à l'exécution de ton script, du genre: PATH=/bin:/usr/bin:<repértoire de la command wakelan> un fois que cette ligne est dans ton script, si il marche quand lancé "à la main" il marchera lorsque lancé par cron Me semble pas que le cron busybox ait un log par défaut. Mais rien ne t'empéche d'ajouter a la fin de tes entrées crontab un truc du genre: "> /var/log/<nomlog>.log 2>&1" ou bien: ">> /var/log/<nomlog>.log 2>&1" si tu veux éviter d'écraser le log précédent (penser a nettoyer dans ce cas) par exemple: /usr/syno/scripts/boot.sh > /var/log/cron-boot.log 2>&1

Essaie de rajouter "en dur" la définition du PATH ("PATH=...") au début du script "/usr/syno/scripts/boot.sh" J'en profite pour marteler un de mes mantras : *toujours* positionner le PATH dans les scripts shell. On n'a par principe aucune garantie de la valeur de ce dernier (héritée de l'environnement du process père) au moment ou le script s'exécute. Par exemple, dans ton cas ca m'étonnerait que le PATH hérité via crond contienne le répertoire ou est situé ta commande "wakelan"

Euh moi c'est CoolRaoul, pas Piwi hein

As-tu bien utilisé la notation "$@" dans la dernière ligne du script" rsyncdir" ? Comme ceci; rsync "$@" et non pas rsync $@*[/code] ? [EDIT] Ah non! Trouvé: l'erreur est (encore) dans mon script! Faut remplacer: [code] set -- --archive \ --whole-file \ --update \ --delete \ --delete-excluded \ --exclude="Thumbs.db" --exclude="@eaDir" \ $extra_args \ $source/. $target/.[/code] par [code] set -- --archive \ --whole-file \ --update \ --delete \ --delete-excluded \ --exclude="Thumbs.db" --exclude="@eaDir" \ $extra_args \ "$source/." "$target/." [/code] (les '"' autour de "$source/." et "$target/.") Vraiment désolé

Il s'agit du script qui appelle "rsyncdir" ? Normalement, entouré par des " ça ne devrait pas poser de problèmes On peut le voir?

en effet, pour que l'antishash de fin de ligne joue son role il doit être en ... fin de ligne D'apres le log il ne s'agit *pas* de fichiers commencant par un "." Regarde bien, c'est "./<fichier" et pas ".<fichier>" exemple: "/volume1/Hubic/amsonia/rsync/photos/./Baden Ferrari 2003" Le fichier est "Baden Ferrari 2003" (commence par "B" et pas par ".") dans le répertoire "photos" (le "/." supplémentaire est juste un résidu de la façon dont j'ai passé les arguments à rsync dans mon script) Ce sont donc des dossiers tout ce qu'il y a de plus normaux Faut peut-être renoncer a la propagation des droits dans le cas d'un rsync vers un file system webdav. (en remplacant "--archive" par "-rltgo " (CF la page de man pour la signification de ces switches)

Ca m'a l'air au poil

J'ai bien recu celle notifiant ta réponse-ci il a suffit que je poste pour que ca se répare! Et pourtant j'ai bien vu ce matin qu'il y avait un nouveau message dans Bon, pas si grave après tout mais bizarre quand même

Zut: il me semble que le tuyau vient de se reboucher

Pas dans ce cas, car ce que tu exclue la ce sont les fichiers qui commencent par "." et ce n'est pas le cas du fichier "06 Gala". Il est possible que les fichiers à problème aient un mode (des droits) qui ne soit pas applicables sur un file system "davs" (que donne un ls -ld "/volume1/Hubic/amsonia/rsync/photos/./Baden Ferrari 2003/06 Gala" ? ) Tu peux essayer d'utiliser le rsync natif de DSM aussi pour voir, il est tres complet et devrait marcher aussi bien. Pour cela, enlever "/opt/bin" (pas encore testé) Au passage je viens de découvrir un petite erreur (sans conséquence) dans mon script, faudrait remplacer "[[" par "[" et "]]" par "]" dans le "if" (j'ai corrigé mon post initial) Pas de log par défaut, mais suffit d'ajouter l'option "--verbose" a rsync (et ne pas mettre --quiet) Pour rediriger la trace 'ajouter ">/var/log/rsync-hubic.log 2>&1" a la fin de commande ou mieux, carrément mettre la ligne: exec >/var/log/rsync-hubic.log 2>&1 [/code] en début de script et tout ce qui sera envoyé vers stdout/stderr ira dans ton log Tu as aussi l'option --itemize-changes qui permet de voir pourquoi les fichiers on été transférés Et si tu es joueur, essaie de triturer l'option "--out-format" qui permet un controle complet du format de log. Google m'a trouvé une traduction de la doc rsync en français ou tu trouvera encore plus de détails et ou toutes ces options sont expliquées. Non, pas ici: ce mode est effectif uniquement lorsque on utilise rsync en mode client/serveur. Et d'ailleurs ca serait pas du tout efficace en terme de bande passante. Dans le cas présent, bien que le dossier webdav est un dossier monté via le réseau, rsync se comporte comme si il s'agissait d'un dossier local. aucune idée, Pour ma part j'ai une toute petite volumétrie à synchroniser vers hubic.

Pour ma part j'ai choisi de faire un rsync manuel dans un script appelé en cron, pas d'utilisation de l'outil de sauvegarde syno pour Hubic Important: s'assurer que rsync n'utilise pas l'algorithme "delta-sync" (mais c'est normalement le défaut dans le cas ou la source et la cible sont des chemins locaux, et un montage davfs entre dans cette catégorie)

Comme j'ai écrit ci dessus: "je ne connais pas le bidule"

Tiens j'ai trouvé ceci: http://thanatosblog....or-on-synology/ Mais je ne connais pas le bidule, à toi de creuser et trouver de l'aide hein!

Si la box tombe en panne de toute façon ton Syno n'aura plus d'acces au net et donc pas acces à tes logs de l'extérieur. Et si tu es sur place tu aura tout aussi vite constaté par toi même. Mais si tu as du temps libre, regarde plutot du coté de SNMP (le syno ne contient qu'un agent mais il doit exister des packages de supervision intégrant un manager SNMP). Un beaucoup plus grand nombre d'équipements contiennent un agent SNMP (quasiment tout ce qui cause TCP/IP, y compris Windows en activant les bonnes options, mais ... pas les Freebox). Tu pourra faire même du suivi de métriques (traffic réseau, taux d'occupation des disques, charge CPU) En plus, ce protocole supporte le mode polling ou c'est le manager SNMP qui va interroger les agents (bien que l'autre mode existe, ce sont les "traps") Bien plus fun. Je te laisse chercher, car ne n'ai pas personnellement creusé ces aspects et spécifiquement sous DSM.

Mes PC ne sont allumés que lorsque je suis la, donc pour le monitoring rien d'utile à metter en oeuvre de ce coté Parmi les autres équipements qui sont sous tension en permanence (hors le syno) ne me reste qu'un vieux routeur linksys WRT54G dont j'ai pu configurer le syslog en mode client et un téléphone IP dont l'état de santé m'importe peu.. Alors...

Le serveur syslog du syno est en l'écoute sur son port dédié. Afin qu'il récupère des logs d'équipements du réseau local ce sont *ces équipements* qu'il faut configurer pour leur dire d'envoyer leurs logs sur ton Syno. Ensuite, quand tu parle des PC du lan (Windows je suppose?) faut que tu saches que Windows n'est pas client syslog nativement (il existe des verrues cependant, mais c'est pas forcément idéal, syslog est orienté "un event == une ligne" alors que ce n'est pas le cas de l'eventlog windows qui est bien plus riche) Pareil pour la Freebox: comment voudrais-tu qu'elle se rende compte d'elle-même qu'un serveur syslog vient d'arriver sur le réseau et que l'on souhaite qu'elle y envoie ses logs? Fait déjà que tu te renseignes sur: la Freebox sait-elle faire client syslog? peut-on en changer la configuration? si oui, peut on choisir un serveur cible sur le réseau? (en plus, à mon avis, tu aurais quand même plus de chance de trouver ces réponses sur des forums Freebox que sur des forums Synology)

Plus exactement, comme "mr tout le monde" n'a probablement pas de routeur avec firewall intégré sur son réseau, pour lui son synology sera directement accessible sur internet (pour peu que l'on connaisse son addresse IPV6, ce qui n'est pas forcément trivial)

Et c'est pourquoi la fonction du firewall devient autrement plus importante des lors que l'on est passé en IPV6. L'idéal est d'avoir un firewall finement configurable sur son routeur histoire de configurer les règles en un seul endroit. Ce n'est par exemple pas le cas chez free ou, bien qu'on puisse tres facilement migrer sa box en IPV6, on se retrouve ensuite "a poil" car il n'y a pas de firewall configurable dans la freebox (à moins que sur la V6... mais je suis en V5, si quelqu'un a l'info?)

Oui et non: le port 25 n'est bloqué que dans la cas de connexions vers d'autres serveurs que smtp.orange.fr (Si c'était le cas les abonnés orange auraint quelques difficultés à envoyer des mails avec la configuration de base leur logiciel de messagerie). Source: http://www.pcinpact....-pc-zombies.htm "Concrètement, depuis quelques jours, certains abonnés d'Orange qui ont tenté d'utiliser un autre serveur SMTP que celui d'Orange se sont vus refuser l'envoi de courriels." Quand l'addresse destinataire est "smtp.orange.fr" Le port 25 n'est pas bloqué.

Et notification de ta réponse reçue aussi dans la foulée. Je confirme que c'est réparé

Je viens de recevoir notification de nouveau message ! Tu as pu déboucher le tuyau?

Mea Culpa: je n'ai pas du tout compris que tu parlais de mailstation... Connais pas ce composant, désolé En tout cas, c'est plutot ici qu'il faut poser ton problème : http://www.nas-forum...mail-station-2/