.Shad.

Welcome !

@MKProd De quel NAS disposes-tu ? Bienvenue !

@TeddyLaFrite Comme je disais dans un autre sujet, à partir du moment où tu ne fais qu'ajouter des lignes et pas modifier des existantes, tu es moins impacté par les mises à jour du paquet VPN. Il reste par contre à espérer qu'une mise à jour ne déplace pas le fichier de configuration vers un autre répertoire. Pour ton message d'erreur, est-ce que le serveur ne push pas déjà une route par défaut ? Voir ce sujet : https://forums.openvpn.net/viewtopic.php?t=31558

Je n'utilise pas WebDAV et par contre je n'ai jamais utilisé RaiDrive je ne pourrais pas t'aider 😄 Pourquoi ne pas utiliser le client intégré à Windows directement ? Manque d'options ? Est-ce que les plantages se font simultanément pour les utilisateurs ?

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.

@TeddyLaFrite Je n'en suis pas sûr, mais c'est souvent ainsi que fonctionne DSM, il va chercher les templates situés dans etc.default pour reparamétrer ses fichiers de configuration. Pas plus tard que ce week-end j'ai essayé de voir ce qu'il était possible de faire pour personnaliser Nginx, et ben à part modifier les templates .mustache tu n'as pas beaucoup de possibilité. C'est plus facile dans ce cas ou il s'agit d'ajouter simplement des lignes, car un "tee -a" (append) suffit. Sinon il faut jouer avec "sed" et tout en étant faisable ça devient plus délicat.

Le seul point commun à tout ça c'est RaiDrive, as-tu essayé avec un autre client ? Ou regardé les paramètres de celui-ci ? Une mise à jour pourrait avoir changé sa configuration.

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.

@Florian33000 👌 Pour le chmod, ben tu peux chmoder comme ils le suggèrent, ça va enlever les ACL de DSM mais tu peux les remettre en réattribuant un propriétaire au fichier depuis File Station. Je ne connais pas ce format de certificat, apparemment de ce que je lis faudrait utiliser un binaire "keytool" pour effectuer la conversion.

@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

@Florian33000 Bon chez moi ça fonctionne, en ayant chipoté un peu quand même. mosquitto.conf (tls) : #_____________________# ## TLS LISTENER listener 8883 0.0.0.0 protocol mqtt password_file /mosquitto/data/password_data certfile /mosquitto/certs/server.crt cafile /mosquitto/certs/ca.crt keyfile /mosquitto/certs/server.key capath /mosquitto/certs/ #_____________________# Pour les étapes de génération de certificats de la CA, du serveur et du client, je suis passé par ce tutoriel : http://www.steveio.com/tag/messaging/ J'ai également suivi ses recommandations quant au fait que les trois entités doivent avoir un Common Name différent, le seul qui compte vraiment est celui du serveur pour lequel on doit stipuler son FQDN. J'ai généré sur mon serveur mqtt les fichiers relatifs à la CA et au serveur, puis j'ai copié le ca.crt et ca.key sur mon laptop où j'ai mis une VM debian avec Mosquitto utilisé en client. Puis j'ai soucrit à un topic nommé "test" : mosquitto_sub --cafile /mosquitto/certs/ca.crt --cert /mosquitto/certs/client.crt --key / mosquitto/certs/client.key -h ida.xxx.ovh -p 8883 -q 1 -t "test" -d -u mosquitto -P rK2hdtXXXXXXXXX -d c'est pour une verbosité debug, puis les credentials de connexion utilisés dans le password_file, ça fonctionne : Enter PEM pass phrase: Client null sending CONNECT Client null received CONNACK (0) Client null sending SUBSCRIBE (Mid: 1, Topic: test, QoS: 1, Options: 0x00) Client null received SUBACK Subscribed (mid: 1): 1 Puis j'ai essayé de publier un message : mosquitto_pub --cafile /mosquitto/certs/ca.crt --cert /mosquitto/certs/client.crt --key / mosquitto/certs/client.key -h ida.xxx.ovh -p 8883 -q 1 -t "test" -i anyclientID --tls-vers ion tlsv1.3 -m "Hello" -d -u mosquitto -P rK2hdtXXXXXXXXX Résultat le message est lu : Client null received PUBLISH (d0, q1, r0, m1, 'test', ... (5 bytes)) Client null sending PUBACK (m1, rc0) Hello En revanche, je précise qu'avec MQTT Explorer, je récolte systématiquement une erreur. En CLI par contre RAS.