CoolRaoul

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/

C'est bien le cas (je n'ai rien changé sur cette page depuis bien longtemps)

Pourquoi parles-tu de *ton* port 25 ??? Et Je me demande bien ce que tu as pu vérifier la: ce site te permet de voir si le port 25 est ouvert en *entrée* sur ta box ADSL! Alors qu'il était question de pouvoir atteindre le port 25 du serveur SMTP Orange (en sortie de ta box donc) C'est quoi ce "roundcube"? Et pourquoi ne donnes-tu que maintenant le message d'erreur! "échec de l'authentification" signifie que tu a mal saisi nom d'utilisateur et/ou mot de passe (dans la boite de dialogue "authentification SMTP") et nullement que "Orange bloque le port 25" comme tu l'as affirmé précédemment. si telle est ta config, tu peux alors remettre "smtp.orange.fr" et désactiver l'authentification (décoche "authentification requise") Ah la c'est différent, ce sont des tutoriaux pour Mailstation! Tu n'as pas dit que tu utilisais Mailstation non plus. Malheureusement je ne connais pas du tout ce composant dont je n'ai pas l'usage. Par curiosité: pourquoi veux-tu l'utiliser? Es-tu vraiment sur d'en avoir besoin?

Première fois que j'entend parler d'un fournisseur d'acces qui bloque le port 25 *pour ses abonnés* Tu as des sources de ce que tu avances? Ne serait-ce pas plutot que ton NAS accède a internet autrement que par l'intermédiaire de ta ligne ADSL Orange? Enfin... essaie de configurer la notification comme ci dessous. (utilisateur: ton email orange avec "@orange.fr", mot de passe: ton mot de passe de messagerie orange)

Pas recu de notif pour ta réponse ci dessus non plus. Un peu farfouillé dans ma corbeille email: la dernière notif reçue est datée du 30 mai. Quand même étrange (et j'imagine que je suis le seul dans ce cas?)

On verra bien alors, Merci de te pencher sur mon cas! (en tout cas concernant ta réponse ci dessus, je n'ai pas reçu de notif bien évidemment)

Ca marchait encore hier matin en tout cas. Et, comme je l'ai dit plus haut, maintenant que j'ai changé en mettant addresse gmail mais ça ne marche pas mieux.