MilesTEG1

Et moi qui me plaignait à une époque de la Livebox4... 😅 Cette box Voo me semble bien partie pour faire partie du pire que j'ai vu... Et en mode Bridge, sans chercher à affecter une IP au RT, et en mettant le RT en IP auto pour internet, est-ce que ça marche ? @oracle7 Je ne crois pas avoir vu de réglage pour une DMZ...

@oracle7 @Amelie Il se peut que sa box ne permette pas du tout de réserver une IP en dehors de la plage DHCP... J'ai eu une box (Numericable) qui ne le permettait pas... De ce que j'ai compris, il n'est pas possible de réduire la plage d'IP du DHCP, c'est ça ? Car s'il est possible de réduire la plage, alors, il faut la réduire au maximum, et ne laisser que le minimum. Est-ce que tu as fait des captures d'écran de l'onglet Fonctionnalités Principales ?

Et tu n'as pas un périphérique répondant à ce nom ? Mais si comme le dit @church c'est le nom d'un chipset, tu vas devoir couper tous tes appareils du réseau qu'ils soient wifi ou filaire, rebooter le routeur, et les rallumer un par un en scrutant le routeur pour voir quand l'adresse réapparait...

Salut @Pinpon_112 Pour essayer d'identifier le périphérique, essaye ici : https://macvendors.com/ Dans le doute, coupe ton wifi, et/ou change le mot de passe wifi.

Là je dirais iP manuelle et il faut que ce soit celle que tu indiques à ta box pour le mode bridge ou dmz. car il faut que tu fasses ça aussi 😊 lit bien le tuto de @oracle7sur la mise en dmz du RT derrière une Livebox4, en adaptant à ton modem ça devrait le faire. N’hésite pas à poster des captures d’écran de l’interface de ton modem

