.Shad.

Super que tu aies trouvé seul 😉

@bruno78 Perso je fais comme @RaZor83 ça permet de bien dissocier les deux flux :

Il y a eu soit un problème à la création de l'utilisateur pour la base de données, soit un problème dans la configuration de la source de données, je penche pour la première hypothèse personnellement. Lorsque tu lances le conteneur InfluxDB avec ces variables d'environnement là : - 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 Ca veut dire qu'un utilisateur (admin / admin) est créé dans InfluxDB. Ca veut dire aussi qu'il crée une base de données nas_telegraf, pour un utilisateur (nas_telegraf / nas_telegraf) qui aura les droits complets sur cette base de données. Peux-tu essayer de refaire cette étape ? Mais avant, tu devrais supprimer le contenu du dossier de données InfluxDB, donc soit /volume1/docker/influxdb/data ou /volume1/docker/monitoring/influxdb-data suivant si tu es parti sur un fichier docker-compose unique ou multiple. Assure-toi aussi que les champs sont bien remplis dans les propriétés de la datasource dans Grafana, l'interface évolue au fil des versions, pour la dernière en date ça ressemble à ça : Avec tes propres valeurs évidemment.

Salut, tu fais bien de préciser le §6, je m'en rends compte que j'en ai 3. 😅 Donc premier §6 ? 😄

Superbe !

Drive ne synchronise pas uniquement le dossier personnel, il faut activer les dossiers d'équipe dans console d'administration Drive. Ce sont vêtements les dossiers partagés qu'on souhaite rendre accessibles, et à qui. Mais ça reste de la synchro, qu'elle soit unidirectionnelle ou bidirectionnelle. Ça m'étonnerait que Hyper Backup ne soit pas capable d'utiliser QuickConnect. A mon avis le plus simple serait d'arriver à lui faire installer TeamViewer, en le guidant par WhatsApp ou autre. Et ensuite tu mets en place le DDNS, procède aux ouvertures de port nécessaires, etc...

Bienvenue parmi nous 🙂

Pour ce genre de logiciel tiers, passer par Docker : https://docs.maarch.org/gitbook/html/MaarchCourrier/18.04/guat/guat_docker/home.html

Non, juste avant tu disais avoir vérifier que le port n'était pas utilisé, avant que @EVOTk ne te fasse cette suggestion, or ce n'était pas le cas. Donc c'était pour savoir comment tu t'y étais pris, le seul moyen efficace que je connaisse c'est via netstat en SSH (ou autre commande équivalente, mais peu sont disponibles sur nos NAS).

Comment tu as fait pour vérifier alors que le port était visiblement en réalité utilisé ? @Mic13710 Pour ma part j'ai 2 bornes UAC-AP-LR, qui couvrent l'entièreté de l'habitation. Le BSS roaming est en effet activé. Je n'ai pas essayé l'option "Enable fast roaming", vu que j'ai certains périphériques Android qui datent et apparemment ça peut poser problème. Par curiosité j'essaierai quand même. En tout cas je te confirme que le passage d'une borne à l'autre se fait de manière complètement transparente, mais mes zones se chevauchent un peu ça joue peut-être aussi. Par contre, ton avis peut-être aussi @StéphanH, mon jardin n'est pas couvert du tout, seulement sur les premiers mètres de la terrasse. Je pensais me diriger en conséquence vers un Unifi Mesh : https://unifi-mesh.ui.com/#products qui semble tout indiquer pour un montage en extérieur, en plus d'être très discret. Est-ce que tu as déjà utilisé ce genre de produit ?

Peux-tu te connecter en SSH et taper : sudo netstat -tunpl | grep 8096 et poster une impression d'écran ? Pour SSH, si tu ne sais pas faire, voir tutoriel :

