SAMU

METHODE PERMETTANT LE CONTOURNEMENT DU BUG SYNOLOGY INTERDISANT LES LIAISONS iSCSI EN MODE WAN Après pas mal de tâtonnements, voici une méthode simple* pour accéder au disque iSCSI d'un Syno depuis un PC éloigné: *Mon ami Claude,, qui est un Ayatollah implacable de la simplicité,, pourra valider On dispose d'un Syno sur un réseau local 1 et d'un PC sur un autre réseau local 2 utilisant la même plage d'IP(@). L'IP privée du Syno est A et son adresse publique est B (IP publique ou DDNS) . Le port 3260 est, bien sûr, natté. Donner au PC, du réseau local 2, la même IP privée A que celle du Syno distant sur le réseau 1(@). Sur ce PC, - Aller à: Panneau de configuration\Système et sécurité\Pare-feu Windows Choisir: "Autoriser une application ou une fonctionnalité via le Pare-feu Windows" Cocher: "Service iSCSI" Privé et Public (et faire OK) - Ouvrir une fenêtre Dos en tant qu'administrateur, puis, en remplaçant A.et B, exécuter la commande suivante: netsh interface portproxy add v4tov4 3260 A connectaddress=B connectport=3260 protocol=tcp Ce PC peut désormais accéder au disque iSCSI du Syno distant par son adresse publique B (ou l'IP A) De plus, ce PC permet à TOUS les PC du réseau local 2, sans configuration particulière, d'accéder séparément au disque iSCSI par son adresse publique B (ou l'IP A). Explication: Le "bug Synology" consiste en ce que le Syno renvoie toujours comme adresse de retour son IP locale A du réseau 1 et non son IP publique. Les transactions émises sur le réseau 2 ne peuvent donc jamais l'atteindre. C'est le PC du réseau 1 qui, ayant l'IP A équivalente, reçois ces transactions, puis les route vers la bonne IP publique B du Syno. N.B. La commande "netsh interface portproxy ..." semble devoir être relancée à chaque démarrage du "PC routeur" (on pourra la placer dans son Planaficateur de tâches). Même si l'on n'utilise pas le "PC routeur" pour se connecter au disque, son pare-feu doit être configuré (mais inutile d'y installer l'initiateur iSCSI). Les Syno qui se trouveraient sur le réseau local 2 restent accessibles par le port 3260 @ Si l'on souhaite conserver son IP actuelle, on peut ajouter A comme IP supplémentaire au PC, quelque soit la plage de l'IP déjà attribuée (option "Avancé" des propriétés TCP/IPV4). Mais, si la plage d'IP n'est pas la même, à moins de rajouter, aussi des IP supplémentaires, dans cette plage, sur les autre PC, il sera le seul à pouvoir accéder au Syno. P.S. La configuration du "Pare-feu Windows" pourrait être remplacée par des commandes Dos (en tant qu'administrateur) mais elles peuvent varier d'un Windows à l'autre. Sur certaines configs ce sera:: netsh advfirewall firewall set rule name="Service iSCSI (TCP-Sortie)" profile="Private,Public" new enable=yes netsh advfirewall firewall set rule name="Service iSCSI (TCP-Entrée)" profile="Private,Public" new enable=yes Sur d'autres configs ce sera:: netsh advfirewall firewall set rule name="Service iSCSI (TCP-Sortie)" profile="Public" new enable=yes netsh advfirewall firewall set rule name="Service iSCSI (TCP-Sortie)" profile="Private" new enable=yes netsh advfirewall firewall set rule name="Service iSCSI (TCP-Entrée)" profile="Public" new enable=yes netsh advfirewall firewall set rule name="Service iSCSI (TCP-Entrée)" profile="Private" new enable=yes Au minimum le "Service iSCSI (TCP-Entrée)" activé en "Private" semble suffire à notre besoin ... * * * * * * * Pour se connecter au disque iSCSI, il n'est pas nécessaire d'utiliser "Initiateur iSCSI" de Windows qui ne mémorise pas les identifiants CHAP, il suffit de 2 commandes Dos: iscsicli.exe QAddTargetPortal AouB iscsicli.exe QLoginTarget USER PW* *remplacer les champs en GrasRayé par les valeurs appropriées. *On obtiendra QLoginTarget par la commande: iscsicli.exe ListTargets *Pour partager un disque iSCSI (nativement non partageable, du fait de son mode "block"), il suffit de le déclarer partagé depuis le PC accèdant (SMB gérera le partage). * * * * * * * Actuellement, j'utilise comme "PC routeur" une petite tablette 8 pouces ARCHOS 80 CESIUM (Atom Z373G à 1,33 Mhz - 1Go de mémoire - disque de 16Go - Windows 10): Bien que sa configuration minimaliste puisse paraitre pénalisante, je transfère, depuis les autres PC vers le Syno, jusqu'à 380 Mo en une heure. C'est proche du débit montant de 1 Mb/s de mon ADSL. 2 autres méthodes de contournement sont envisageables: - la mise en VPN des 2 réseaux. Ca marche mais, n'en ayant pas l'usage, je trouvais cela trop pénalisant pour l'usage d'internet. - l'adressage, avec l'IP publique B, d'une clé Wifi installée, pour la circonstance, en mode routeur. Cela permet bien la reconnaissance à distance de la bonne IP publique mais ce n'est guerre utilisable si l'IP n'est pas fixe. Si vous trouvez un autre moyen, merci pour les infos… (on évitera l'éternel débat sur l'opportunité d'utiliser ou non iSCSI à distance).

gbouratin, as-tu avancé dans la résolution du lancement programmé de Time Backup ?

.

Voici la réponse de Synology que je trouve, cette fois-ci, convainquante: Pour ceux qui ont des NAS de type DSx15, ce serait sympa de nous signaler s'ils ont pu faire l'installation de Time Backup, en indiquant le modèle de leur NAS et la version précise de leur DSM. (A ce jour, le 18 octobre 2014, il y a Time Backup pour les DS115j, DS415play et DS415+)

Voici la réponse de Synology à mon mail ci-dessus Je reste très circonspect, du fait de l'abandon de Time Backup pour les DSx15... Je réponds donc en demandant des précisions complémentaires: A suivre...

Les informations de Synology, quant à l'avenir de Time Backup, sont devenues illisibles Voici les derniers rebondissements. Les notes officielles de Synology sur la version béta de DSM 5.1 que l'on trouvera toujours à https://www.synology.com/fr-fr/support/beta_dsm_5_1 viennent d'être modifiées et semblent contredire les premières notes et les réponses-même de Synology. On n'y lit plus que ceci (taduction): "Data Replicator est abandonné, et nous vous encourageons à utiliser Cloud Station pour sauvegarder vos données sur PC ou périphériques mobiles." Sur le forum de synology, http://forum.synology.com/enu/viewtopic.php?f=248&t=90782, il est maintenant question d'une erreur. On y trouvera, en particulier (taduction): "Un grand merci pour votre récent courriel concernant Time Backup, je peux confirmer qu'il n'est pas interrompu et sera toujours disponible dans le DSM 5.1. Cependant, comme DSM 5.1 est encore en phase bêta (non destinée à la production), tous les paquets ne sont pas encore disponibles. Lorsque la release de DSM 5.1 sera entièrement réalisée, TimeBackup sera également disponible en tant que logiciel optionnel. Malheureusement, le manque de disponibilité du package a donné lieu à l'interprétation, à tord, par plusieurs utilisateurs, que Time Backup avait été arrêté et ceci s'est répandu dans les forums. Nos forums sont destinés à échanger entre utilisateurs, et, n'étant pas fréquentés par Synology, un effet boule de neige n'a pas pu être évité. J'espère que celà fait clairement le point." Il y avait quand même trop de détails et de réponses de Synology pour croire qu'il s'agissait d'une erreur. Attention la pérennité de Time Backup n'a jamais concerné DSM 5.1 mais les versions suivantes. En fait, les nouvelles notes de la version béta de DSM 5.1 ne contredisent pas les premières... Il nous faut obtenir une réponse claire de Synology. Pour l'instant, les réponses de Synology sont totalement contradictoires ! De plus, sur TOUS les nouveaux NAS (DSx15), Time Backup a été éliminé Voici le mail que je viens d'adresser à Synology (reprenant cet exposé).

C'est vraiment bien que tu le fasses ! J'avais écrit en anglais depuis la page: https://www.synology.com/fr-fr/form/inquiry/feature (Demande de renseignements), puis poursuivi l'échange par mail avec: fr_inquiries@synology.com N'ayant pas réalisé qu'il s'agissais d'un mail français, nous avions poursuivi en anglais. L'interlocuteur est certainement joignable en français (c'est un certain Arnaud qui m'a répondu). Synology possède aussi un Facebook. Merci de nous faire part de ton échange.

Des applications sont maintenues, lorsque le mécontentement de leurs utilisateurs entache l'image de la marque.

Nexius2, as-tu lu ceci: "De toute façon ce ne sera plus combatible avec nos sauvegardes actuelles. En effet, "Sauvegarde et Réplication" sauvegarde sous forme d'image et non sous forme de fichiers distincts (ce qui rend, à mon avis, hautement improbable que puissent être rajoutées les fonctions souhaitées)."

Tu trouveras ces infos ici: Hélas comme tu le verras, il est question de l'abandonner. Pourtant la "Sauvegarde Intégrée",dont tu parles, est vraiment bien moins intéressante. S'il est abandonné, je serai contraint de développer un équivalent fonctionnel à partir de "rsync" pour conserver la compatibilité des nouveaux DSM avec les sauvegardes actuelles. Pour moi, Time Backup est vraiment très très bien. J'ai, d'ailleurs, réalisé un add-on à TimeBackup (voir:).

Voici la traduction de mes échanges avec Synology sur le retrait de TIME BACKUP: En France un très grand nombre de mes clients utilisent TIME BACKUP. J'avais choisi Synology, tout particulièrement, pour TIME BACKUP. Il serait très dommageable d'arrêter le développement, la maintenance et le developement de TIME BACKUP. -------- Réponse: Je comprends que vos préoccupations, en ce qui concerne Time Backup, ne seront pas satisfaites par le DSM 5.1 Maintenant, il ne s'agit plus d'un package mais d'un ensemble intégré dans le système d'exploitation, dans la section «Sauvegarde etRéplication". --------- Question: Mais qu'en est-il des fonctions spécifiques de TimeBackup. Comment sélectionner, copier, ou ouvrir un fichier particulier à partir de la sauvegarde. La "sauvegarde intégrée" de "Sauvegarde et la Réplication" ne peut restaurer qu'un dossier entier. Cela n'a rien à voir avec la souplesse de TimeBackup. J'avais choisi Synology pour Time Backup. Quelle est la solution, maintenant, pour mes clients actuels et nouveaux ? Je suis très déçu par Synology ... -------- Réponse: Oui, en effet, il est exact que la possibilité de sélectionner la copie ou l'ouverture d'un fichier particulier à partir de la sauvegarde n'est pas disponible. Mais il faut savoir que le DSM 5.1 est toujours en beta. Nous apprécions beaucoup les commentaires de nos utilisateurs. Ils nous permettent d'améliorer nos produits et services pour répondre au mieux aux besoins de nos utilisateurs. Par conséquent, je vais transmettre votre demande à notre R & D. Ils se réuniront pour documenter toutes les demandes et pour les prendre en considération lors de l'élaboration de la prochaine version de DSM.Il faut absolument faire pression pour que soit maintenu TIME BACKUP.Avant que de nouvelles fonctions soient peut-être incluses et débuggées dans "Sauvegarde et Réplication", il faudra du temps. De toute façon ce ne sera plus combatible avec nos sauvegardes actuelles. En effet, "Sauvegarde et Réplication" sauvegarde sous forme d'image et non sous forme de fichiers distincts (ce qui rend, à mon avis, hautement improbable que puissent être rajoutées les fonctions souhaitées).

Pour TIME BACKUP; le problème sera pour les versions postérieures à DSM 5.1 (ref. Synology) si il est integré c'est cool mais comment recup l'historique de sont timebackup?!Ce qui est intégré n'est pas comparable (lire ce qui est écrit au début) !

Et puis pour restaurer des fichiers séparément en fonction de leurs versions, on ne peut plus faire... Mon chois de Synology a été, avant tout, guidé par cette application. J'avais passé beaucoup de temps avec Synology pour que certains bugs soient résolus (ACL mal recopiés engendrant la recopie de fichiers non modifiés) Par ailleurs je venais de terminer le développement d'add-ons pour l'appli. Soit j'abandonne Synology, soit je vais devoir redévelopper un "TimeBackup" à base de rsync

Bien-sûr. Beaucoup de mes clients utilisent cette application et je souhaite pouvoir continuer à l'installer sur de nouveaux NAS. J'avais choisi SYNOLOGY, tout particulièrement pour cette facilité de sauvegarde SYNOLOGY et moi ne sommes pas mariés et je reconsidérerai certainement l'intérêt de la marque pour des choix futurs, si Time Backup est abandonné. Je leur ai déjà fait part de mon mécontentement J'attends une 1ère réponse. Les choix de développement étant beaucoup guidés par des raisons économiques: ils pourraient reconsidérer la chose si un mécontentement se manifestait avec évidence qui te dit qu'iuls n'ont pas implemente tout ce que peut faire time backup dans le systeme de DSM de sauv? czeci expliquerait le retrait de l'appli time backup Voir les remarques et liens portés plus haut

ABANDON DE L'ABANDON DE TIME BACKUP Synology revient sur sa décision d'abandon de Time Backup. Vos interventions auprès de Synology, ont permis l'abandon de cet abandon: "Face aux nombreuses demandes, Time Backup sera finalement maintenu." (mail du 07 oct.) Les séries 15, initialement prévues sans Time Backup, peuvent maintenant le recevoir. (Au 18/10/2104, il est maintenant disponible pour les DS115j, DS415play et DS415+) Pour ceux qui ont des NAS de type DSx15, ce serait sympa de nous signaler s'ils ont pu faire l'installation de Time Backup, en indiquant précisément le modèle exact et la version précise de leur DSM. Le sujet change donc de titre et son début conserve un intérêt certain quant au fait de pouvoir obtenir le maintien d'un application.. Le sujet tient compte du revirement de Synology à partir de: ------------------------- Début du sujet, lorsque l'abandon de Time Backup était d'actualité -------------------------

Si tu veux le tester, donne-moi tes coordonnées en MP pour que je te contacte.

Si tu ne résous pas ton bug avec TimeBackup, pourquoi ne pas le lancer "comme à la main", avec une tâche programmée ? Voici, en exemple, la commande qui permet de lancer la sauvegarde N° 18 (Ce N° est celui faisant suite à "task_" dans le nom du dossier de destination). /usr/syno/bin/timebkp create_version --unique 18;

Désolé de ne pas avoir répondu ! Mes notifications, sur ce forum, avaient été désactivées...et j'avoue, que sans réponse au bout d'un mois je m'étais désintéressé de ce post. L'application, avec des fonctions supplémentaires, est maintenant en pré-production. La gestion des problèmes de transfert (sauvegardes à distance) est améliorée. De plus, suite à une situation de panne du service MyDS (synology), la possibilité de changer de destination va être introduite. IP ou DDNS de replis deviendront possibles. Nexius2, je ne comprends pas trop le problème évoqué ???

Je viens de développer un add-on pour Time Backup. je suis en phase de validation... Une telle application vous intéresse-elle ? Certaines fonctions doivent-elles être ajoutées ? En voici ses principales caractéristiques: - Récupération transparente de toutes les sauvegardes interrompues (indispensable pour les sauvegardes par internet) (gain de place et de temps en évitant la volumineuse et très longue recopie de fichiers pourtant déjà sauvegardés). - Suppression possible, depuis TimeBackup, de toutes les sauvegardes (y compris la dernière) sans conséquence sur l'état différentiel (pas besoin de tout re-sauvegarder). - Nettoyage des répertoires pour qu'ils ne contiennent (sauf pour la dernière sauvegarde) que les seuls fichiers venant d'être périmés (gain de place du à la suppression des répertoires et recherche plus rapide). - Création de répertoires datés contenant les seuls nouveaux fichiers sauvegardés . - Duplication virtuelle (hard links) des dernières versions de tous les fichiers sauvegardés (sécurité supplémentaire sans pénaliser la place disponible). - Création d'un vrai journal des sauvegardes. Ce journal indique la taille des fichiers sauvegardés (les nouveaux et ceux qui viennent d'être périmés), à l'octet prêt, et leur nombre, ainsi que l'occupation disque. - Création de documents texte, titrés à la date, listant les fichiers périmés et nouveaux. - Permet de dépasser la limitation des 512 sauvegardes (la sauvegarde horaire devient utilisable sans être limitée à 3 semaines). En cours: - Transformation automatique des fichiers identiques en hard links (fichiers erronément considérés par rsync comme nouveaux, fichiers déplacés, fichier dupliqués par les utilisateurs, fichiers ".bak", etc...).

"Il sera intéressant d'observer ce qui se passe lors d'un changement d'IP publique (connexion par DDNS). Après plantage du backup, par la perte de l'IP, annule-t'il le répertoire entamé, après avoir retenté une nouvelle connexion via DDNS " Depuis l'update en DSM 5 et des TimeBackup affairants des synos source et cible cela ne semble plus poser de problème: la sauvegarde redémarre là où elle a été interrompue par le changement d'IP. P.S. Sans que j'ai pu relever les conditions exactes, dans la version DSM 4.3 et TimeBackup affairant, des sauvegardes recommençant depuis le début étaient fréquentes après le changement d'IP

Sujet périmé

Personne ne sait-il donc le faire ?

Je croyais, Gaetan Cambier, que tu avais une solution à proposer ???

C'est déjà pas mal du tout ! Alors...dis-moi tout, stp...

Aucune solution ?