Je ne pense pas que ce soit plus complexe que de mettre en place un serveur DNS local avec DNS Server (perso, je n'y ai jamais rien compris...). Mais oui, d'abord il faut qu'elle mettre le routeur en place 🙂 Et ensuite on verra ^^ enfin elle verra 😉

À savoir qu'avec un SS220+ et Docker tu peux mettre en place un serveur AdGuard Home (ou Pi-Hole) qui peuvent faire office de serveur DNS local, tu pourras compenser une absence de loopback de la box avec une réécriture DNS :

Et du coup, il ne fonctionne plus du tout en tant que routeur c'est ça ?

Et bien ça tu n'en sais rien... Mon routeur est bien sous des box ikea, derrière un canapé (montant métallique), et contre un mur porteur, et le wifi fonctionne quand même, mais certes, quoiqu'il arrive, plus on s'éloigne, moins le signal est fort...

Ok 🙂 Bon et bien je vais attendre que tu ais fini, bien compris, et que tu ais fait un addendum tuto à ajouter à celui de @.Shad. 😄 😛

@oracle7 Pourquoi j'ai pas compris grand chose dans ce que tu viens de dire ? 😅 Comment fais-tu pour dire dans le docker-compose que les variables d'environement sont à prendre dans un JSON et qui plus est chiffré ?

Oui c'est ça 🙂 @.Shad. a donné la solution, et surtout une recommandation qui est selon moi un impératif : changer d'image.

@.Shad. J'ai pas tout suivi... il est question de quoi avec AdGuard Home ?

Le soucis que je vois avec ta capture d’écran c’est que tu fais pointer un dossier /etc/xteve/ du conteneur vers un fichier du nas …blabla/tv.m3u

@Amelie ta box est reliée avec du câble coaxial n’est-ce pas ? du coup effectivement c’est un peu plus compliqué à déplacer… car il faudrait tirer un câble coax depuis le salon vers le caisson… et c’est pas si facile que ça… donc oui autant la laisser là. si le routeur est d’occasion, il faut impérativement demander/exiger une facture même si l’appareil n’est plus sous garantie. après si tu as le budget pour partir sur du neuf, fait toi plaisir 😊 mon conseil, commence par un rt2600 et éventuellement un MR2200 et vois comment est le wifi, tu n’auras peut être pas besoin d’un autre MR2200…

Le soucis de ton nouveau schéma c'est que tu ne profites pas du tout de l'aspect routeur des MR2200ac, et je ne suis pas sur que 2 MR2200ac en mesh puissent fonctionner si l'un deux n'est pas en routeur... Sinon autant partir sur une solution de point d'accès wifi, ça coutera moins cher. Le RT2600ac est effectivement plus puissant que le MR2200ac. Tu peux avoir un RT2600ac et un MR2200ac pour faire du mesh. (après, je ne suis pas calé dans ce domaine là 😉 )

Pas sûr 😅 là j’en ai assez soupé pour cette semaine 😅

J'ai refait quelques manip, créer une rétention de 15j, effacer les enregistrement datant de plus de 15 jours, mis les bonnes permissions, surtout sur docker.sock, et tout recréé, et mis telegraf en v1.20.4 ! Ça semble reparti comme en 40. @oracle7 @.Shad. Merci pour votre aide 👍🏻😇

Ok ! merci pour ces explications 🙂 Et effectivement, avec WinSCP je vois le masque appliqué 🙂 Il est effectivement possible que j'ai défini une politique de rétention, mais ça remonte à quelques mois, je ne me souviens plus trop 😮 Faut que je regarde ce que j'ai mis ^^ Et potentiellement changer le nom pour refléter vraiment la durée ^^ J'affecte toujours un utilisateur à un service Docker. Je crois que @.Shad. avait conseillé ça 🙂 Ha Ok, donc faut recréer complètement le conteneur plutôt que juste le redémarrer 🙂 Ok, nickel alors ^^ Je retente encore une fois en fixant la version de telegraf à 1.20.4, et en mettant le groupe sur docker.sock. Sinon tu ne m'as pas dit pourquoi tu mettais docker.sock en accès de telegraf de la LB4 ?

Ok, merci pour les précisions. Du coup je vais tenter la modification du groupe sur docker.sock. Pour récapituler, mon groupe User-Docker à les droits d'accès sur le dossier docker, et sur un ou deux autres dossiers (pour Plex). Mes utilisateurs docker appartiennent à ce groupe docker. Si je modifie le groupe de docker.sock, ça ne va pas engendrer de problème de sécurité ? Oué, ouf, je suis pas le seul 😮 Vais fixer cette version moi aussi alors. Je ne suis pas du genre à abandonner quelque chose parce que je n'y arrive pas, enfin pas tant que j'ai pas essayé un certains temps. Ce qui me pousse à envisager d'abandonner cette stack de monitoring est partagé en deux choses : je ne m'en sers presque pas, de manière très occasionnelle... et surtout parce que je trouve que le suivi des mises à jour est catastrophique tant coté influxDB que coté telegraf... : une installation fonctionnelle avec une version A ne l'est plus à la mise à jour A.1... et ça ça me gonfle profondément... Pour infuxDB, je peux encore comprendre, car le passage de 1.8 à 2 apporte des changements significatifs, mais qu'il n'y ait pas de rétro-compatibilité, ça m'agace... Si à chaque mise à jour de Vaultwarden ou de Plex je devais de nouveau vérifier ce qui cloche, corriger un soucis par des permissions à changer, ou des fichiers de configuration à modifier parce que la nouvelle version ne fonctionne plus avec l'ancien... je me frapperais la tête contre le mur... C'est principalement cette raison qui me fait pencher sérieusement pour la suppression de la stack... Bref, pour le moment la stack est stoppée. Je verrais si je la relance ou pas.

Non y a rien. C'est probablement toi qui a du le créer comme moi 🙂 Et donc, tu as du affecter le groupe au fichier /var/run/docker.sock Mais ça m'embète un peu de changer les permissions de ce fichier système... j'ai peur que ça me foute le bazar ailleurs... Sinon, ce serait quoi la commande pour faire ce changement ? Autre chose, ce matin, j'ai eu une MAJ des conteneurs telegraf cette nuit (je sais pas trop pourquoi vu que je les ai refais hier avec la dernière version...). Mais toujours est-il que j'ai un plantage généralisé des telegraf : 2021-12-27T07:33:30Z I! Starting Telegraf 1.21.1 2021-12-27T07:33:30Z I! Using config file: /etc/telegraf/telegraf.conf 2021-12-27T07:33:30Z I! Loaded inputs: cpu disk diskio docker kernel mem processes snmp swap system 2021-12-27T07:33:30Z I! Loaded aggregators: 2021-12-27T07:33:30Z I! Loaded processors: 2021-12-27T07:33:30Z I! Loaded outputs: influxdb 2021-12-27T07:33:30Z I! Tags enabled: host=monitoring_telegraf 2021-12-27T07:33:30Z I! [agent] Config: Interval:10s, Quiet:false, Hostname:"monitoring_telegraf", Flush Interval:10s panic: runtime error: invalid memory address or nil pointer dereference [signal SIGSEGV: segmentation violation code=0x1 addr=0x18 pc=0x2c09f9e] goroutine 1 [running]: github.com/influxdata/telegraf/internal/snmp.LoadMibsFromPath.func2({0xc000b37cc0, 0x42}, {0x0, 0x0}, {0xc00067f628, 0x2c09920}) /go/src/github.com/influxdata/telegraf/internal/snmp/translate.go:76 +0x3e path/filepath.Walk({0xc000b37cc0, 0x42}, 0xc00067f628) /usr/local/go/src/path/filepath/path.go:503 +0x50 github.com/influxdata/telegraf/internal/snmp.LoadMibsFromPath({0xc000b4c1b0, 0x1, 0xc000f9f6c8}, {0x584e030, 0xc000b787b0}) /go/src/github.com/influxdata/telegraf/internal/snmp/translate.go:74 +0x39f github.com/influxdata/telegraf/plugins/inputs/snmp.(*Snmp).Init(0xc0002362c0) /go/src/github.com/influxdata/telegraf/plugins/inputs/snmp/snmp.go:102 +0x50 github.com/influxdata/telegraf/models.(*RunningInput).Init(0xc000f9f758) /go/src/github.com/influxdata/telegraf/models/running_input.go:82 +0x35 github.com/influxdata/telegraf/agent.(*Agent).initPlugins(0xc000b54088) /go/src/github.com/influxdata/telegraf/agent/agent.go:189 +0x96 github.com/influxdata/telegraf/agent.(*Agent).Run(0xc000b54088, {0x57e5688, 0xc0001546c0}) /go/src/github.com/influxdata/telegraf/agent/agent.go:105 +0x185 main.runAgent({0x57e5688, 0xc0001546c0}, {0x837a278, 0x0, 0x0}, {0x837a278, 0x0, 0x0}) /go/src/github.com/influxdata/telegraf/cmd/telegraf/telegraf.go:312 +0xc57 main.reloadLoop({0x837a278, 0x0, 0x0}, {0x837a278, 0x0, 0x0}) /go/src/github.com/influxdata/telegraf/cmd/telegraf/telegraf.go:147 +0x28a main.run(...) /go/src/github.com/influxdata/telegraf/cmd/telegraf/telegraf_posix.go:8 main.main() /go/src/github.com/influxdata/telegraf/cmd/telegraf/telegraf.go:485 +0xa9a J'ai tenté de mettre le couple UID/PGID dans le docker-compose comme tu l'as fait, mais sans succès... Avant que je n'abandonne le monitoring, tu as mis quoi comme permission sur le dossier docker/monitoring ? Mon utilisateur a les droits d'accès sur le dossier partagé /volume1/docker/, et est le propriétaire du dossier /volume1/docker/monitoring dans lequel j'ai tous les sous-dossiers pour les conteneurs.

@.Shad. Ok, je vais revoir ton message. Mais pourquoi les permissions ont changé ? Je n'ai jamais touché ce fichier... Du coup changer les permissions de ce fichier, ça ne risque pas de poser des soucis avec DSM ? edit : dans ton message, tu dis que docker.sock doit appartenir au groupe docker, mais moi je n'ai pas de groupe docker... Je me suis créé un groupe Docker-Users, mais c'est un groupe que j'ai fait de toute pièce il y a pas mal de temps... Comment je le trouve le vrai groupe docker ?

@.Shad. J'ai posé la question sur le fil monitoring_livebox4, mais y a un autre moyen de résoudre l'erreur 2021-12-26T21:47:10Z E! [inputs.docker] Error in plugin: Got permission denied while trying to connect to the Docker daemon socket at unix:///var/run/docker.sock: Get "http://%2Fvar%2Frun%2Fdocker.sock/v1.21/info": dial unix /var/run/docker.sock: connect: permission denied 2021-12-26T21:47:10Z E! [inputs.docker] Error in plugin: Got permission denied while trying to connect to the Docker daemon socket at unix:///var/run/docker.sock: Get "http://%2Fvar%2Frun%2Fdocker.sock/v1.21/containers/json?filters=%7B%22status%22%3A%5B%22running%22%5D%7D&limit=0": dial unix /var/run/docker.sock: connect: permission denied que de passer par les permissions de /var/run/docker.sock ? Et d'ailleurs, comment je connais le masque de permission ? car j'ai ça avec un ls -la : srw-rw---- 1 root root 0 Dec 23 14:01 /var/run/docker.sock

_______________________________ Bon j'ai déplacé les dossiers dans un autre dossier au-cas où, et j'ai recréé les 3 dossiers data, data_json et log depuis la CLI en SSH sur le NAS. Puis j'ai resuivi le tuto et je me suis rendu compte que le script livebox4.sh devait être lancé depuis le NAS et pas depuis l'intérieur du conteneur... j'en ai profité pour mettre les ip en dur pour chaque conteneur de la stack monitoring, en modifiant le fichier de conf de telegraf pour l'instance livebox4. Bref, j'ai pas mieux dans Grafana... Par contre, si je change autogen par default, j'ai quelque chose : En passant les panels qui n'avaient aucune données en default plutôt que autogen, j'ai des données (pour les autres qui avaient déjà des données, ils étaient déjà sur default). Par contre en regardant les données affichées en détail, j'ai tout en double :

Comment on a la version chiffrée des permissions ? un ls -la me donne ça : srw-rw---- 1 root root 0 Dec 23 14:01 /var/run/docker.sock Oui, mon user Monitoring a les droits et est le propriétaire du dossier /docker/monitoring/livebox4 Le conteneur a été fait avec l'ID de l'utilisateur Monitoring. À quoi ça sert de mettre ça dans le docker-compose d telegraf de la livebox ? Autant je vois comment passer sur rétention, mais comment je fais pour avoir le choix de la durée ?? Bah je sais pas... Peut-être parce que j'ai mis en propriétaire l'user monitoring... root@Syno-DS920Plus:~# docker exec -it monitoring_telegraf_lb4 bash telegraf@monitoring_telegraf_lb4:/$ cd /opt/livebox4/ telegraf@monitoring_telegraf_lb4:/opt/livebox4$ ls -la total 116 drwxr-xr-x 1 1037 root 76 Mar 31 2021 . drwxr-xr-x 1 root root 16 Dec 26 16:25 .. -rwxr-xr-x 1 1037 users 232 Dec 26 16:11 config.json drwxr-xr-x 1 1037 root 658 Mar 6 2021 data drwxr-xr-x 1 1037 root 814 Mar 6 2021 data_json -rwxr-xr-x 1 1037 users 111793 Mar 31 2021 livebox4.sh drwxr-xr-x 1 1037 root 252 Dec 26 13:28 log J'ai tenté depuis le conteneur de modifier les permissions, et ça veut pas : telegraf@monitoring_telegraf_lb4:/opt/livebox4$ chown root root ./* chown: cannot access 'root': No such file or directory chown: changing ownership of './config.json': Operation not permitted chown: changing ownership of './data': Operation not permitted chown: changing ownership of './data_json': Operation not permitted chown: changing ownership of './livebox4.sh': Operation not permitted chown: changing ownership of './log': Operation not permitted Je vais probablement fixer moi aussi les IP pour pas que ça se reproduise XD