.Shad.

Je l'ai précisé oui 😉

Je ne sais pas si ça pourrait t'aider : https://talk.plesk.com/threads/problem-php-fpm-70007-the-timeout-specified-has-expired-ah01075-er.335211/ Pour l'efficacité, aucune idée, je trouve Nginx plus accessible à titre personnel.

Bienvenue parmi nous. 😉 Quel(s) matériel(s) possèdes-tu ?

C'est exactement ça. Par exemple chez moi : Bon normalement il y a plus de périphériques 😄 Mais tout est sur le même SSID oui, c'est le principe, les bornes Unifi AP embarquent par défaut un Mesh (baptisé wireless uplink) entre elles. En général j'ai 4 à 5 périphériques connectés (j'évite le wifi quand je le peux). Quand je descends du 2ème étage au sous-sol, je passe d'une borne à l'autre, et mon téléphone ne détecte aucune coupure à la transition.

Une petite discussion concernant le wireless uplink, qui est un mesh embarqué par défaut chez Ubiquity dans leurs Unifi AP, et la borne de type mesh que j'ai linkée : @Mic13710 : Je pense que si le critère outdoor/indoor n'entre pas en compte pour toi (seuls les modèles UAP-AC-M et UAP-FlexHD sont prévus pour être utilisés en extérieur) tu peux partir sur une borne AP. Regarde peut-être le modèle LR (celles que j'ai), 122m pour les Lite contre 183m théoriques pour la LR, ça pourra peut-être permettre au mesh d'être viable à l'intersection. Et t'éviter de dissocier les SSID.

Dans le tutoriel, je prends l'exemple de celui de Yann Bizeul : https://grafana.com/dashboards/9961 C'est juste une base pour te permettre déjà de comprendre comment ça fonctionne. Une fois que tu as compris tu peux tout jeter et faire ce que tu veux. 😉

Vois avec @Jeff777 qui a mis ça en place, et sûrement d'autres. Perso je trouve que le controller me bouffe déjà assez de RAM pour ça du coup je l'utilise. 😄 😄

Le TXT qui contient des strings et qui est exploitable dans d'autres enregistrements c'est super, je ne savais pas qu'on pouvait faire ça...

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 ?