loli71

Ben, étant donné que tu fais le contraire de ce que l'on te conseille, j'espère juste que tu n'as pas de boitier TV SFR et que tu ne comptes pas accéder aux films ou musiques stockées sur ton NAS avec .. ou que tu ne comptes jamais accéder à ton NAS depuis internet ..parce que dans le genre complexité à paramétrer .. y a pas mieux avec ton montage

Tout à fait d'accord avec Piwi. L'utilisation du port WAN du routeur supplémentaire ne fait que complexifier le réseau, et risque de poser des problèmes de NAT entre le boitier TV branché à la BOX et le NAS. Le plus simple est de brancher la box à un port LAN du routeur, et de désactiver le DHCP sur le routeur supplémentaire, c'est donc la BOX qui va gérer un même et unique plan d'adressage IP pour tous les éléments, ce qui simplifie aussi l'accès depuis l'extérieur au NAS si besoin est.

La première chose à voir et expliquer, c'est comment se configure l'heure sur ton dongle, existe-t-il vraiment un client NTP sur cette clé ? Si oui, il suffit de configurer l'adresse IP de ton synology comme serveur de temps dans la config du client NTP du dongle. S'il n'y a pas de client, ne connaissant pas ce produit, il va falloir que tu expliques toutes les possibilités de configurer l'heure et la date dessus.

Pour la config de ton routeur, regarde ce lien :http://kb.netgear.fr/app/answers/detail/a_id/22599/~/comment-la-redirection-de-port-est-elle-configurée %3F il explique où trouver le port forwarding => Ajouter un service personnalisé, par contre, contrairement aux captures d'écran, décoche la case "use the same port range for internal port", le but étant d'utiliser un port externe différent du port interne. Par exemple : protocol: TCP port externe de debut: 8443 port externe de fin: 8443 port interne de début : 5001 port interne de fin : 5001 (je ne sais pas si c'est nécessaire dans le cas de la redirection d'un seul port) internal ip address : l'adresse IP de ton syno sur ton reseau local.

Ou alors tu édites le fichier /etc/crontab en ssh et tu passes à un lancement beaucoup plus régulier de ton script plutôt qu'une fois par jours (max que propose l'interface du DSM) #minute hour mday month wday who command */10 * * * * root /usr/bin/python /var/services/homes/admin/gandi.py >/var/services/homes/admin/gandi.py.log 2>&1

Oui, dans tous les cas, puisque ton serveur actif est en HA, alors les process relatifs à ce fonctionnement sont actifs. Et dès que le second membre sera en ligne, les synchros se referont automatiquement, dans un sens ou dans l'autre, car ton serveur actif peut devenir passif pour une raison ou pour une autre et donc recevoir des synchro de l'autre.

214Play RAS

une petite recherche sur le web ou ici même avec les mots "scp ssh clé" et tu auras ta réponse

Pas si étonnant que cela, n'oublie pas Gaetan que Bryce a indiqué qu'il devait changer la config sur une centaine de NAS .. un bon client pour Synology :-)

Content de voir que la solution que je t'avais proposé est effectivement celle fournie par Synology :-)

Je ne pourrais pas dire le contraire .. pour ma part, j'ai dû mettre un place un switch giga netgear pour y brancher tous mes équipements (TV, Nas, Ordi, CPL) et branché ce switch à la box, ne laissant sur la box que leur décodeur TV et mon switch ... car sinon, la plus part du temps, ma TV ou mon PC branché en cable sur la box ne voyaient pas mon NAS branché lui aussi à la box...

je pense que la réponse à ton problème est dans ton texte : "avec jumbo frame MTU à 9000." Le jumbo frame MTU par défaut est de 1500 Donc si je ne me trompe pas .. ayant aussi une box Orange et étant aussi confronté à leur fonctionnement plus que limite ... la gestion des jumbo frame MTU autre que 1500 ne sont pas bien gérés du tout sur les 4 port Gigaethernets du switch inclus dans la live box. Essaye de modifier le jumbo frame de ton NAS pour le passer à la valeur standard 1500 et tiens nous au courant.

