Jeff777

Merci de ton aide @bruno78 Je vais le faire mais je risque de reprendre plus tard car j'ai une urgence qui va sans doute me prendre quelques jours. A+ Jeff

Euh...désolé je ne suis pas encore très à l'aise avec docker. J'ai cherché usr/local/py sur le nas 🙄 J'ai bien les deux répertoires dans le docker. ²

J'ai édité mon message précédent je ne sais pas si tu en as pris connaissance car je ne sais plus vraiment comment procéder. Est-ce normal que je n'ai pas de dossier /usr/local/py alors que j'ai un dossier py dans fbx_telegraf. ? Je fais une pause.

Je viens de fouiller dans le net l'erreur 30. On y parle souvent de problème de disque dur ou de câble défectueux. Le système se met alors en sécurité et refuse d'écrire le fichier. Est'ce que ce ne serait pas dû à ma config qui fait que la box et le NAS ne sont pas dans le même réseau. J'ai envie de refaire l'essai avec mon PC et le NAS dans le réseau de la box. Qu'en penses -tu ? Edit : je viens de voir ton message je fais quoi en premier d'après toi ? Bon je viens de trouver une erreur.....je n'ai pas de répertoire py ni log dans /usr/local/ J'avais créé les dossiers py et log avec file Station dans le dossier fbx_telegraf mais j'ai dû manquer quelque chose A moins que cela corresponde à ce que tu viens d'écrire.

oui ça se passe bien comme cela. Puis retour à l'horloge et dans gestion des accès/application il est écrit en face de grafanamonitor autorisation en cours. Au bout d'un moment en raffraichissant temps : d'attente dépassé lors de l'association. Je viens de faire 51 et 52 avec a au lieu d'ab....même résultat Je n'ai toujours pas de fichiers .credentials dans le répertoire pi Edit : je ne sais pas interpréter l'erreur du terminal mais elle parle de droit (voir au dessus ma capture d'écran c'est le même texte pour tous les essais). J'ai vérifier les droits du dossier py et il est en 777

