_Megalegomane_

Pour info, j'ai bien eu un retour de Synology. La solution est la bonne: Merci au SAV qui a pris la peine de répondre sur une question qui n'était quand même pas banale et qui demandait un peu de modif en SSH.

Et pendant ce temps là toujours pas de nouvelles du support synology...

@gaetan: oui j'ai (encore) confondu les commandes synonetbkp et synobackup... désolé @loli71: Merci! La solution fonctionne. Du coup j'ai même pu réactiver le cryptage SSH. Je vais quand même faire quelques tests avant d'automatiser tout ça mais à priori mon problème est réglé.

non, ça m'a paru bizarre aussi mais c'est bien updata... On peut le voir dans l'aide en tapant /usr/syno/bin/synonetbkp --help

Non j'ai désactivé le cryptage ssh pour éviter de compliquer encore plus les choses. Pour la ligne de commande je me suis trompé c'est synobackup et non synonetbkp mais de toutes manières ça n'a pas eu d'effet. La commande synonetbkp existe mais n'est pas documentée... Pour les commandes syno, si ça t'intéresse ce lien est pas mal : http://leblogdekzl.fr/2014/08/synology-du-dsm-au-terminal/ Pour trouver un peu plus de commandes, j'ai fait un find / -type f -name "syno*" , ça m'a retourné pas mal de résultats mais rien qui ne m'a aidé. En tout cas merci pour votre temps et vos réponses.

j'ai aussi testé ça: /usr/syno/bin/synonetbkp --updata-task-config 1 remote_pass monmotdepasse mais pas mieux

J'ai exécuté la commande "htpasswd -d -n admin" sur les 2 NAS et modifié à chaque fois la variable remote_pass (du nas qui envoie la sauvegarde) avec le mot de passe généré mais à l'exécution de la sauvegarde j'ai le message "Nom d'utilisateur ou mot de passe incorrect. etc...." J'ai effectué la même manip avec les commandes suivantes sans succés: - htpasswd -s -n admin - htpasswd -s -d -n admin - htpasswd -m -n admin - htpasswd -m -d -n admin - htpasswd -m -s -n admin - htpasswd -m -s -d -n admin - openssl passwd monmotdepasse - openssl passwd -1 monmotdepasse - openssl passwd -crypt monmotdepasse - openssl passwd -apr1 monmotdepasse Je continue mes tests...

Salut Loli et Gaetan, effectivement je retrouve bien ma tâche de sauvegarde dans le fichier /usr/syno/etc/synobackup.conf reste plus qu'à trouver si on a un moyen de crypter le mot de passe de notre côté... Merci, le problème progresse ça me rassure!

je viens de regarder. Mais à priori rien ne fait référence au mot de passe. J'ai fait un mail à synology lundi et j'attends un retour. Je penche pour un problème de clé ssh/rsync mais bon j'arrive à rien.

De mon expérience, la restauration des droits NTFS est assez hasardeuse mais je parle en environnement Windows Server donc droits NTFS basé sur l'Active Directory. Si tu te sers des utilisateurs locaux du NAS pour les droits NTFS, je ne sais pas te dire. Et je rejoins l'avis de Fenrir sur la complexité des droits: au boulot on essaie de limiter l'application des droits à 1 ou 2 niveaux en dessous des répertoires racines du NAS et on crée des groupes utilisateur au nom du site et du dossier concerné pour s'y retrouver (ex: PARIS-ETUDES) et on y rajoute "-RO" si c'est du lecture seule. Mais après cette méthode n'est pas mieux qu'une autre, il faut voir ce qui t'arrange le plus.

bonjour, tu peux essayer de : renommer ton dossier \NetBackup\dossier_1 en dossier_bak recréer ta sauvegarde qui va recréer le dossier_1 dans NetBackup copier tout le contenu de dossier_bak sauf les fichiers _Syno_TaskConfig et synobkpinfo.db dans dossier_1 lancer la sauvegarde J'ai déjà testé cette solution et la sauvegarde a fonctionné mais je ne sais pas te dire si tous les fichiers/dossiers ont étaient recopiés encore une fois ou si la sauvegarde s'est faite comme d'habitude. Dans tous les cas si cela ne fonctionne pas tu peux au moins revenir à ton état initial (de ton problème) en écrasant avec tes anciens ficheirs _Syno_TaskConfig et synobkpinfo.db donc ça ne risque rien à essayer.