bonne nouvelle :-)

Gaetan, essaye plutôt la commande "synobackup --help" plutôt que "synonetbkp --help" Je pense que bryce a dû se tromper dans son dernier post ;-) Et pour la commande synobackup, c'est bien le paramètre "--updata-task-config" qu'il faut mettre, comme je l'ai expliqué dans mon post plus haut durant mes tests, sauf que cela ne modifie pas le bon paragraphe de la config ...

bon je viens de faire quelques test en suivant ce que tu as fait bryce. - mise en place d'une sauvegarde entre deux syno avec le compte test et test de bon fonctionnement - modification du mot de passe du compte test sur le syno de destination avec la commande "synouser --setpw test XXXXXXX" - modification de la conf de la sauvegarde sur le syno emetteur avec la commande "synobackup --updata-task-config 3 remote_pass XXXXXXX" La sauvegarde ne fonctionne effectivement pas. Par contre, en regardant le fichier /usr/syno/etc/synobackup.conf après tout cela, j'ai constaté que la commande "synobackup --updata-task-config" n'avait pas changé le mot de passe dans la partie suivante [repo_3] (définition du répertoire partagé distant) mais la commande a rajouter une ligne qui n'y était pas avant dans la partie [task_3] (définition de la sauvegarde en elle même) : Donc je pense que la commande "synobackup --updata-task-config" ne répond pas à tes besoins. J'ai aussi fait les tests de remplacer la valeur remote_pass avec les différents type d'encryptage des mots de passe (crypt, md5, SHA ...) rien n'y fait. J'ai bien peur que gaetan ait raison et qu'ils utilisent en plus un salt sur le mot de passe :-( Seule solution si tu as le même nouveau mot de passe pur le compte admin sur tous tes Nas (principaux et backup), tu fais la modif du mot de passe par DSM sur l'un des nas primaire, tu testes la sauvegarde sur son backup, et si ca marche, tu choppes la nouvelle valeur remote_pass qui marche dans le fichier /usr/syno/etc/synobackup.conf puis tu remplaces cette valeur par script dans tous les autres nas primaire ...

