CoolRaoul

Hubic pourrait répondre au besoin mais le probleme est que Webdav n'est toujours pas officiellement supporté (bien qu'il fonctionne) Pour des petits volumes, il y a l'offre de de BOX qui supporte Webdav. nativement Pour la sauvegarde auto il faudra installer un driver webdav sur le syno, et faire un peu de scripting associé avec le cron mais rien de bien méchant (il y a un thread sur le sujet ici)

les regles firewall "outbounds" ("outbounds services") s'appliquent aux connections *sortantes*: ne pas s'emm* avec

Si tu veux que l'on puisse t'aider de façon efficace faut faire l'effort d'être le plus précis possible dans la descriptions de ce qui marche et ce qui marche pas. Dire 'rien ne change' alors que ce n'est pas exact n'aide pas vraiment. Les derniers conseils que je pourrais te donner seront: Essayer de redémarrer ton routeur (peut être que les redirections de ports ne sont prise en compte qu'apres un redémarrage) Vérifier aussi sur cette page que la redirection y figure bien après avoir validé la modif: T'assurer que tu n'as pas fait l'erreur de laisser la règle "defaut, block always" activée! Assure-toi enfin que l'addresse IP du synology est bien celle que tu as mise dans le champ "send to server" Et si ca ne marche toujours pas il va falloir que tu retournes redemander de l'aide sur le forum Netgear. Il peut y avoir par exemple d'autres parametres dans la config du routeur qui entrent en ligne de compte (je viens de constater par exemple qu'il dispose d'un firewall intégré). Tu conviendra qu'en ce qui me concerne, j'aurais fait tout mon possible: téléchargé les 120 pages de doc d'un routeur que je ne connaissais pas encore ce matin même, pris le temps d'y trouver comment se configurait ses redirections de ports pour t'expliquer comment s'y prendre. Je reste persuadé que tu devrais trouver plus de compétences pour la configuration d'un routeur Netgear sur le forum Netgear que sur ce forum spécialisé sur les équipements Synology.

comment ça, "rien ne change", déja tu a passé l'interface en anglais d'apres ce que je constate. et tu as encore eu le message "Le ou les ports spécifiés sont actuellement utilisés par d'autres configuration" quand tu clique sur "apply " ???

Autre chose, d’après ce que j'a vu, en face de "serveurs de réseau wan", il faut (dans la version anglaises de l'interface) qu'il y ait "any" A toi de trouver l'équivalent en francais dans le menu déroulant ou tu as actuellement "adresse simple"

J'ai l'impression que tu n'as pas bien lu avec suffisament d'attention la page 47 de la doc dont je t'ai donné l'url ce matin Dans le champ entouré de rouge faut mettre l'addresse du syno et pas celle du netgear (sa propre addresse il la connait, pourquoi faudrait-t-il la lui donner...) Et efface tout ce que tu a mis en face de "serveurs de réseau WAN"

Déja faudrait que tu nous dise *exactement* le message d'erreur que te donne le routeur. Une copie d'écran de la page de config de redirection des ports du netgear juste avant que tu valide ce formulaire ne serait pas du luxe non plus.

Ah c'est toujours le meme probleme que ce matin! Et personne n'a pu t'aider sur le forum Netgear?

Question bete: comment t'y prend-tu pour faire les test d'acces externe puisque tu es, j'imagine, chez toi en ce moment? Tu demandes a un contact de le faire? Tu le fait a partir d'une connection 3G? Tu le fait de ton lieu de travail?

Synctoy (Microsoft)

Les implications sont plus complexes que tu ne pense: ce n'est pas l'autorisation qui pose probleme Si on lit bien tout ce qui est indiqué, les applications doivent impérativement être des application "web based" installées à partir du "Google Web Store" (un peu comme pour les extensions Chrome si tu veux une analogie). Une appli "stand-alone" tournant sur le syno peut difficilement entrer dans ce cadre.

Sauf que : https://developers.g...ing_a_drive_app "Drive apps must be installed or authorized by an authenticated user before they can access files in Google Drive." Ca risque de ne pas être aussi simple que ça pour que des applications externes puissent accéder aux fichiers...

Ta question fait preuve d'un bel optimisme! Google drive n'est ouvert que depuis hier et tu cherche d

En fait la fonction de backup native des Synology étant basée sur rsync, chaque opération de sauvegarde est différentielle. Il existe aussi une autre approche disponible, "timebackup" (basée également sur rsync), qui en plus de faire du différentiel gère un historique permettant d'avoir une "image" complète pour chaque opération (ceci est implémenté sous forme de hardlinks pour les fichiers non modifiés, ce qui permet de conserver une occupation sur le disque cible raisonnable. Une purge automatique des anciennes "images" y est implémentée. Tout ceci est bien entendu automatisable avec une fréquence personalisable. NB: Moi aussi j'ai préféré ne pas faire de raid et utiliser mon disque 2 comme cible de backup des données du disque 1.

Il y a plus simple:

On en a parlé dans plusieurs fils, dont celui-ci: La modification manuelle des deux fichiers de conf "httpd-ssl-vhost.conf-user" et "httpd-vhost.conf-user" à pour effet (dans la plupart des cas) de faire planter les sauvegardes depuis DSM 4 Une demo du plantage ici: page__view__findpost__p__1319133698 La solution est d'utiliser un fichier perso pour y mettre les définitions de chosts et de le faire inclure dans /usr/syno/apache/httpd.conf-user. Tout le reste du tuto reste valide.

Est-ce coché la?

Retrouvé dans le cache google, sauvé dans mon "google documents" https://docs.google....BLHp_J8Z8oKuvAR (merci d'en faire une copie, je ne vais probablement pas le laisser éternellement)

que veux-tu dire par "c'est en invité" ?

Ce sont les disques du PC utilisé pour se connecter qui sont visibles (celui sur lequel s'exécute le navigateur) Lorsque tes amis seront connectés avec *leur* PC se seronty *leurs* disques qu'ils verront pas les tiens [EDIT] oups deux messages simultanés avec la meme réponse!

Mais non: la règle que je t'ai montré est à *ajouter* à tes 5 autres regles existantes pour éviter de ne plus avoir acces au syno de l'intérieur. Et alors tu n'aura plus ce message d'erreur Remplace juste 192.168.1.0 par le sous réseau de ton lan maison.

Si RVM a besoin de ruby 1.9.3 minimum je ne vois pas d'autre solution de compiler ton propre Ruby à partir des sources... Je vois aussi que ton installer rvm va se mettre dans /usr/local ... sur le syno la place est limitée dans le file system racine Essaie déja de voir si il n'est pas possible de le rediriger ailleurs (remplacer /usr/local/rvm/ par un lien symbolique vers /volume1/@appstore/rvm par exemple)

Est-ce bien coché la? Et ne pas oublier une règle pour autoriser le réseau interne! (à adapter suivant ton addressage local)

Que veux-tu dire par "ca ne marche pas" ? Une fois le firewall configuré, personne n'a acces ou au contraire tout le monde à acces ?

tiens nous au courant