.Shad.

Il faut que tu lises plus attentivement le point 8-B-3-b, et que tu respectes scrupuleusement les instructions. Si tu as recopié ce que j'ai mis, tu ne peux pas avoir ce message, tu as dû décommenter la mauvaise ligne. C'est un tutoriel pas spécialement compliqué mais qui demande une certaine rigueur dans son déroulement.

Oui c'est le même fonctionnement que pour n'importe quel autre type de réseau.

C'est faisable oui, mais ce n'est pas le plus simple je trouve. Pour ma part j'utilise le ndd Synology et le renouvellement automatique via DSM pour tout ce qui est service de DSM ne passant par le proxy inversé => Synchro des données de Drive, ABB, etc... Avec le script de montage d'interface virtuelle oui tu n'auras pas de problème. Pour ma part je réserve le réseau macvlan aux applis ayant absolument besoin de ports déjà utilisés par le NAS, ce n'est pas le cas de Mosquitto si je ne m'abuse. Un réseau bridge est quand même moins contraignant. Concernant la suite : Je te conseillerais de ne pas créer le réseau au sein d'une stack contenant des services pour tes applications. Ca n'apporte rien à mon sens, hormis le fait de risquer de faire sauter l'interface virtuelle si tu désactives la stack. Un réseau macvlan a plutôt une vocation pérenne, ce sont des IP qui ne doivent pas être utilisées par ailleurs. La version du script en CLI marche tout aussi bien. Je ne sais pas quelle version de compose tu utilises, mais sache que les versions 3+ ne permettent pas l'utilisation de ipam.ip-range et ipam.gateway Essaie de réduire la plage, /27 c'est 30 IP réservées, c'est beaucoup je trouve, /28 c'est 14 c'est déjà plus raisonnable. De même, essaie de supprimer la ligne où tu définis l'adresse MAC de l'interface, ce n'est pas nécessaire, et si l'adresse ne respecte pas certaines règles l'établissement de l'interface peut échouer.

Hello et bienvenue dans la communauté. Comme justement dit par mon voisin du dessus, tu verras une fois dégrossi ce n'est pas si compliqué. As-tu appliqué le tutoriel référence du forum ?

@cyborg Je pense que @Jeff777 voulait dire de décommenter la ligne [[outputs.influxdb]]. Tant que le modèle n'est pas activé, tous les réglages que tu peux faire par après seront sans effet.

Ben ton [outputs.influxdb] est toujours commenté, donc inactif. Tu dois le configurer comme décrit dans le tutoriel, partie 8-B-3-b

Peux-tu joindre ton fichier telegraf.conf dans ton prochain message ? Il faut cliquer sur "Ajouter des fichiers".

Bienvenue parmi nous ! 🙂

@dragonslore Histoire d'éviter d'être limité par le nombre d'essais successifs, passe la variable STAGING à true pour tes tests. Je n'ai malheureusement pas le temps pour le moment de répliquer ta situation. Concernant l'erreur, je sais que parfois let's encrypt ne crée pas deux enregistrements séparés mais concatène les deux chaînes en une seule. Autre chose, qu'est-ce que Cloudflare vient faire dans l'histoire ? Si tu as délégué la gestion de ta zone DNS à Cloudflare, c'est l'api de ce dernier que tu dois configurer, je fais ça pour le domaine pro de ma femme, acheté sur un site qui ne propose pas d'API de gestion. Ou alors je n'ai pas compris ce que tu voulais dire.

Je ne vois pas de requête PUT, je ne sais pas si ça peut avoir une influence. Je sais qu'à une époque j'avais dû ajouter les autorisations sur l'ensemble des domaines (vu que je n'ai qu'un domaine sur mon compte OVH ça ne posait pas de problème de sécurité), mais je pense que j'avais dû mal m'y prendre. Je vais faire une instance test avec une nouvelle clé API pour vérifier si j'ai le même problème.

@dragonslore Salut Au vu du message, il y a un problème avec l'ajout de l'enregistrement _acme-challenge à ta zone DNS, es-tu certain de la validité des credentials API pour l'accès à OVH ? Peut-être une date de validité expirée ?

Essaie d'ajouter un paramètre interval dans ton bloc inputs.snmp

Quand tu cliques sur Connect, VMM ne cherche pas l'ip de la VM, sinon tu ne pourrais jamais installer un système d'exploitation, car non configuré initialement. Il se connecte directement à la VM c'est tout. As-tu essayé un autre navigateur ?

@Pinpon_112 Désolé j'avais zappé ton message : Pour l'uptime, tu fais un Add field override pour le champ Uptime. Tu définis l'unité sur Time > duration (s) et tu ajoutes une opération math/100 : Pour enlever le champ Time, il faut choisir l'onglet Transform (à côté de Query, voir image ci-dessus), Add another transformation, Organize field, et là tu peux choisir de cacher les champs que tu souhaites. Pour la valeur up-to-date, il faut utiliser les value mappings : Et pour les snmp.XXX c'est lié au fait que tu n'exploites pas les alias pour nommer tes champs et colonnes, c'est la case ALIAS à personnaliser dans la query : https://stackoverflow.com/questions/42397891/how-to-use-a-influxdb-tag-value-in-a-grafana-legend @EuphoPlat Si tu fais un ping toutes les 3 secondes, et que tu définis un intervalle de polling de 10 secondes, je ne vois pas trop l'intérêt, à moins d'exploiter ce ping toutes les 3 secondes par ailleurs. En théorie, je pense que telegraf devrait renvoyer la réelle valeur de ping mesurée lors de son polling. As-tu essayé d'ajouter un fill(previous) dans GROUP BY ?

Salut, ta config de proxy inversé n'a pas de sens. Déjà tu veux te connecter à quel port de la VM ? quelle application ? Et il te faut connaître l'IP de la VM si tu veux y accéder par proxy inversé, pas le choix. Le bouton "Connect" n'a rien à voir avec le proxy inversé.

C'est une qualité rare 😄 Ah, et aussi, sieu Nissart ! Bienvenue parmi nous 🙂

Tu utilises le plugin inputs.ping j'imagine ? Si oui, tu peux me copier/coller la configuration de cette partie ?

@EuphoPlat Pour configurer l'intervalle de polling, c'est au tout début du fichier telegraf.conf, et par défaut c'est 10s. C'est dans l'inputs.snmp du NAS qu'on peut spécifier un autre intervalle.

Pas mal

Welcome !

Bienvenue parmi nous 🙂

Salut et bienvenue parmi nous ! Je pense que tu es au courant que ton modèle de NAS a un processeur ayant un défaut de conception : Si tu rencontres des problèmes à l'allumage un jour, le lien ci-dessus pourra t'aider.

Bienvenue dans la communauté, je te conseille de jeter un oeil à ceci : Pour chacun de tes NAS.

Probablement une question d'entête au niveau du switch qui empêche la connexion depuis autre chose que le réseau du LAN sur lequel il se trouve. Première étape, vérifier qu'il n'y a pas d'option avec des règles de sécurité ou de "headers" qui filtrent les IP. Deuxième étape, dans le navigateur F12, puis network et actualiser la page, tu verras les différents éléments de la page web ainsi que les entêtes et les éventuelles restrictions qu'ils appliquent.

Bienvenue parmi nous !