Bonjour, Je dois mettre à jour les mots de passe admin de mes NAS. Mais mon problème, c'est que je dois le faire sur une centaine de NAS... Après quelques recherches: j'ai pu automatiser la connexion SSH sur tous mes NAS et lancer mes commandes j'ai aussi pu modifier le mot de passe de l'admin avec un simple "synouser --setpw admin newpassword". Mais le GROS HIC c'est que du coup la sauvegarde ne fonctionne plus puisque l'authentification se fait par l'utilisateur admin. Je sais que certains vont me dire "c'est pas bien d'utiliser le compte admin" pour faire ses sauvegardes mais à l'époque on avait pas le choix et avec l'habitude je n'ai pas modifié cette pratique. Dans ma configuration chaque site/agence a son NAS de production ainsi que son NAS de backup et comment dire? J'ai pas envie de me palucher à modifier toutes mes sauvegardes par l'interface du DSM! Est-ce que quelqu'un aurait une commande ou un fichier à modifier afin de forcer le nouveau mot de passe (ou encore mieux un autre compte dédié à la sauvegarde) afin que les sauvegardes soient fonctionnelles? Pour info, cela concerne la sauvegarde réseau sur un dossier partagé distant (et non pas sur volume avec déduplication et versionning). Merci pour votre aide. PS: Je suis aussi allé voir du côté de CMS et je n'y ai pas trouvé de régle pour modifier le mot de passe admin. D'ailleurs le CMS est finalement très décevant et très peu mis à jour.

Merci pour vos conseils. je vous rassure tous mes NAS ont un backup (voir même plusieurs pour certains). Niveau version DSM, effectivement ils n'étaient pas à la toute dernière version. Dommage qu'il n'y ait pas plus d'infos sur les disques durs concernés. Le reboot, j'avais déjà testé sans résultat et la mise à jour aussi. De toutes manières, n'ayant pas un accès physique à ces NAS (les sites sont assez loins), j'ai déjà envoyé des NAS en remplacement afin de restaurer le backup de ceux de sauvegarde mais j'aurais bien aimé connaitre le problème exact. Au moins le sujet est ouvert si jamais d'autres personnes rencontrent le même cas. Dès qu'on m'aura retourné les NAS qui posent soucis et qu'il n'y aura plus de risque pour les données, j'investiguerai un peu plus. En tout cas merci pour vos réponses.

Bonjour, voilà ce qui m'arrive: hier je commence à recevoir des mails d'un de mes NAS : Et le même mail pour chacun de mes autres disques. Puis le mail suivant : Je vais sur le DSM: Le gestionnaire de stockage m'indique "Danger La partition système est plantée". Sur le menu "volume", le lien "réparer" n'apparait pas. Sur le menu "HDD/SSD", tous les disques sont marqués "Echec de partition système". N'ayant pas 50 choix au niveau de l'interface, je finis par lancer un nettoyage des données puisqu'il est marqué: Cette option recherche et nettoie les incohérences des données. Mais biensur après des heures de traitement retour à la case départ... Aujourd'hui, même floppée de mails mais cette fois-ci sur un autre NAS (nommé NAS-L). Connexion au DSM... Pareil... Un ça ne m'a pas trop fait peur mais deux presque coup sur coup... Je commence à flipper surtout que j'ai une centaine de NAS. Par contre les données sont toujours accessibles, tout tourne comme d'habitude hormis ces messages de mauvaises augures. J'ai lancé un test SMART mais je vois mal 6 disques sur 2 NAS différents claqués quasi en même temps! Le seul rapport que je vois c'est que c'est deux DS413 en DSM 5.0 et que les disques sont des WD Black. Est-ce que quelqu'un aurait rencontré un problème similaire? Pour info, j'ai une centaine de NAS donc c'est peut-être les probabilités qui jouent contre moi mais je reste sceptique. Je voudrais quand même trouvé une explication, faudrait pas que la liste de NAS concernées s'allonge