Je vois la demande de confirmation oui non . Je confirme avec la flèche de droite. L'afficheur montre oui à la place de oui non . Et à partir de là l'écran tactile est inactif (je ne sais pas s'il faut encore valider) et au bout de quelques secondes l'afficheur retourne à l'heure.

J'ai essayé ab et a dans le fichier 50. D'ailleurs la version avec a apparaît dans ma capture d'écran plus haut. Par contre les fichiers 51 et 52 je ne les ai pas modifiés et c'est ab qui apparaît sur la même commande. Je vais essayer.

Bonjour, J'ai essayé les version 51 et 52 de .py ce matin. Mêmes résultats, l'association ne se fait pas...😟 Ma box est une révolution r1 avec le dernière version du logiciel 4.0.7. Elle est en mode routeur avec un routeur Edgemax ER-X en DMZ. Il n'y a rien sur le réseau Freebox excepté une liaison direct au player Freebox. Dans Freebox OS la case "permettre les nouvelles demandes d'association" est bien cochée.

Bon, je suis presque au bout mais j'ai un soucis au niveau de la validation de l'enregistrement de l'appli sur la Freebox. J'ai le message suivant : L'afficheur de la box me demande de valider: oui ou non (flèche droite ou gauche) je valide, le oui apparaît les flèches de commande ne répondent plus (faut-il confirmer le oui ?) retour à l'horloge et dans freebox OS j'ai ceci : puis "temps d'attente dépassée". Bon je vais me coucher. A demain

Merci @.Shad. je vais pouvoir continuer. La première commande fonctionne.

Merci pour ces info @maxou56 Je note que l'on a pas d'info sur DSM 7

Bon je suis arrivé là : "Création de la database fbx_telegraf sur influxdb Se connecter en console sur le docker influxdb, puis créer la database : " Et là je ne sais pas comment me connecter en console sur le conteneur. Est-ce en SSH avec putty ou bien j'ai vu dans le conteneur qu'il y avait un onglet terminal qui me dit "socket fermée" ? Je suis bloqué. Merci de ton coup de main ☺️

Ok je voulais juste être certain. Pour voir si ton domaine est bien propagé tu fais le test sur ce site https://www.whatsmydns.net/ Tu mets ton nom de domaine et tu vérifies avec A que les serveurs te donnent bien ton IP et avec ns ça te donne tes DNS chez OVH. Et pendant que tu es sur ce sujet, lis le tuto en tête. Tu as le temps vu que tu dois attendre Let's Encrypt.😉

@cpc44 as-tu une adresse fixe ou dynamique ? Si elle est fixe DynHost et DDNS ne sont pas nécessaires. Là tu es bon pour attendre au moins 24h. Il y a un nombre limité de demandes dans un temps donné. Vu que c'est gratuit ils limitent le traffic.

non, du boulot en moins 😉 Ah dans ce cas je ne suis pas bien sûr pour les accès locaux que la zone locale du NAS2 ne soit pas nécessaire si tu ne fais pas de loopback. J'aurais dû laisser MIC répondre 🙄. En attendant essaie sans tu verras bien

Tu es certain d'avoir une IP dynamique. Je ne me souviens plus quel est ton FAI Edit : comme le sujet a évolué il faudrait peut-être que tu fasses un nouveau sujet dans une autre section

Par exemple c'est là que j'ai atterri comme de nombreux membres. Je m'absente une heure.

J'étais en train de t'écrire @cpc44 Je suis désolé mais je n'ai jamais pratiqué les noms de domaine synology.me. Peut-être un autre membre pourra-t-il t"aider. Sinon la solution serait de prendre un vrai nom de domaine avec une zone publique que tu peux modifier. Ce n'est pas très cher tu peux trouver à moins de 10 e par an.

Bravo ! J'ai mon conteneur fbx_telegraf lancé et mon réseau data_export avec les 4 conteneurs. Merci pour ton aide. Je continue en fin d'aprem et te tiens au courant

Je vais réessayer. Pour data_export j'ai ça : (je m'étais trompé /16 au lieu de /10 pour le reseau)

As-tu vidé les caches avant de lancer ta requête. Le mieux pour être sûr c'est peut-être de redémarrer ton appareil

Voilà : version: "2" services: telegraf: image: telegraf container_name: telegraf hostname: telegraf volumes: - "/volume1/docker/telegraf/telegraf.conf:/etc/telegraf/telegraf.conf:ro" - "/proc:/host/proc:ro" - "/usr/share/snmp/mibs:/usr/share/snmp/mibs:ro" - "/var/run/docker.sock:/var/run/docker.sock:ro" ports: - 8125:8125/udp - 8092:8092/udp - 8094:8094 restart: unless-stopped networks: default: external: name: data_export ================================= 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 ========================================= version: "2" services: grafana: image: grafana/grafana container_name: grafana hostname: grafana volumes: - "/volume1/docker/grafana/data:/var/lib/grafana" user: "1033" ports: - 3000:3000 restart: unless-stopped networks: default: external: name: data_export

C'est le but. Mais je ne suis pas certain. .En tout cas tu auras un certificat valable pour tous tes sous-domaines présents et je suppose à venir.

C'est bien le cas pour cpc44. Je vais préciser pour éviter un malentendu

Oui. De le supprimer et de le recréer. En fait depuis les dernières versions de DSM il n'est plus nécessaire de préciser les sous-domaine dans le certificat pour les domaines synology.me. Le certificat s'appliquera à tous les sous domaines tartanpion.synology.me Ce que dit aussi Daffy c'est que pour supprimer un certificat il faut en avoir deux et que le certificat que tu veux supprimer ne doit pas être celui configuré par défaut; Edit : suite à remarque de Mic13710