CoolRaoul

Dans le cas de l'exemple présenté, pourrais-tu nous donner le résultat de la commande head -n1 configure et ls -l configure

Probleme confirmé sur le compte twitter officiel Synology: https://twitter.com/Synology/status/337269399478222848

C'est effectivement rétabli mais il s'est passé un truc pas clair, il y a des screenshots sur le forum US: http://forum.synology.com/enu/viewtopic.php?uid=32238&f=4&t=66221&start=15#p263673 Piratage du site vite corrigé?

Bon à savoir: on peut déja conclure que tout est OK coté Syno. Va te falloir concentrer tes investigations ailleurs Pour en avoir le coeur net, tu peux tester avec un simple ligne de commande (marche aussi sous windows): telnet <addresse> <port> Si tu as un timeout c'est que le port est bloqué à un niveau ou un autre. Un truc me chiffonne cependant: tu nous as dit que DSFile marchait sur le téléphone. Hors, DSFile utilise webdav, donc ca montre que tu as bien la connectivité entre ton téléphone et ton NAS sur le port webdav via le réseau mobile. La j'ai peut-être une solution, aller dans Panneau de configuration -> Gestionnaire d'identification, et supprimer les mot de passes enregistrés en cache correspondants à la connexion webdav du NAS

Une bouteille de Lagavulin serait plus de mon goût , mais ça ira pour ce coup là.

Pas forcément besoin de rebooter (mais ça ne peut pas faire de mal), sans doute redémarrer owncloud (je ne connais pas cette appli), et verifier si ça a résolu le probleme

si tu as bien choisi le toolchain correspondant à ton NAS, ca doit ressembler à ca oui Je reconnais qu'il n'est pas tres explicite dans ses explications l'auteur du tuto Le "tar xvf" a créé un dossier dont le nom dépend du type de CPU du toolchain (qoriq pour toi) Par exemple, pour mon ds210j c'est "arm-none-linux-gnueabi", et donc ca me donne: cd arm-none-linux-gnueabi/arm-none-linux-gnueabi Je pense que pour toi ce doit être "powerpc-none-linux-gnuspe", ce qui donne: cd powerpc-none-linux-gnuspe/powerpc-none-linux-gnuspe Oui, cette partie-la ne s'applique qu'aux shells interactifs et ne s'applique pas à Owncloud

Avec quel message d'erreur sous netdrive? Si tu fais tes tests avec ton adresse noip, tu est bien connecté de l'extérieur ?

Cable NAS <-> livebox défectueux ? Je commencerai déjà par simplement en mettre un autre à la place.

Je parlais du panneau de configuration *DSM*, pour activer le *serveur* webdav; sous Windows la partie cliente est native. Tu aurais quand même pu prendre la peine de cliquer sur le lien du site pour vérifier Il y a même des screenshots: L'expression "lecteur réseau" me perturbe un peu en dehors du monde windows, et a fortiori dans le cas d'un téléphone. Des applis clients webdav, parmi celles que connais sous Androïd (tu ne nous as pas dit quel est l'OS de ton appareil), l'approche est similaire a DS File, elle ne font pas de "montage" de partage réseau (mais doit être sans doute possible sur un appareil "rooté")

Sous Windows, une connexion utilisant la méthode que tu décris s'appuie sur le protocole "webdav". Tu dois vérifier les points suivants: Est-ce que le port 5005 est bien redirigé vers le syno sur la box? Quand tu fais les test avec ton PC de travail et ton PC Perso, sont-ils sont bien connecté depuis l'extérieur? Est-ce que webdav est bien activé sur ne NAS? (panneau de configuration -> webdav) A l'établissement de la connexion, Windows devrait de demander de saisir nom utilisateur et mot de passe, est ce que l'utilisateur est autorisé pour les connexions webdav (panneau de conf -> utilisateur -> modifier -> applications -> webdav) Certaines versions de windows on parfois du mal avec les connexions webdav, ça se résout avec des bidouilles en base de registre. Tu peux essayer un client alternatif comme "netdrive" Sur le téléphone la méthode droit être différente, tu utilises bien DSFile dans ce cas?

Faut lire "les dossier du PC Local" Sinon, dans le cas d'un navigateur non compatible HTML 5, à la place de la méthode drag & drop, il y a toujours la possibilité de déposer des fichiers sur le NAS avec le menu "charger" Autre possibilité (sous réserve d'avoir une version compatible de Java installé sur le PC), on peut visualiser dans l'interface de filestation les disques du PC, ce qui simplifie les manipulation de transfert de fichier distant<->local

Sous Syno les sauvegardes sont *toujours* incrémentales (en pratique il s'agit plutôt d'une synchro), il n'y pas d'option à positionner. Et tu as beau dire que ta sauvegarde est "en local au final", en réalité ce n'est pas le cas: il y a dans ce cas une couche CIFS intermédiaire, qui n'est pas forcément bien gérée par le moteur rsync de la sauvegarde Synology comme j'ai tenté de l'expliquer dans ma réponse précédente (paragraphe qui débute par "Dans tous les cas (local ou distant), la sauvegarde intégrée se base sur rsync ..."). Il est possible que, pour une raison à déterminer, le moteur de sauvegarde considère, dans ce cas d'un montage distant, qu'aucun fichier n'est "en phase" avec la cible de sauvegarde et décide de copier systématiquement chacun d'eux à chaque fois.