pour y accéder c'est toujours http://ipdunas/phpMyAdmin/ donc toujours pareil (port )

bonjour, DS413 et DS414 maj en dsm 5.0 sans soucis! j'ai juste dû faire la maj des bases de données à cause de MariaDB pour que mes sites marchent.

OK! Effectivement les boutons de dons étaient bloqués par mon bloqueur de pubs et autres.... et comme le lien amène sur la liste des paquets j'ai cru à une erreur de lien... Merci pour la réponse et désolé d'avoir ouvert un sujet pour rien... Le don est fait!

Bonjour, Tout d'abord merci pour tout le travail qui est fait. Quand je vois tous les paquets en beta, je me dis que le futur s'annonce bien pour les possesseurs de syno! N'étant pas assez bon en développement pour vous fournir mon aide, j'ai voulu faire un modeste don depuis votre site http://www.synocommunity.com/ mais pour info le lien ramène sur la page des paquets... Merci de corriger le lien pour que les personnes qui apprécient votre travail aient la possibilité de contribuer financièrement.

ça se fait avec "lftp" à mon avis il doit y'avoir des sujets qui en parle sur ce forum.

si je me trompe pas, il faut télécharger rktools http://www.microsoft.com/en-us/download/details.aspx?id=17657 qui doit contenir le dernier robocopy pour W2003

En fait c'était tout bête... Pour ceux qui auraient le même problème, voici la marche à suivre: Depuis le Syno où on veut restaurer: Sauvegarder et restaurer > Restaurer > Restaurer données > Restauration réseau (Serveur compatible rsync) une fois les infos du serveurs entrés (ip et identifiants), le module de sauvegarde n'apparait pas tout seul dans la liste (comme c'est le cas quand on configure la tâche de sauvegarde), il faut en fait rentrer l'adresse absolu (/mnt/san dans mon cas et ne pas se tromper en tapant "" au lieu de "/" les habitudes windows ont la vie dure ) ensuite "suivant" la liste de répertoires à restaurer doit apparaitre.

Dans ma société on avait eu un soucis avec la version de robocopy... on avait dû la mettre à jour pour que ça fonctionne mais c'était en W2003.

bonjour, est-ce que ça fait pareil si tu crée un dossier ou copie un fichier depuis le serveur vers ce dossier partagé du NAS en le faisant directement depuis l'explorateur? est-ce le seul dossier partagé qui pose soucis? Moi j'avais eu un problème dans le même genre, j'avais dû cocher l'option "Le DiskStation se synchronisera avec un serveur NTP chaque fois qu'un utilisateur de domaine se connecte." dans Services d'annuaire > Options de domaine sur le DSM. Bon courage

up

Bonjour, Je fais une sauvegarde chiffrée en mode serveur compatible rsync du synology vers un serveur rsync (turnkeylinux), jusque là tout fonctionne bien. Par contre, quand j'essaye une restauration réseau (serveur compatible rsync), je n'arrive pas à charger le module de connexion et le message suivant apparait: "Échec de la connexion au serveur de destination. Veuillez vérifier ce qui suit et réessayez : Le nom ou l'IP du serveur est correct. Le service "Sauvegarde réseau" a été activé sur le serveur de destination (dans "Menu principal" > "Panneau de configuration" > "Sauvegarde réseau")." Pourquoi ça marche dans un sens et pas dans l'autre? Est-ce que je peux trouver des logs? Pour info voici mon fichier rsyncd.conf côté "turnkeylinux": [san] path = /mnt/san comment = SAN (backup de NAS-INFO) uid = root gid = root read only = no #list = yes charset = utf-8 #auth users = root hosts allow = 10.20.7.2/32 Et du côté du syno, je n'ai rien modifié... Merci de votre aide.