.Shad.

Quand as-tu ce message exactement ? Est-ce que le domaine est un domaine Synology ? ou un que tu as acheté ?

@Dimebag Darrell Le plus probable est que tu as restauré Portainer, qu'il a automatiquement recréé les stacks sans que les dossiers de données ne soient présents. Je le sais car je suis déjà tombé dans le panneau. 😉 Dans ce cas-là tu dois t'assurer de rester en premier lieu les données des conteneurs, puis seulement restaurer Portainer. Pour tes logs, ça a plutôt l'air d'être une info qu'une erreur. Aucune idée sinon.

En 8-B-2 tu as la commande pour générer un fichier de config, et normalement si tu as suivi le tuto tu as fait une sauvegarde du fichier original. En 8-B-3-b, tu as les champs attendus pour InfluxDB dans Telegraf.

C'est normal le doublon là ? parce que dans ce cas-là il prend le premier et pas le deuxième, et donc il cherche à atteindre localhost vu que rien n'est spécifié dans le premier plugin.

Tu peux copier-coller ici le contenu de [[outputs.influxdb]] de ton fichier de configuration telegraf.conf ?

Ca veut juste dire qu'admin est admin, et que user_telegraf n'est pas admin. Rien de plus normal. Pourquoi tout recommencer, je t'ai posé des questions (sans point d'interrogation je reconnais) dans ma première intervention : Donc en reformulant : Est-ce qu'InfluxDB et Telegraf sont en mode bridge ? Si oui, est-ce que les deux conteneurs dans le même réseau bridge ?

C'est normal qu'il ne soit pas admin. L'utilisateur est sensé avoir tous les droits sur la base de donnée qui lui est associée, c'est ce que tu fais avec GRANT ALL TO ... ON ... Pas avoir tous les droits sur toutes les bases de données. Par défaut, le seul utilisateur admin est celui spécifié dans ton fichier compose lors de la création initiale du conteneur. Le problème est là où je l'ai signalé, si c'était un problème de droit tu n'aurais pas eu un "connection refused" mais un "permission denied" ou équivalent.

Je ne vois pas le rapport entre ta réponse et ma réponse. 😕 Il faut que tu commences par éclaircir les points que j'ai soulignés dans ma réponse. A moins tu aies créé un nouvel utilisateur, ou une nouvelle db Telegraf, il n'y a aucune raison d'aller changer les permissions des utilisateurs d'InfluxDB sur leur base de donnée.

Bienvenue parmi nous !

Tu es sûr que ce sont des données récentes que tu vois ? On peut se faire avoir avec les tables, en revanche sur les graphiques c'est plus évident. Pour moi y a une erreur dans ton paramétrage, sauf si Telegraf et InfluxDB sont en mode host. Si pas le cas, c'est normal que la connexion soit refusée, il n'y a rien sur le port 8086 du conteneur Telegraf. Ton instance Telegraf devrait pousser les données vers http://influxdb:8086, où influxdb est le nom du conteneur InfluxDB et où les deux conteneurs Telegraf et InfluxDB sont dans le même réseau bridge.

@Jeff777 tu peux aussi utiliser SMB Multichannel avec la nouvelle version du paquet SMB sur ton NAS. Ca te permettra d'arriver à 1 Gbps * Nb de ports de ton NAS en vitesse de transfert pour un même transfert. https://www.cachem.fr/synology-et-smb-multichannel/ Personnellemment, si j'avais été plus compétent dans le domaine lors de l'achat de ma maison, j'aurais fait tirer un backbone central en fibre sur mes 3 étages. Il m'aurait juste fallu des switchs avec des cages SFP+ à chaque étage. Ca m'aurait coûté un peu plus cher en switch, mais beaucoup moins que l'équivalent en 10 GBe RJ45 (également moins énergivore et dissipateur de chaleur) si l'idée me venait de passer mon réseau en 10 Gbps. Là en l'état j'ai du cat6 dans les murs. C'est déjà bien, mais si un jour je souhaite profiter du 10 Gbps, je vais devoir passer à la caisse. 😄 😄 Espérons que ça se démocratise, je n'ai même pas encore la fibre et ce pour quelques années encore je pense, donc le problème n'en est pas vraiment un. 😄

Je plussoie la remarque de @Kramlech Drive me semble tout indiqué "en théorie". Je dis en théorie car vous parlez d'un NAS derrière un routeur/pare-feu d'entreprise, il faut donc s'assurer que des redirections de port puissent être faites, ce n'est pas forcément le cas. Car que vous utilisiez Drive, WebDAV ou un serveur VPN, il faut dans tous les cas rendre ceci accessible au monde extérieur. OU faire en sorte que le serveur soit chez vous, et que le NAS s'y connecte comme client, mais ça commence à faire usine à gaz. OU ENCORE si aucune redirection de port n'est faisable au niveau du pare-feu d'entreprise, utiliser QuickConnect, c'est en l'occurence son (seul) point fort par rapport aux solutions citées précédemment.

Et pourquoi ça ne marcherait pas ? Push messages · Gotify Swagger UI (gotify.github.io) Il y a visiblement tout ce qu'il faut. Voir mon message plus avant, c'est globalement le même principe.

Welcome 🙂

Bienvenue parmi nous !

@MilesTEG1 Je viens de tester rapidement avec l'API de mon conteneur Apprise sur le réseau local, ça fonctionne, je reçois les messages tests sur Discord : Ce que DSM demande, ça revient à ce qu'a dit @PiwiLAbruti, ce sont les arguments d'un curl. Voilà la tâche CRON de mon serveur Debian concernant une sauvegarde Borgbackup chaque nuit : curl -X POST -d 'tag=botCron&body=BORGBACKUP : Task **bwdata** __successfully__ completed on **Shepard**' https://apprise-api.xxxxx.ovh/notify/apprise J'aurais pu utiliser un entête JSON, comme imposé par DSM visiblement, ça aurait donné : curl -X POST -H "Content-Type: application/json" -d { "tag" : "botCron", "body" : "BORGBACKUP : Task **bwdata** __successfully__ completed on **Shepard**" } https://apprise-api.xxxxx.ovh/notify/apprise Plus d'info sur Apprise-api (disponible aussi sur Linuxserver) : https://github.com/caronc/apprise-api/ Je m'en sers maintenant pour toutes mes notifications, le fait d'avoir une API accessible le rend très intéressant, car il suffit d'un curl pour notifier ce qu'on veut.

Bienvenue parmi nous

Oui

Welcome !

Bienvenue !!

Vous êtes là bienvenu parmi nous !

Ok merci du retour concernant les tokens pour l'accès au SMTP de Gmail. Par contre je persiste, tu peux enlever le SSL, quand tu utilises le port 587 c'est STARTTLS, c'est chiffré également, mais de façon plus robuste.

Bienvenue parmi nous !

Si tu utilises le port 587 tu ne dois pas utiliser SSL. 587 -> STARTTLS 465 -> SSL Gmail c'est 587 seulement, et depuis quelques mois je pense qu'utiliser le serveur SMTP de Google ne fonctionne plus. Mais tu peux utiliser celui d'OVH si tu as un ndd chez eux. Ca fonctionne très bien chez moi. Et désactive ton paramètre trustServer en le passant à false, c'est une grosse faille de sécurité.

Bienvenue parmi nous !