Ben là, je sèche alors, car même si la commande en CLI fourni par synology qui permet de changer le mot de passe remote ne fonctionne pas .. c'est pas cool Au passage, merci pour cette ligne de commande, je ne pensais pas que l'on pouvait l'utiliser de cette façon là ;-) Une dernière chose pour être certain, as-tu activé l'option de cryptage dans la sauvegarde (ce qui voudrait dire que la sauvegarde utilise le ssh pour se connecter au serveur distant et y faire transiter le rsync. Donc tu as peut être un problème de mot de passe pour la connexion en ssh sur le serveur distant .. à tester depuis le serveur qui lance les sauvegardes : ssh admin@<ip du nas distant> et en mettant le mot de passe admin que tu as modifié sur le distant

si tu fais un sauvegarde du fichier /usr/syno/etc/synobackup.conf (copie de secours), tu peux toujours essayer de crypter à la main ton mot de passe en ssh sur le syno avec la ligne suivante: nas> htpasswd -d -n admin New password: Re-type new password: admin:kLk5am9nCykhc le paramètre '-d' force l'utilisation du crypt pour générer le mot de passe, le paramètre '-n' ne modifie pas le fichier et donc t'affiche juste la ligne de résultat. Tu prends donc comme valeur ce qui est après "admin:" pour le mettre dans remote_pass="XXXXXXXXXXXXX" Et puis tu essayes de lancer la sauvegarde dont tu viens de modifier les paramètres. si cela ne marche pas, tu reviens en arrière avec ta copie de secours du fichier /usr/syno/etc/synobackup.conf

salut bryce, La config des backup du synology se trouvent dans le fichier /usr/syno/etc/synobackup.conf Tu as pour chaque "destination de la sauvegarde" un paragrpahe dans ce fichier nommé [repo_X] et dedans les entrées suivantes : Le mot de passe du compte admin distant est donc la valeur de "remote_pass", par contre elle est cryptée dans ce fichier, et je ne sais pas si c'est du MD5, du crypt ou du SHA.

Je confirme que l'interface graphique DSM permettant de créer les sauvegardes d'un syno à un autre ne permettent pas l'utilisation d'une clé ssh, il faut impérativement mettre le nom d'utilisateur et mot de passe permettant de se connecter (soit en rsync, soit en ssh si l'option de cryptage est coché) au syno de destination :-( Il doit certainement y avoir un moyen de modifier la config à la main en indiquant la clé ssh à utiliser dans la command rsync Mais on risque de perdre la conf si on utilise l'interface graphique... Autre solution: Voir aussi ce lien pour passer par la crontab et un script rsync utilisant ssh : http://blog.dahanne.net/2011/07/11/nas-synology-pour-les-sauvegardes-et-pour-diffuser-les-medias/

Salut LouisGaga, J'ai personnellement un accès Livebox fibre chez Orange, et pour être honnête, ce n'est pas par choix mais par obligation car le quartier est fibré depuis peu .. et Orange a le monopole pendant au moins 1 an sur la fibre .... En plus des détails/avantages donnés par les personnes avant moi, je rajouterais les points (négatifs) suivants sur la livebox Fibre Orange : - Système très fermé et peu fonctionnel de la livebox concernant la partie DNS et DHCP (au passage la réponse que tu as trouvé sur les loopback et nom de domaine ne fonctionne plus sur les dernières version de la livebox...) - Fonctionnement assez étrange du firewall interne des livebox, problèmes de communication entre des équipements branchés tous deux sur les ports ethernet de la box (TV et syno par exemple) alors que tout marche entre le PC en wifi et le syno en ethernet. J'ai dû brancher tous mes équipements ethernet sur un switch externe giga et relier ce switch à la box en filaire ... depuis plus aucun souci.. Mais cela entraine un surcout. - Blocages réguliers du décodeur TV Orange qui se fige et qui doit être redémarré électriquement une fois par semaine... Je ne dis pas que Free est mieux, je n'ai jamais eu de box Free, mais je pense que les problématiques que je rencontre sur la Box Orange doivent être prise en compte ;-)

Ou encore se servir d'un logiciel comme KeePass Password Safe qui te permet non seulement d'enregistrer tes mots de passes de façon sécurisée, mais aussi de faire automatiquement un copier/coller des user et mot de passe sur la page d'authentification par un simple raccourci de touches ;-)

Ah ok ... ben notre communauté est tout de même remerciée ^^

Ce qui est aussi sympa de la part de Synology, c'est de remercier notre communauté sur leur site https://www.synology.com/fr-fr/dsm/app_packages/bittorrentsync

Tu as essayé de lancer le DS assistant pour voir dans quel état il voit ton NAS ?

Salut powerdesigner, Première question: comment fait tu tes sauvegardes exactement (montage reseau du PC sur le NAS/ utilisation de ftp/scp/sftp ?) Après plusieurs pistes à explorer: 1) sur ton PC2, faire deux taches de synchro bien séparées et qui ne tournent pas en même temps (une pour Business et une pour Home) qui utilisent deux users différents et deux montages réseaux différents (donc deux répertoires partagés différents sur le NAS) 2) sur ton PC2, tu as la possibilité de choisir deux chemins différents lors de ta synchro en utilisant le même répertoire partagé sur ton NAS (répertoire partagé "Backup" dans mon exemple) Backup/PC2/Business/ Backup/PC2/Home/ Et tu enlèves les droits du compte Business sur ton répertoire Backup/PC2/Home/ via le DSM EDIT: Euh .. remarque ... le post est dans la partie "cloud Station" ... donc je suppose que la synchronisation décrite se fait par cet outil ... Dans ce cas, oubliez mon post ..