LeMorse Posté(e) le 3 juin 2020 Partager Posté(e) le 3 juin 2020 Il y a 5 heures, .Shad. a dit : Serveur VPN ou client VPN sur le NAS ? Si c'est un client VPN il se peut tout simplement que ce soit ton NAS qui soit plus accessible de l'extérieur par l'IP publique fournie par le FAI. Oui, un client VPN chez Cyberghost. Oui ça doit tout simplement être ça ... et d'après ce que j'ai cru comprendre on ne peut pas vraiment associer la connexion VPN à une application (en l'occurence Download Station) ... 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
.Shad. Posté(e) le 3 juin 2020 Auteur Partager Posté(e) le 3 juin 2020 Avec VMM si tu souhaites garder Download Station, ou Docker avec tout un tas de client torrent, tu peux très bien le faire. Il existe même des images avec Deluge+client OpenVPN embarqué. 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
LeMorse Posté(e) le 3 juin 2020 Partager Posté(e) le 3 juin 2020 Il y a 4 heures, .Shad. a dit : Avec VMM si tu souhaites garder Download Station, ou Docker avec tout un tas de client torrent, tu peux très bien le faire. Il existe même des images avec Deluge+client OpenVPN embarqué. Ah je vais me pencher là dessus alors ! Merci 😉 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Jeff777 Posté(e) le 4 juin 2020 Partager Posté(e) le 4 juin 2020 (modifié) Salut, J'ai fait un dashboard pour mon routeur avec l'aide de ce site : https://github.com/WaterByWind/grafana-dashboards/commit/9388be55ebea0c57fc7a1bfeee3e25875e605312 Par contre je vais épurer car il y a une tonne de données. Plus de 30 panels dont deux qui affichent no data (table ifXTable pour les deux) je n'ai pas trouvé pourquoi. Edit : le même sans erreur https://grafana.com/grafana/dashboards/1756/revisions Je pense que ça fonctionne pour la plupart des routeurs Ubiquiti. Modifié le 4 juin 2020 par Jeff777 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
bruno78 Posté(e) le 6 juin 2020 Partager Posté(e) le 6 juin 2020 (modifié) Bonjour, j'ai loué, autant par besoin que pour manipuler un peu avec, un VPS chez OVH dans le cadre du TUTO sur l'ouverture de ports en 4G (bien que je n'ai pas de routeur 4G) L'installation de OpenVPN ne pose pas de problème particulier (sauf le fait que je n'arrive pas à configurer une adresse statique en 10.0.0.x pour un user particulier, mais c'est un autre sujet). Mon NAS se connecte en tant que client et le VPN monte sans problème dans une plage en 172.27.224.xxx/24. L'ouverture de port via la configuration de la DMZ d'OpenVPN est ok également. Or sur le NAS tourne également une suite telegraf/influxdb/grafana, en Docker (mode bridge, sur 172.20.0.x). J'ai installé a priori sans problème telegraf sur le VPS. Et la le problème : comment depuis telegraf tournant sur le VPS OVH je peux adresser en envoyer les stats relevées vers influxdb en 172.20.0.x:8086 en docker sur le NAS. Telegraf me dit évidemment qu'il n'arrive pas à se connecter à influxdb ! Soit une chaine qui pourrait se représenter ainsi. (IP publique) - VPS/OVH(telegraf) (172.27.224.1) ==(VPN)== NAS(172.27.224.x) ** [NAS] ** Docker/Bridge(172.20.0.x) == influxdb(172.20.0.3:8086) Que faudrait' il a priori configurer au niveau d'OpenVPN sur le VPS, du FireWall OVH, du NAS pour que la connectivité soit OK ? Merci, ... je tourne en rond. Merci d'avance (si ce n'est pas clair, je ferai un schema !) Bruno78 Modifié le 6 juin 2020 par bruno78 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
bruno78 Posté(e) le 6 juin 2020 Partager Posté(e) le 6 juin 2020 Log telegraf sur le VPS : Jun 06 06:46:59 vps-xxxxxxxx telegraf[1186]: 2020-06-06T06:46:59Z I! Starting Telegraf 1.14.3 Jun 06 06:46:59 vps-xxxxxxxx telegraf[1186]: 2020-06-06T06:46:59Z I! Loaded inputs: mem processes swap system cpu disk diskio kernel Jun 06 06:46:59 vps-xxxxxxxx telegraf[1186]: 2020-06-06T06:46:59Z I! Loaded aggregators: Jun 06 06:46:59 vps-xxxxxxxx telegraf[1186]: 2020-06-06T06:46:59Z I! Loaded processors: Jun 06 06:46:59 vps-xxxxxxxx telegraf[1186]: 2020-06-06T06:46:59Z I! Loaded outputs: influxdb Jun 06 06:46:59 vps-xxxxxxxx telegraf[1186]: 2020-06-06T06:46:59Z I! Tags enabled: host=vps-xxxxxxxx Jun 06 06:46:59 vps-xxxxxxxx telegraf[1186]: 2020-06-06T06:46:59Z I! [agent] Config: Interval:10s, Quiet:false, Hostname:"vps-xxxxxxxx", Flush Interval:10s Jun 06 06:46:59 vps-xxxxxxxx telegraf[1186]: 2020-06-06T06:46:59Z D! [agent] Initializing plugins Jun 06 06:46:59 vps-xxxxxxxx telegraf[1186]: 2020-06-06T06:46:59Z D! [agent] Connecting outputs Jun 06 06:46:59 vps-xxxxxxxx telegraf[1186]: 2020-06-06T06:46:59Z D! [agent] Attempting connection to [outputs.influxdb] Jun 06 06:46:59 vps-xxxxxxxx telegraf[1186]: 2020-06-06T06:46:59Z D! [agent] Successfully connected to outputs.influxdb Jun 06 06:46:59 vps-xxxxxxxx telegraf[1186]: 2020-06-06T06:46:59Z D! [agent] Starting service inputs Jun 06 06:47:15 vps-xxxxxxxx telegraf[1186]: 2020-06-06T06:47:15Z E! [outputs.influxdb] When writing to [http://172.20.0.3:8086]: Post http://172.20.0.3:8086/write?consistency=any&db=vps_ovh_telegraf: net/http: request canceled while waiting for connection (Client.Timeout exceeded while awaiting headers) Jun 06 06:47:15 vps-xxxxxxxx telegraf[1186]: 2020-06-06T06:47:15Z D! [outputs.influxdb] Buffer fullness: 24 / 10000 metrics Jun 06 06:47:15 vps-xxxxxxxx telegraf[1186]: 2020-06-06T06:47:15Z E! [agent] Error writing to outputs.influxdb: could not write any address Jun 06 06:47:25 vps-xxxxxxxx telegraf[1186]: 2020-06-06T06:47:25Z E! [outputs.influxdb] When writing to [http://172.20.0.3:8086]: Post http://172.20.0.3:8086/write?consistency=any&db=vps_ovh_telegraf: net/http: request canceled while waiting for connection (Client.Timeout exceeded while awaiting headers) Jun 06 06:47:25 vps-xxxxxxxx telegraf[1186]: 2020-06-06T06:47:25Z D! [outputs.influxdb] Buffer fullness: 37 / 10000 metrics Jun 06 06:47:25 vps-xxxxxxxx telegraf[1186]: 2020-06-06T06:47:25Z E! [agent] Error writing to outputs.influxdb: could not write any address 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
.Shad. Posté(e) le 6 juin 2020 Auteur Partager Posté(e) le 6 juin 2020 (modifié) Tu es en mode bridge, donc ton NAS fait passerelle et office de NAT vers ton conteneur influxdb. Donc 172.20.x.x n'est pas accessible par défaut. Donc assure-toi que le port 8086 d'InfluxDB est exposé sur son hôte (le NAS je présume). Et utilise ensuite l'IP client VPN du NAS 172.27.224.x comme destination influxdb pour le conteneur telegraf du VPS. Modifié le 6 juin 2020 par .Shad. 1 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
bruno78 Posté(e) le 6 juin 2020 Partager Posté(e) le 6 juin 2020 Et bien oui mais c'est bien sûr !! Impecc ! Je m'échinais à essayer de joindre directement influxdb Il faut donc que je règle mon problème d'adresse fixe pour mon client VPN. Merci encore ! Bruno78 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
totoleouf Posté(e) le 29 juillet 2020 Partager Posté(e) le 29 juillet 2020 Le 02/08/2019 à 14:34, Superthx a dit : @shadowking salut !!! J'ai un probleme avec telegraf, dnas les log j'ai ceci : 2019-08-02T12:32:10Z E! [outputs.influxdb] when writing to [http://influxdb:8086]: 401 Unauthorized: authorization failed 2019-08-02T12:32:10Z E! [agent] Error writing to output [influxdb]: could not write any address D'où cela peut venir ? Merci. EDIT: J'ai trouvé l'erreur.@+ salut j'ai suivi le tuto, et je suis bloqué au même problème que toi, quel était t'as solution? 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
.Shad. Posté(e) le 30 juillet 2020 Auteur Partager Posté(e) le 30 juillet 2020 Quand tu as ce message, il y a deux possibilités : - La plus probable c'est que tu t'es trompé dans l'adresse de l'instance influxdb, si tu as suivi le tutoriel à la lettre c'est http://influxdb:8086, sinon il faut adapter à ce que tu as fait, si tu donnes plus de détail là-dessus on peut t'aider. - La seconde c'est que le conteneur influxdb ne fonctionne pas, et que donc telegraf ne trouve nulle part où envoyer ses données. Regarde toujours les logs d'influxdb si tu vois quelque chose d'anormal. 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
totoleouf Posté(e) le 30 juillet 2020 Partager Posté(e) le 30 juillet 2020 (modifié) Franchement je vois pas ou est mon erreur comme ça... j'ai suivi à la lettre le tuto, pas de modification de nom de USER ou de MDP... influx fonctionne bien pas d'erreur dans les logs : et dans le fichier conf voila ce que j'ai mis: Modifié le 30 juillet 2020 par totoleouf 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
.Shad. Posté(e) le 30 juillet 2020 Auteur Partager Posté(e) le 30 juillet 2020 (modifié) Ton log t'indique justement une erreur 401 (stderr => standard error). La bonne nouvelle c'est que telegraf arrive bien à communiquer avec influxdb, car influxdb voit bien les requêtes, certes qui n'aboutissent pas. De plus dans ta deuxième impression d'écran de telegraf.conf, on voit que tu as mis : agents = [ "172.19.0.1"1" ] Les caractères en rouge sont en trop 😛 Par contre ça n'y est pas dans la première ? Autre chose, est-ce que le pare-feu du NAS a bien son port 161 ouvert vers les adresses 172.16.0.0/255.240.0.0 (par défaut si tu as suivi la sécurisation du NAS de Fenrir) ? C'est le port utilisé par telegraf pour "poll" (sonder) le NAS. Modifié le 30 juillet 2020 par .Shad. 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
totoleouf Posté(e) le 30 juillet 2020 Partager Posté(e) le 30 juillet 2020 (modifié) j'ai corrigé l'erreur dans le fichier .conf et vérifié dans mon parfeu le port 161 est bien ouvert: et ajouter le réseau 172.19.0.0 Mais toujours l'erreur dans les logs telegraf Modifié le 30 juillet 2020 par totoleouf 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
.Shad. Posté(e) le 30 juillet 2020 Auteur Partager Posté(e) le 30 juillet 2020 Erreur 401 c'est accès non autorisé, ça peut être des identifiants qui ne correspondent pas entre ce que tu as mis dans l'authentification http dans telegraf.conf et les variables d'environnement de création du conteneur influxdb. 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
totoleouf Posté(e) le 30 juillet 2020 Partager Posté(e) le 30 juillet 2020 (modifié) Il y a 3 heures, .Shad. a dit : Erreur 401 c'est accès non autorisé, ça peut être des identifiants qui ne correspondent pas entre ce que tu as mis dans l'authentification http dans telegraf.conf et les variables d'environnement de création du conteneur influxdb. j'ai beau reprendre le tuto du début et vérifier, j'ai bien laissé les identifiants et mot de passe "nas_telegraf" etc... tel qu'ils sont indiqués dans le tuto. Modifié le 30 juillet 2020 par totoleouf 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
totoleouf Posté(e) le 30 juillet 2020 Partager Posté(e) le 30 juillet 2020 (modifié) J'ai tout supprimé et repris du début. Malheureusement, même résultat... je pense que je fais mal les choses avec le fichier telegraf.conf . notamment sur la partie suivante: c) Il va falloir ajouter les infos relatives aux fichiers MIB de Synology, il suffit de copier ce qui est repris dans ce lien et le coller par exemple au début de la section "Input plugins" Il faut cependant personnaliser les infos relatives à l'adresse IP du NAS et le nom de la communauté SNMP : il faut ajouter la partie qui est dans le lien ou remplacer la partie INTPUT PLUGIN du fichier .conf par ce qui donné dans le lien? Modifié le 30 juillet 2020 par totoleouf 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
.Shad. Posté(e) le 30 juillet 2020 Auteur Partager Posté(e) le 30 juillet 2020 Il faut ajouter la partie allant de [[inputs.snmp]] compris à oid = "SYNOLOGY-UPS-MIB::upsBatteryChargeWarning" compris. Et respecter l'indentation, par exemple : [[inputs.snmp]] agents = ... interval = ... [[inputs.snmp.table.field]] name = "usersTELNET" oid = "SYNOLOGY-SERVICES-MIB::serviceUsers" oid_index_suffix = "7" Bien décaler les éléments de la sorte (le nombre d'espaces n'est pas important, ce qui compte c'est l'alignement). 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
.Shad. Posté(e) le 31 juillet 2020 Auteur Partager Posté(e) le 31 juillet 2020 Problème identifié, c'était lié à des champs encore commentés dans le fichier de configuration de telegraf. 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Nasme Posté(e) le 27 août 2020 Partager Posté(e) le 27 août 2020 (modifié) Bonjour, Je suis tout nouveau sur le forum et je suis bien heureux d'avoir trouvé un tutoriel en français car j'en ai essayé plusieurs en anglais. J'habite au Québec et je possède un Nas depuis environ 6 mois. Je suis dans la cinquantaine et j'aime bien tenté des choses. J'aimerais beaucoup réussir à faire fonctionner Grafana mais tout semble se bloquer au niveau de "telegraf". J'ai suivi le tutoriel et recommencé plus de 5 fois à refaire Telegraf. Voici ce que j'obtiens toujours dans le log de Portainer: 2020-08-27T20:38:39Z I! Starting Telegraf 1.15.2, 2020-08-27T20:38:39Z I! Using config file: /etc/telegraf/telegraf.conf, 2020-08-27T20:38:39Z I! Loaded inputs: processes swap system snmp mem diskio kernel cpu disk, 2020-08-27T20:38:39Z I! Loaded aggregators: , 2020-08-27T20:38:39Z I! Loaded processors: , 2020-08-27T20:38:39Z I! Loaded outputs: influxdb, 2020-08-27T20:38:39Z I! Tags enabled: host=telegraf, 2020-08-27T20:38:39Z I! [agent] Config: Interval:10s, Quiet:false, Hostname:"telegraf", Flush Interval:10s, 2020-08-27T20:38:39Z W! [outputs.influxdb] When writing to [http://influxdb:8086]: database "telegraf" creation failed: 401 Unauthorized, 2020-08-27T20:38:49Z E! [outputs.influxdb] When writing to [http://influxdb:8086]: received error unable to parse authentication credentials; discarding points, 2020-08-27T20:38:59Z E! [outputs.influxdb] When writing to [http://influxdb:8086]: received error unable to parse authentication credentials; discarding points, 2020-08-27T20:39:09Z E! [outputs.influxdb] When writing to [http://influxdb:8086]: received error unable to parse authentication credentials; discarding points, 2020-08-27T20:39:19Z E! [outputs.influxdb] When writing to [http://influxdb:8086]: received error unable to parse authentication credentials; discarding points, 2020-08-27T20:39:29Z E! [outputs.influxdb] When writing to [http://influxdb:8086]: received error unable to parse authentication credentials; discarding points, 2020-08-27T20:39:39Z E! [outputs.influxdb] When writing to [http://influxdb:8086]: received error unable to parse authentication credentials; discarding points, 2020-08-27T20:39:49Z E! [outputs.influxdb] When writing to [http://influxdb:8086]: received error unable to parse authentication credentials; discarding points, 2020-08-27T20:39:59Z E! [outputs.influxdb] When writing to [http://influxdb:8086]: received error unable to parse authentication credentials; discarding points, 2020-08-27T20:40:09Z E! [outputs.influxdb] When writing to [http://influxdb:8086]: received error unable to parse authentication credentials; discarding points, 2020-08-27T20:40:19Z E! [outputs.influxdb] When writing to [http://influxdb:8086]: received error unable to parse authentication credentials; discarding points, 2020-08-27T20:40:29Z E! [outputs.influxdb] When writing to [http://influxdb:8086]: received error unable to parse authentication credentials; discarding points, 2020-08-27T20:40:39Z E! [outputs.influxdb] When writing to [http://influxdb:8086]: received error unable to parse authentication credentials; discarding points, 2020-08-27T20:40:49Z E! [outputs.influxdb] When writing to [http://influxdb:8086]: received error unable to parse authentication credentials; discarding points, 2020-08-27T20:40:59Z E! [outputs.influxdb] When writing to [http://influxdb:8086]: received error unable to parse authentication credentials; discarding points, 2020-08-27T20:41:09Z E! [outputs.influxdb] When writing to [http://influxdb:8086]: received error unable to parse authentication credentials; discarding points, 2020-08-27T20:41:19Z E! [outputs.influxdb] When writing to [http://influxdb:8086]: received error unable to parse authentication credentials; discarding points, 2020-08-27T20:41:29Z E! [outputs.influxdb] When writing to [http://influxdb:8086]: received error unable to parse authentication credentials; discarding points, 2020-08-27T20:41:39Z E! [outputs.influxdb] When writing to [http://influxdb:8086]: received error unable to parse authentication credentials; discarding points, 2020-08-27T20:41:49Z E! [outputs.influxdb] When writing to [http://influxdb:8086]: received error unable to parse authentication credentials; discarding points, 2020-08-27T20:41:59Z E! [outputs.influxdb] When writing to [http://influxdb:8086]: received error unable to parse authentication credentials; discarding points, J'utilise comme mentionné "nas_telegraf" comme nom d'usager et mot de passe dans le fichier telegraf.conf Pour Influx, tout semble bien fonctionner: "Telegraf/1.15.2 Go/1.14.5" 26767e8d-e8bd-11ea-8569-0242ac120003 92, [httpd] 172.18.0.2 - - [27/Aug/2020:23:29:37 +0000] "POST /write?db=telegraf HTTP/1.1" 401 55 "-" "Telegraf/1.15.2 Go/1.14.5" 2c6c6415-e8bd-11ea-856a-0242ac120003 109, [httpd] 172.18.0.2 - - [27/Aug/2020:23:29:47 +0000] "POST /write?db=telegraf HTTP/1.1" 401 55 "-" "Telegraf/1.15.2 Go/1.14.5" 32624824-e8bd-11ea-856b-0242ac120003 95, [httpd] 172.18.0.2 - - [27/Aug/2020:23:29:57 +0000] "POST /write?db=telegraf HTTP/1.1" 401 55 "-" "Telegraf/1.15.2 Go/1.14.5" 38582ae5-e8bd-11ea-856c-0242ac120003 101, [httpd] 172.18.0.2 - - [27/Aug/2020:23:30:07 +0000] "POST /write?db=telegraf HTTP/1.1" 401 55 "-" "Telegraf/1.15.2 Go/1.14.5" 3e4e0fd6-e8bd-11ea-856d-0242ac120003 113, [httpd] 172.18.0.2 - - [27/Aug/2020:23:30:17 +0000] "POST /write?db=telegraf HTTP/1.1" 401 55 "-" "Telegraf/1.15.2 Go/1.14.5" 4443f3c0-e8bd-11ea-856e-0242ac120003 93, [httpd] 172.18.0.2 - - [27/Aug/2020:23:30:27 +0000] "POST /write?db=telegraf HTTP/1.1" 401 55 "-" "Telegraf/1.15.2 Go/1.14.5" 4a39da99-e8bd-11ea-856f-0242ac120003 92, [httpd] 172.18.0.2 - - [27/Aug/2020:23:30:37 +0000] "POST /write?db=telegraf HTTP/1.1" 401 55 "-" "Telegraf/1.15.2 Go/1.14.5" 502fbe9b-e8bd-11ea-8570-0242ac120003 101, [httpd] 172.18.0.2 - - [27/Aug/2020:23:30:47 +0000] "POST /write?db=telegraf HTTP/1.1" 401 55 "-" "Telegraf/1.15.2 Go/1.14.5" 5625a49e-e8bd-11ea-8571-0242ac120003 92, [httpd] 172.18.0.2 - - [27/Aug/2020:23:30:57 +0000] "POST /write?db=telegraf HTTP/1.1" 401 55 "-" "Telegraf/1.15.2 Go/1.14.5" 5c1b8925-e8bd-11ea-8572-0242ac120003 95, [httpd] 172.18.0.2 - - [27/Aug/2020:23:31:07 +0000] "POST /write?db=telegraf HTTP/1.1" 401 55 "-" "Telegraf/1.15.2 Go/1.14.5" 62116d70-e8bd-11ea-8573-0242ac120003 100, [httpd] 172.18.0.2 - - [27/Aug/2020:23:31:18 +0000] "POST /write?db=telegraf HTTP/1.1" 401 55 "-" "Telegraf/1.15.2 Go/1.14.5" 68076852-e8bd-11ea-8574-0242ac120003 98, [httpd] 172.18.0.2 - - [27/Aug/2020:23:31:27 +0000] "POST /write?db=telegraf HTTP/1.1" 401 55 "-" "Telegraf/1.15.2 Go/1.14.5" 6dfd35a4-e8bd-11ea-8575-0242ac120003 98, [httpd] 172.18.0.2 - - [27/Aug/2020:23:31:37 +0000] "POST /write?db=telegraf HTTP/1.1" 401 55 "-" "Telegraf/1.15.2 Go/1.14.5" 73f31a08-e8bd-11ea-8576-0242ac120003 94, [httpd] 172.18.0.2 - - [27/Aug/2020:23:31:47 +0000] "POST /write?db=telegraf HTTP/1.1" 401 55 "-" "Telegraf/1.15.2 Go/1.14.5" 79e8fe38-e8bd-11ea-8577-0242ac120003 109, [httpd] 172.18.0.2 - - [27/Aug/2020:23:31:57 +0000] "POST /write?db=telegraf HTTP/1.1" 401 55 "-" "Telegraf/1.15.2 Go/1.14.5" 7fdee427-e8bd-11ea-8578-0242ac120003 94, [httpd] 172.18.0.2 - - [27/Aug/2020:23:32:07 +0000] "POST /write?db=telegraf HTTP/1.1" 401 55 "-" "Telegraf/1.15.2 Go/1.14.5" 85d4c8a2-e8bd-11ea-8579-0242ac120003 95, Merci Modifié le 27 août 2020 par Nasme 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
.Shad. Posté(e) le 28 août 2020 Auteur Partager Posté(e) le 28 août 2020 (modifié) Salut, non pour influx ça ne fonctionne pas car il renvoie une erreur 401 : accès refusé. La bonne nouvelle dans l'histoire c'est que telegraf arrive déjà à communiquer avec influxdb 😛 nas_telegraf est utilisé à plusieurs reprises dans le tutoriel, c'est le nom de la base de données, son utilisateur et son mdp (tout ceci est tout à fait personnalisable, vu que tout reste en local les credentials que j'ai proposés sont simples, mais c'est au choix de l'utilisateur.). C'est également l'utilisateur et le mot de passe l'authentification http pour influx. Est-ce que tu as bien dé-commenté comme il faut chaque paramètre que tu utilises dans telegraf.conf ? ## The full HTTP or UDP URL for your InfluxDB instance. ## ## Multiple URLs can be specified for a single cluster, only ONE of the ## urls will be written to each interval. # urls = ["unix:///var/run/influxdb.sock"] # urls = ["udp://127.0.0.1:8089"] # urls = ["http://127.0.0.1:8086"] urls = ["http://influxdb:8086"] ## The target database for metrics; will be created as needed. ## For UDP url endpoint database needs to be configured on server side. database = "nas_telegraf" ## The value of this tag will be used to determine the database. If this ## tag is not set the 'database' option is used as the default. database_tag = "" ## If true, no CREATE DATABASE queries will be sent. Set to true when using ## Telegraf with a user without permissions to create databases or when the ## database already exists. skip_database_creation = true ## Name of existing retention policy to write to. Empty string writes to ## the default retention policy. Only takes effect when using HTTP. retention_policy = "" ## Write consistency (clusters only), can be: "any", "one", "quorum", "all". ## Only takes effect when using HTTP. write_consistency = "any" ## Timeout for HTTP messages. timeout = "30s" ## HTTP Basic Auth username = "nas_telegraf" password = "nas_telegraf" Pour moi c'est un problème du côté l'HTTP AUTH, à vérifier dans le docker-compose d'Influx, s'il est activé : INFLUXDB_HTTP_AUTH_ENABLED=true Et si les credentials correspondent côté Influx et Telegraf. Et n'oublie pas d'aller te présenter dans la section adéquate du forum. 😉 Modifié le 28 août 2020 par .Shad. 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Nasme Posté(e) le 28 août 2020 Partager Posté(e) le 28 août 2020 (modifié) Bonjour et merci pour la réponse Je vais aller me présenter. Voici le contenu conf de "telegraf" # Configuration for sending metrics to InfluxDB [[outputs.influxdb]] ## The full HTTP or UDP URL for your InfluxDB instance. ## ## Multiple URLs can be specified for a single cluster, only ONE of the ## urls will be written to each interval. # urls = ["unix:///var/run/influxdb.sock"] # urls = ["udp://127.0.0.1:8089"] # urls = ["http://127.0.0.1:8086"] urls = ["http://influxdb:8086"] ## The target database for metrics; will be created as needed. ## For UDP url endpoint database needs to be configured on server side. # database = "nas_telegraf" ## The value of this tag will be used to determine the database. If this ## tag is not set the 'database' option is used as the default. # database_tag = "" ## If true, the 'database_tag' will not be included in the written metric. # exclude_database_tag = false ## If true, no CREATE DATABASE queries will be sent. Set to true when using ## Telegraf with a user without permissions to create databases or when the ## database already exists. # skip_database_creation = true ## Name of existing retention policy to write to. Empty string writes to ## the default retention policy. Only takes effect when using HTTP. # retention_policy = "" ## The value of this tag will be used to determine the retention policy. If this ## tag is not set the 'retention_policy' option is used as the default. # retention_policy_tag = "" ## If true, the 'retention_policy_tag' will not be included in the written metric. # exclude_retention_policy_tag = false ## Write consistency (clusters only), can be: "any", "one", "quorum", "all". ## Only takes effect when using HTTP. # write_consistency = "any" ## Timeout for HTTP messages. # timeout = "30s" ## HTTP Basic Auth # username = "nas_telegraf" # password = "nas_telegraf" ## HTTP User-Agent # user_agent = "telegraf" Et voici celui d'influx: version: "2" services: influxdb: image: influxdb container_name: influxdb hostname: influxdb environment: - INFLUXDB_DB=nas_telegraf - INFLUXDB_ADMIN_USER=admin - INFLUXDB_ADMIN_PASSWORD=admin - INFLUXDB_USER=nas_telegraf - INFLUXDB_USER_PASSWORD=nas_telegraf - INFLUXDB_HTTP_AUTH_ENABLED=true volumes: - "/volume1/docker/influxdb/data:/var/lib/influxdb" ports: - 8086:8086 restart: unless-stopped networks: default: external: name: data_export Je ne vois pas d'erreur mais pourquoi est-ce que telegraf tente de créer une base de données nommée telegraf et non nas_telegraf ? Est-ce que cela peut dépendre du fichier : /etc/telegraf/telegraf.conf qui se serait pas adapté ? Je ne sais pas comment accéder à ce fichier pour en connaître le contenu. Quelles sont les commandes à taper pour y avoir accès ? Merci beaucoup Modifié le 28 août 2020 par Nasme 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
.Shad. Posté(e) le 28 août 2020 Auteur Partager Posté(e) le 28 août 2020 Comme je te disais, toutes les lignes de configuration de la partie relative à Influxdb dans le fichier telegraf.conf sont commentées, elles ont donc un "#" devant chaque valeur de variable. Si c'est commenté, ça veut dire que telegraf utilisera une valeur par défaut, ou retournera une erreur. Il faut donc supprimer, à la manière de mon impression d'écran précédente (et comme dans le tutoriel), le "#" des lignes pour lesquelles on assigne une valeur. Et logiquement influxdb retournera un code 200, ce qui signifie que tout est OK 👌 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Nasme Posté(e) le 28 août 2020 Partager Posté(e) le 28 août 2020 Merci, Je vais prendre une pause et m'y remettre par la suite. Je n'avais pas du tout compris qu'il fallait retirer les symboles de dièse lors de l'édition du fichier. 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
.Shad. Posté(e) le 28 août 2020 Auteur Partager Posté(e) le 28 août 2020 Je vais ajouter la précision dans mon tutoriel, ce qui peut me paraître évident ne l'est pas forcément pour tous. 🙂 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Nasme Posté(e) le 29 août 2020 Partager Posté(e) le 29 août 2020 Bonsoir, Juste un petit mot pour vous dire que tout fonctionne 🙂 Il me reste à nettoyer les données relatives aux fichiers MIB de Synology car rien n'apparaît pour ce qui est de l'usage du Raid Status. Only queries that return single series/table is supported J'ai eu quelques soucis avec la configuration de la base de données dans Grafana. J'ai dû indiquer influxdb:8086 et non http://influxdb:8086 pour que le statut tourne au vert. Merci beaucoup, je continue de lire les tutoriels sur le forum. 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Messages recommandés
Rejoindre la conversation
Vous pouvez publier maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.