Fenrir

Tu as : name=SERVER97 dir=/volume1/Sauvegarde/FTP/ repFTP=/ horodatage=$(date +%Y_%m_%d_%H_%M) ficLog=${dir}logs/log_${name}_${horodatage}.txt repLocal=${dir}/${name}/${horodatage}/ Il y a bien : mkdir ${repLocal} (qui est aussi en erreur) Mais pas : mkdir ${dir}logs => ça explique les erreurs des lignes 38, 47, 50, 54 et 63 Pour celle de la ligne 44 : repLocal=${dir}/${name}/${horodatage}/ devrait être repLocal=${dir}${name}/${horodatage}/ mais ce n'est pas le soucis, il manque encore le dossier horodatage, ce qui empêche le mkdir de la ligne 41 de fonctionner => 2 des dossiers n'existent pas (si le dossier FTP n'avait pas existé tu aurais eu exactement les mêmes erreurs) Pour corriger le scripts : supprime les lignes 40 et 41 ligne 26 remplace : repLocal=${dir}/${name}/${horodatage}/ par repLocal=${dir}${name}/${horodatage}/ ligne 27 insère les 3 lignes : #création des dossiers mkdir -p ${repLocal} mkdir -p ${dir}logs Il y a peut être d'autres erreurs, je n'ai pas lu attentivement le script, mais il manque cruellement de contrôle d'erreur, par exemple entre les lignes 37 et 38 il faudrait ajouter des tests sur l'existence des dossiers et un test des droits (comme il le fait à la ligne 57 en commentaire). La ligne 50 ne protège pas les éventuels caractères spéciaux dans le login ou le password, de plus le fait de passer en FTP signifie que le login+pass circulent en clair sur Internet. Plus quelques autres soucis potentiels.

Ok Ajoute juste un enregistrement dans le dns local avec : (rien/vide) type A toto.tk

Le domaine toto.tk est à toi (tout le domaine) ou tu as simplement quelques noms en xxx.toto.tk ? Dans un cas comme dans l'autre il faut faire l'étape 2, mais pas de la même manière

Tu as du donner plus de détails à ton ami. Comme tu sembles penser qu'on ne t'a pas aidé (je reconnais que les réponses étaient tout aussi vague que ta question) et afin de donner l'exemple, pourquoi ne pas faire profiter les autres de la réponse que tu attendais (probablement un cp -r ou un rsync) ? ps : il était bon le resto au moins j'espère

Je n'utilise pas CloudStation, mais d'après la doc (https://www.synology.com/fr-fr/knowledgebase/DSM/help/CloudStation/cloudstation) : Journal Le journal vous permet de garder une trace des actions ayant été réalisées par les utilisateurs sur une certaine période. Vous pouvez voir l'intégralité du journal avec tous les évènements en relations à différents dossiers, pouvant être sélectionnés depuis le menu déroulant en haut. Pour rechercher dans le journal avec un filtre spécifique : Cliquez sur la flèche dans la barre de recherche en haut à droite. Dans le menu déroulant, vous pouvez filtrer les évènements par : Mot clé : saisissez le nom d'un utilisateur pour trouver les évènements relatifs à l'utilisateur. Plage de date : choisissez entreAujourd'hui, Hier, La semaine dernière ou Le mois dernier ou Personnaliser pour saisir une date de début et de fin pour rechercher les journaux d'une période spécifique. Type : dans le menu déroulant, vous pouvez sélectionner le type d'évènement que vous souhaitez voir. Vous pouvez également choisir Personnaliser pour sélectionner différents types d'évènements en une fois. Pour réinitialiser votre filtre de journal, cliquez sur le bouton Réinitialiser puis de nouveau sur Rechercher. Remarque : Les noms de Fichier et de Dossier sont des hyperliens si le fichier ou le dossier existe toujours dans la base de données Cloud Station Server. Cliquez pour les trouver dans File Station. Vous pouvez également double-cliquer sur l'entrée du journal pour ouvrir l'historique de version d'un fichier unique.

S'il s'agit juste d'administrer les Syno, il y a plusieurs possibilités : des routes statiques sur le client (une route /32 par syno) utiliser un des syno comme "reverse proxy" et le "non graphiquement" qui consiste à créer des règles netfilter dans les chain de postrouting pour masquer l'ip source du client

Le plus simple est de changer le plan d'adressage de l'un des réseaux. Le firewall ne peut rien pour toi (du moins pas graphiquement).

En gros oui, si le syno le permet. Pas d'authentification nécessaire, c'est un mx qui va parler à un autre mx CHez gandi tu rajouteras ton 2ème MX quand tu auras testé que tout fonctionne

Même réponse, certaines applications ne seront pas reprises Perso, si je devais changer de nas comme toi, je ferai une installation à partir de zéro et tant pis pour les applications. Pour copier les données, tu peux utiliser "Synchronisation du dossier partagé" car contrairement à HB ça recréé les partages et les dossiers comme il faut (mais ça ne gère absolument pas les config/appli).

je n’ai pas de gros besoins en espace disque donc pas besoin de plus de baies (mais je commence à être à l'étroit) série + pour ne pas être limité en fonctions DS7xx+ car à l'époque il n'y avait pas d'autres 2 baies en CPU Intel Mon prochain NAS aura probablement 4 ou 5 baies (pas certain que ça soit un syno, je verrai le moment venu)

C'est ma seconde option, dernière ligne de mon post (pondéré par l'achat du disque c'est vrai). L'objectif de ma première proposition (qui n'est pas une recommandation), c'est de conserver les paramètres des applications qui ne sont pas prises en charge par la sauvegarde (c'est à dire la plupart).

Pour les suites bureautique, je ne pensais évidemment pas à Google ou autre Office365, mais à collabora (libreoffice), phpoffice, tikiwiki, FengOffice ... qui sont gratuits, libres et qu'on peut installer sur son nas (parfois en direct, parfois via docker). Par contre si la suite bureautique t'importe tant (ce n'était pas dans tes besoins du premier post), je pense que la ram va avoir un impact, mais comme je n'ai pas testé, je te recommande d'attendre d'autres avis.

Laisse les désactivés et oubli les, il s'agit de compte "techniques" dont tu n'as pas besoin mais qui servent en interne au nas (comme sur ton windows/mac/linux, il y a plein d'autres comptes que tu ne vois pas forcement mais qui sont nécessaires au système). Pour le mot de passe du compte admin, tu peux le changer (c'est même recommandé) et le compte guest il n'en a pas par définition

Pour la suite office effectivement, mais DSM 6.1 est compatible avec ton nas : https://www.synology.com/fr-fr/support/download/DS212+ Je ne connais pas tes besoins ni ce que propose cette appli, mais à mon avis ça ne vaut pas le peine de changer de nas pour ça (il existe plein de suite bureautique web installables). Pour ton usage, la ram n'aura presque pas d'impact et si le prix n'est pas déterminant, autant passer au DS916+ (100€ de plus qu'un DS716+, 160e si tu prends le 8Go) avec 4 baies (tu n'es pas obligé de le remplir de disques dès le début).

HyperBackup pour les fichiers et les données de certaines applications Sauvegarde manuelle en ssh des données des autres applications (l'emplacement dépend des applis) Export des bases de données =>tout ça sur un autre support Ensuite tu peux jouer. Tu devrais pouvoir tenter la manipulation suivantes : je n'ai pas testé, c'est purement théorique arrêt propre du DS213+ retrait d'un des disques (le disque 1 par exemple) on place le disque 1 dans le DS216+ on le démarre => il devrait proposer de migrer, on le fait on vérifie que tout est bien présent et fonctionnel formatage du disque 2 on l'insère dans le DS216+ => il va proposer de l'intégrer au SHR => on refuse on créé un nouveau volume (volume2) en BTRFS SHR sur le disque 2 on migre les données/appli du disque 1 vers le disque 2 on test que tout est ok on retire le disque 1 on test encore que tout est ok on supprime le volume1 on test encore que tout est ok si c'est bon, on formate le disque 1 avant de le remettre dans le DS216+ et de l'intégrer au SHR du volume2 Sinon, tu achètes un disque dur et tu fais simplement un transfert de nas à nas

Perso le reverse proxy intégré me convient, mais tu tu souhaites travailler sur les path, tu as 2 options (en plus de refaire marcher haproxy) : http://www.nas-forum.com/forum/topic/51393-reverse-proxy-avec-nginx-restauré/ ou faire un peu de php (stream, curl, ...)

Sans être méchant, tu exécutes un script sur ton syno sans avoir pris le temps de comprendre en détail son fonctionnement et de lire attentivement les instructions de son auteur ? Tu as de la chance que le script ne soit pas trop mal codé, s'il y avait eu un rm mal placé, tu aurrais pu effecer toutes tes données !! L'erreur est simple et explicite, le dossier "/volume1/Sauvegarde/FTP/" n'existe pas : En passant, tu as beaucoup plus simple et qui ne nécessite pas de lancer un script sur le nas pour arriver au même résultat : https://blog.fenrir.fr/2013/10/24/sauvegarde-via-rss/ C'est ce que j'utilise depuis des années pour le même besoin (sauvegarder des données de serveurs sur mon nas). Ici aussi il faut bien lire toutes les instructions (surtout la dernière) !

Je pense que oui, sinon sur le site, au choix. Si Synology te donne une explication, fais nous un retour (à mon avis c'est la base de checksum qui n'est pas dans la bonne version sur ton nas, du moins j'espère que c'est juste ça)

Avec un modèle plus répandu de nas je t'aurai proposé de faire un checksum des fichiers sur un autre nas pour comparer les valeur. Si ton précédent soucis concernait les disques, c'est peut être une piste. À ta place, s'agissant d'un modèle récent, je ferais une demande au support.

Tu n'as pas besoin du tuto DNS pour ça ;) Je n'utilises pas MailServer, mais de mémoire tu peux configurer un relai. => installe le paquet trouve et configure cette option (si elle existe) ouvre le port TCP 25 sur firewall du nas transfert le port TCP 25 vers le NAS test (telnet c'est très bien pour envoyer des mails) si c'est ok => ajoute un MX dans ta zone chez ghandi

Tu as créer/copié le script sous Windows ou Mac => les sauts de lignes ne sont pas bons. Soit tu les corriges (aec notepad++ par exemple), soit tu le récupères à la source (wget https://gist.githubusercontent.com/besstiolle/4141366/raw/b4db1d750c6edd29cc7b34e342ea29f6c4daa5fa/lftp.sh)

Soit tu changes le plan d'adressage d'un des 2 cotés, soit tu ajoutes des routes statiques prioritaires (plus courtes) des 2 cotés, soit tu passes en IPv6 (et encore, en faisant attention) => change ton réseau, c'est le plus simple

Si tu n'as pas installé de paquets tiers (paquets non marqués : Synology Inc.) ou fait joujou en ssh et que Syno ne s'est pas loupé dans son checksum, tu as potentiellement un gros soucis. Je pense que c'est un loupé coté Synology, mais impossible de le savoir (surtout sans connaitre le modèle de ton nas et sa version exactes), il faut leur demander via le support.

@baluchon : pas certain de comprendre, tu ne sais pas comment configurer les options ou tu ne sais pas où elles sont ?

Au feeling je dirais que les 2 réseaux ont le même plan d'adressage (traduction, tu es en 192.168.1.x des 2 cotés).