.Shad.

Bienvenue parmi nous ! ☺️

Bienvenue à toi 🙂 Ce n'est pas tant de la température que de l'humidité dont tu dois te méfier. 😉

@goerges Tu as entièrement raison, erreur de ma part, je corrige.

Donner accès à DSM ne donne pas les droits administrateurs, je ne sais pas pourquoi tu dis ça. Et si tu comptes uniquement sur tes snapshots pour te protéger c'est qu'il y a une faille dans ton plan de sauvegarde. Tu peux par exemple t'inspirer de la méthode 3-2-1.

Tu ne véroleras rien avec un utilisateur dédié aux droits limités, d'autant si tu as mis en place une politique de rétention des instantanés, tu pourrais récupérer des données saines. Maintenant tu dis qu'il faut te connecter avec un compte administrateur à l'établissement du lien ? Parce qu'Hyper Backup demande aussi de se logger mais avec un compte non admin dédié au backup ça fonctionne. Est-ce que tu as coché l'option pour chiffrer le transfert des données ? A minima les droits d'écriture sur le dossier dans lequel tes instantanés sont stockés et le droit d'utiliser Snapshot Replication. Peut-être DSM aussi si ça ne suffit pas.

Welcome !

@MKProd De quel NAS disposes-tu ? Bienvenue !

Bienvenue parmi nous ! 🙂

@nicodep Il y aurait sûrement moyen de le faire en ligne de commande via des tâches prédéfinies, mais pourquoi ne pas faire l'inverse ? client VPN sur NAS1, serveur sur NAS2, tu crées une tâche pour la connection et la déconnection (ou tu combines si tu es à l'aise en shell) avec une tâche utilisant la commande synosharesnap pour déclencher tes tâches de réplication. Mais honnêtement ça m'a l'air complexe. Dans Snapshot Replication, de ce que je vois, tu peux chiffrer la connexion, tu pourrais donc passer en direct plutôt que de passer par un VPN en limitant les connexions entrantes pour le port 5566 à l'IP (si elle est fixe) du site de NAS1. Tu peux aussi créer sur NAS2 un utilisateur dédié à Snapshot Replication (avec des credentials forts) aux droits administratifs et permissions limités sur les dossiers partagés.

@Arman Tu as trois solutions : Ajouter un convertisseur USB/RJ45 à 2.5/5 Gbps et le régler pour l'utiliser comme interface par défaut, tu peux demander des infos à @MilesTEG1 et consulter son Github à ce sujet : https://github.com/MilesTEG1/synology-driver-pkgctl-r8152-restart-reload Utiliser SMB Multichannel pour doubler ta vitesse de transfert via Samba/CIFS : Suivant le type de bond que tu crées pour tes interfaces réseau, il te faudra ou non un switch administrable entre ton PC et ton NAS pour créer une agrégation de liens, plus d'infos ici : https://kb.synology.com/fr-fr/DSMUC/help/DSMUC/AdminCenter/connection_network_linkaggr?version= Il ne faut pas créer de bond, merci à @goerges pour sa remarque. Changer de NAS pour un NAS autorisant l'ajout d'une carte d'extension multigig, plus d'infos ici : https://www.synology.com/fr-fr/compatibility?search_by=category&category=network_interface_cards

@comess c'est sûrement un problème de DDNS mal configuré alors. Tu utilises un ndd perso ? tu peux utiliser celui fourni par Synology au besoin.

Là comme ça je n'ai pas d'idée malheureusement, à voir si ça persiste au fil des jours. Tu peux toujours essayer de redémarrer le NAS.

Le FS2500 n'est compatible qu'avec des SSD Synology a priori https://www.synology.com/fr-fr/compatibility?search_by=products&model=FS2500&category=hdds_no_ssd_trim

Tu n'aurais pas activé l'hibernation des disques ?

@Philippe D je ne vois rien d'anormal, pour moi si c'était un problème de collecte de Telegraf alors le buffer varierait en taille, car il n'arriverait pas à récolter autant de données qu'habituellement. Est-ce que dans le centre de journaux du NAS tu as des entrées relatives à ce timestamp ? que dit le monitoring de l'activité réseau ? Tu peux éventuellement regarder ce qui se passe au niveau de /var/log/messages ou /var/lol/syslog.lol

Bienvenue dans notre communauté ! 🙂

Bienvenue parmi nous 🙂

Les logs de Telegraf juste, comme sur tes impressions d'écran. Si les données ne sont plus reçues, c'est que soit Telegraf rencontre un problème à ce moment-là (probable), soit que InfluxDB ne reçoit plus les données (peu probable). Il faudrait vérifier les deux logs, tu as l'avatange d'avoir le timestamp exact via Grafana, ça t'aidera dans tes recherches.

La version 4.38 pointe le bout de son nez, elle introduit des changements importants, que ce soit au niveau du fichier de configuration ou bien du point de vue des fonctionnalités. Je vais la tester dans les prochaines semaines et remettre à jour le tutoriel en conséquence.

Côté logs ça donne quoi à ces timestamps ?

Bienvenue parmi nous 🙂

👌 Ca a du sens d'utiliser un seul fichier vu que les trois applications fonctionnent ensemble.

@Philippe D J'ai cette erreur sur toutes mes instances, pour l'instant ça n'a pas posé de problèmes au niveau de Grafana.

@Philippe D Est-ce que Telegraf et InfluxDB sont bien dans le même réseau docker ? Que donne la commande sudo docker network inspect monitoring

Bienvenue parmi nous, et allez le PSG