Oui, cela s'appelle "filestation" et, là aussi, accessible avec un simple navigateur Rien à installer sur le PC client

Pas du tout, Netapp fait *aussi du NAS* : http://www.netapp.com/fr/products/protocols/nas/. (On a aussi des équipements SAN, d'autres constructeurs, et je sais faire la différence ) Ca marche en local, avec un serveur rsync ou avec un autre Syno. Par contre, avec ton architecture, personne ne pourra te garantir que ça fonctionne. Dans tous les cas (local ou distant), la sauvegarde intégrée se base sur rsync et va utiliser des primitives d’accès aux fichiers qui ne sont peut-être pas toutes parfaitement émulés dans le cas ou le dossier cible est un mount CIFS ce qui pourrait expliquer ce que tu constates. Si tu n'as pas de serveur Unix sous la main pour mettre en oeuvre une approche complètement supportée, tu peux peut-être tenter d'installer un démon rsync sur ton Windows (basé sur cygwin par exemple) pour être plus proche d'une config type, mais tu vas avoir a un peu bricoler pour que ça tienne la route.

A mon boulot nos NAS ne sont pas des Synology (et ce n'est pas moi qui les administre). **EDIT** Et si j'avais a sauvegarder des Syno, je choisirai des cibles Unix avec un serveur rsync natif. **EDIT #2** Un de mes collègue de l'équipe qui s'occupe de cette partie vient de rentrer de déjeuner: il me confirme que nos NAS (NetAPP) disposent effectivement d'un agent Netbackup.

Bonne chance alors, En tout cas, dans mon domaine domaine professionnel, je n'ai jamais rencontré ce type d'architecture. Par exemple, dans ma boite les serveurs Windows sont exclusivement source pour les sauvegardes, jamais destination. Et le nombre de serveurs, tous systèmes confondus se compte en centaines. Pour les sauvegarder on utilise des appliances dédiées (Symantec Netbackup), ou parfois des NAS justement, suivant le besoin. Voila pourquoi je voulais dire qu'il y a peu de chance que tu trouves quelqu'un avec le même setup que toi à même de reproduire et par suite résoudre ton problème, mais sait-on jamais.

On ne risquait pas de deviner tout ça! En quoi consiste cette "bidouille"? Dans tous les cas, ce n'est certainement pas supporté et je ne suis pas franchement étonné que ça provoque des problèmes. En outre, utiliser un serveur Windows pour sauvegarder un NAS est une approche franchement atypique (en général on ferait plutôt dans l'autre sens) et j'ai peur que tu ais du mal à trouver des exemples de personnes avec une configuration identique capable de reproduire ton problème.

Je ne comprend pas bien, par réseau, voici les seules options possibles: A moins de ne pas utiliser un outil Synology, mais dans ce cas j'imaginais que tu nous l'aurais dit

Bien que tu ne nous donnes pas tous les détails, on devine qu'il s'agit d'une sauvegarde réseau sur "serveur compatible rsync" Etant donné qu'il n'y a pas de serveur rsync sous Windows par défaut, tu as forcément du installer quelque chose sur la machine cible de la sauvegarde. De quoi s'agit-t-il? Cygwin ou autre? En tout cas c'est du coté de cet outil qu'il faut chercher, peut-être ne gère-t-il mal les attributs d'heure de modifications des fichiers? Fait savoir aussi que ce mode de sauvegarde (du synology vers serveur distant via réseau en mode rsync) est pleinement supporté dans le cas d'un serveur Unix. Avec un serveur Windows rien n'est garanti.

Demander à ton administrateur réseau, non ? Sinon, en général seuls les ports et 443 sont ouverts. Note: si ton entreprise met en place des restrictions de connexions sortantes, chercher à les contourner est une cause de licenciement légitime.

Mal cherché apparemment

La aussi la réponse est oui (et heureusement: imagine un peu qu'un de tes deux disques identiques te lâche et que cette référence ne soit plus disponible).

Tu pense sincèrement, sur un site spécialisé sur les produits Synology, trouver des conseils pour orienter ton choix vers un appareil d'une marque concurrente?

Toujours pas eu le feedback de de SimZ attendu. Tu peux essayer de le contacter en MP Le mieux est pour toi de faire la manip, en suivant le tuto dont le lien a déja été donné Dès que tu bloques sur une étape (il n'y en a pas beaucoup d'ailleurs) vient nous dire laquelle et ce que tu ne comprend pas et on te guidera. Sinon le tuto n'est pas très compliqué, d'autant plus que tu peux ignorer l'édition de /etc/profile. Suffira de remplacer "de_DE" par "fr_FR" pour la commande localedef, et tu en refaire une deuxième exécution avec "en_US" tant qu'a faire)