Si ça peut t'aider : #---------------------------------------------------------- ## Storage IO Table #---------------------------------------------------------- # Storage IO Table [[inputs.snmp.table]] oid = "SYNOLOGY-STORAGEIO-MIB::storageIOTable" # Storage IO Device [[inputs.snmp.table.field]] name = "storageIODevice" is_tag = true oid = "SYNOLOGY-STORAGEIO-MIB::storageIODevice" # Storage IO Device Reads [[inputs.snmp.table.field]] name = "storageIOReads" oid = "SYNOLOGY-STORAGEIO-MIB::storageIOReads" # Storage IO Device Writes [[inputs.snmp.table.field]] name = "storageIOWrites" oid = "SYNOLOGY-STORAGEIO-MIB::storageIOWrites" # Storage IO Device Load [[inputs.snmp.table.field]] name = "storageIOLA" oid = "SYNOLOGY-STORAGEIO-MIB::storageIOLA" # Storage IO Device Load 1 [[inputs.snmp.table.field]] name = "storageIOLA1" oid = "SYNOLOGY-STORAGEIO-MIB::storageIOLA1" # Storage IO Device Load 5 [[inputs.snmp.table.field]] name = "storageIOLA5" oid = "SYNOLOGY-STORAGEIO-MIB::storageIOLA5" # Storage IO Device Load 15 [[inputs.snmp.table.field]] name = "storageIOLA15" oid = "SYNOLOGY-STORAGEIO-MIB::storageIOLA15" Attention à l'indentation par contre, faut aligner ça avec le reste.

@Elrick Normalement à partir du moment où tu collectes une table, tu collectes tout les champs qu'elle contient (voir cadre storageIOTable dans les MIBs). Si pas, tu peux spécifier manuellement ce qui t'intéresse : Pour le tableau de bord donné dans le tutoriel, c'est une bonne base. On est nombreux à avoir créer les nôtres. Tu as quelques exemples dans les captures d'écran en début de tutoriel. Celui de suivi de Syno je suis en train de le refaire, il est en chantier, donc je ne te le partage pas, mais d'autres te donneront sûrement le .json du leur.

Comme tu veux, bridge faut bien translater tous les ports (et y en a un paquet), host c'est plus simple. Perso je l'ai mis en macvlan, pour éviter d'encombrer mon NAS avec tous les ports.

Soit tu te places en mode host, soit en bridge mais il faut bien translater le port responsable de la découverte des bornes en broadcast.

Je pense que ce doit être des healthchecks trop intensifs point de vue fréquence. J'ai eu ce souci une fois pour du monitoring.

Pour l'adresse MAC si tu n'en donnes pas, il y en aura une attribuée automatiquement. J'y vais à tâtons, comme toi, je ne sais pas. Dans les logs dont je t'ai parlé s'il y a des problèmes de connectivité normalement on en a des traces. Pour l'IPv6 aucune idée, est-ce gênant ?

Oui normal, ok c'est déjà plus clair. Dans le script de création de l'IP virtuelle, commente la partie où tu attribues une adresse MAC à l'interface virtuelle.

Tu as testé comment l'IP virtuelle ? tu as tapé quoi dans ton navigateur ?

Mais que disent les logs du conteneur Pi-hole ? faut chercher partout où tu peux. Page inaccessible ne veut pas dire que le conteneur lui-même est planté. Est-ce que l'interface virtuelle fonctionne correctement ? est-ce que tu sais la ping depuis un pc ? Il y a pléthore de manière de diagnostiquer d'où vient le problème. Et je ne peux pas t'aider plus que te donner des idées. 😛

Aucune idée, je ne comprends déjà pas ce que veut dire ça ne marche pas. Commence déjà par ces deux-là, une fois tout remis au propre.

Ca veut rien dire ça n'a pas fonctionné, y a bien une erreur quelque part. Dans /var/log/messages, /var/log/syslog, etc...

Si je ne dis pas de bêtise, le test DMARC réussit si un des deux, DKIM ou SPF, est fonctionnel.

Faut reconnaître que c'est une fonctionnalité de base de Linux desktop et Windows, je ne comprends pas qu'on n'ait pas la possibilité de faire cela facilement.

Je n'ai encore jamais essayé de mettre un bond sur mon NAS (pas l'utilité), mais pour faire ça proprement je dirais : - Suppression de l'interface virtuelle : ip link delete mac0 - Arrêt (voir suppression) des conteneurs sur le réseau macvlan. - Suppression du réseau macvlan. - Changer dans le script de l'interface virtuelle, dans le script du réseau macvlan, et dans le fichier docker-compose de pihole (ovs_)eth0 par (ovs_)bond0. - Recréation du réseau macvlan. - Recréation de l'interface virtuelle. - Recréation des conteneurs présent sur le réseau macvlan.