oracle7

@.Shad. Bonjour, Toujours pour bien comprendre la finalité des choses et donc ce que je configure. Selon le TUTO tu préconises de créer un réseau bridge externe nommé "data_export" pour que tous les conteneurs qui lui sont adjoints, puissent communiquer par leur nom, au lieu d'utiliser des @IP. Maintenant, je souhaiterais que le réseau auquel seront connectés/adjoints les conteneurs, soit spécifique et que chaque conteneur ait sa propre @IP fixe sur ce réseau afin de parfaitement "cloisonné" les choses. La configuration de ce réseau spécifique donnerait quelque chose du genre (à l'instar de ce qu'a fait de son coté @bruno78) : Questions : Selon toi, finalement les réseaux "data_export" et "monitoring", puisque créés de façon externe, peut-on dire qu'ils sont équivalents ? Si Non, quelles différences présentent-ils, car là je ne saisi pas. Autrement dit : dans le cas du réseau "monitoring", les conteneurs qui lui seront affectés/adjoints, pourront-ils tous communiquer entre eux et échanger leurs données respectives comme dans le réseau "data_export" ? Cordialement oracle7😉

@MilesTEG1 Bonjour et Merci d'avoir préciser ma pensée 😉 C'est exactement ce que j'ai voulu dire dans ma bafouille ... Et cela me rassure de voir que je n'ai pas été le seul à être perturbé. Cordialement oracle7😉

@phineas33 Bonjour, Tu n'aurais qu'à le faire une seule fois et ensuite une petite note de service vers tes collaborateurs pour amender les règles de fonctionnement et de nommage des fichiers. Et plus de soucis ...😏 Cordialement oracle7😉

@bruno78 Bonjour, Merci, je me doutais un peu de ce genre de réponse avec un fichier générique. Cela me paraît effectivement plus souple d'utilisation. Mais alors du coup, ce fichier on le place dans un seul répertoire de conteneur (par ex "volume1/docker/influxdb") ou un répertoire spécifique style "volume1/docker/scripts_config" et quand on l'exécute via un "docker-compose up -d" il crée tous les conteneurs aux bons endroits. C'est cela ? Sinon, si je conserve un fichier docker-compose.yml pour chaque conteneur, est-ce que toute la partie du début relative aux "networks" peut-être dupliquée directement dans chaque fichier pour créer ensuite individuellement chaque conteneur ? Edit : Du coup il n'y a plus besoin de créer le réseau "data_export" OUI/NON ? Cordialement oracle7😉

@.Shad. Bonjour, Merci pour ces explications. Je ne comprend plus car dans ta précédente réponse : Donc on crée manuellement ou pas ce dossier "data" ? Encore une suggestion de précision pour les boulets comme moi : ajouter un couplet en fin de procédure de création (§ 3/, 4/ et 5/) pour chaque conteneur pour dire de le créer via la commande "compose-docker" car cela ne paraît pas évident à la lecture, on pourrait être tenter de le créer via l'interface Docker. Je me doute bien que c'est évident pour toi mais quand on découvre la chose ... Cordialement oracle7😉

@phineas33 Bienvenue à toi, tu verras ce forum est une mine d'informations ...😉

@bruno78 Bonjour, Je m'attaque actuellement à la configuration docker pour mettre en place du monitoring réseau. J'avoue avoir un peu de mal pour appréhender toutes ces nouvelles notions aussi j'y vais doucement mais du coup je me fait aussi des noeuds au cerveau ...🤪 Je vois ci-dessous que tu as mis en place une organisation réseau qui me plait bien (comme dab claire et structurée) et qui a priori m'éviterait de modifier ma plage DHCP (bien que ce ne soit pas un problème s'il le fallait) : Aussi pour la reproduire je me demande : Comment as-tu fait pour fixer/configurer ce sous-réseau 172.20.0.0 et affecter à chacun de ces conteneurs un @IP à suivre ? Parce que tu dis ici : J'en conclu que tu as créé le réseau "data_export" comme @shad le préconise, alors que ton organisation ressemble plutôt à celle d'un "macvlan", d'où mon incompréhension et mon interrogation. Tu as modifié la partie "network" du docker-compose.yml de chaque conteneur pour atteindre ce but ? Mais je mélange peut-être un peu tout, c'est loin d'être clair dans ma tête ...😰 Idem, pour avoir des @MAC contigües, tu les as fixées de toi même arbitrairement ou bien sont elles issues du processus de création des conteneurs respectifs ? Merci de BV m'aider à y voir plus clair. Cordialement oracle7😉

@quart-temps Parfait. ! Saches qu'il te faudra patienter une bonne semaine, le temps qu'un modérateur le valide. Alors seulement, il sera visible de tous. En attendant il n'y a que toi qui le verra pour l'amender/améliorer, corriger les fautes d'orthographe, etc ... Cordialement oracle7😉

@phineas33 Bonjour, Comme sur tout forum, il est d'usage que les nouveaux membres passent par la rubrique [PRESENTATION] pour faire la leur. Certains ici, y sont sensibles et de plus cela facilite les réponses en fonction du niveau de compétences du membre. Cela dit rassures-toi il n'est pas trop tard pour bien faire ... Effectivement, autant Windows admet certains caractères dans les noms de fichiers, autant le système Linux qu'utilisent nos NAS, n'apprécie pas ces caractères "exotiques/spéciaux". Une solution serait de renommer tous tes fichiers pour faire disparaitre/remplacer ces caractères exotiques/spéciaux". Tu peux le faire en masse sous Windows à l'aide d'un utilitaire gratuit tel que "Ant Renamer". C'est très efficace et rapide. Tu pourras ensuite réutiliser Syncback sans problème pour tes recopies sur le NAS depuis WIN. Cordialement oracle7😉

@quart-temps Bonjour, C'est super ce petit TUTO, bon boulot. Merci. 😃 Il tombe d'autant plus bien que j'ai , à titre personnel, commencé à m’intéresser aux fonctionnalités "docker". Du coup, cela va me donner un but supplémentaire d'installation. Maintenant ce serait peut-être bien de l'insérer dans justement la rubrique "Tutoriels" pour le faire valider par la communauté, Non ? Cordialement oracle7😉

@.Shad. Je viens de créer mon premier conteneur (influxdb1) et voilà mes premières questions ... Lors de la création de ce conteneur influxdb pour les paramètres de port on laisse bien les valeurs proposées par défaut, à savoir ( Auto 8086 TCP) ? On ne redirige pas les ports comme indiqué dans le TUTO 1 (8080 -> 80 et 8443 -> 443) ce n'était valable que pour heimdall, c'est çà ? Donc j'ai créé manuellement le dossier "/volume1/docker/influxdb" pour monter "/config" lors de la création du conteneur. J'ai ensuite modifié son GUI/PUI (root/root) par (users/monUserAdmin) comme expliquer dans le TUTO1 vis à vis des droits de L/E dans les volumes. Mais dois-je aussi faire cela pour le répertoire "data" que l'on ajoute ensuite ? ou bien je laisse le GUI/PUI à (root/root) ? (PS je fais cela dans une session WinSCP sous root). Ensuite, ce n'est pas clair pour moi, le fichier 'docker-compose.yml" il va dans quel répertoire du conteneur donc "influxdb" ou "influxdb/data" ? Cordialement oracle7😉

@.Shad. J'avais regardé un peu partout sauf celui-là "/var/log/messages", voici son dernier contenu (la fin) : Finalement en l'examinant, voilà peut être mon erreur, j'avais anticipé les choses en créant moi-même les arboresrences suivantes : volume1/docker/telegraf volume1/docker/influxdb volume1/docker/grafana Bah, il fallait pas !!! Je viens de supprimer le répertoire "volume1/docker" et de relancer l'installation : BINGO cà marche maintenant. Il a créé tout seul le répertoire "volume1/docker". Du coup, je te suggère si tu le veux bien, d'ajouter dans ton TUTO Docker Introduction au § "Installation Docker et recommandations" un couplet pour ne pas créer manuellement ce répertoire "/volume1/docker" AVANT l'installation elle-même du package. Cela évitera à d'autres comme moi de vouloir mettre "la charrue avant les boeufs" 😜 En tout cas, MERCI à toi de m'avoir rappelé de regarder ce fichier "/var/log/messages", je n'y pensais vraiment pas. Je vais pouvoir donc maintenant poursuivre l'installation et la découverte de cet environnement docker. Cordialement oracle7😉

@.Shad. Merci, je viens de voir le même genre d'info ici. Sauf que je n'ai pas de VPN installé sur le NAS que ce soit comme client ou serveur (j'ai eu au début mais j'ai désinstallé le package VPN Serveur du NAS il y a déjà pas mal de temps). Mon seul VPN Serveur actif est lui sur le routeur en amont. De plus, l'installation de docker sur mon second NAS (dans le même réseau local que le premier NAS) s'est elle passée sans problème. Cordialement oracle7😉

Bonjour, Moi qui avait enfin décidé de me lancer dans l'installation de "docker" pour faire du monitoring réseau ensuite, voilà que cela démarre très mal. 😩 Malgré un redémarrage du NAS, impossible d'installer le package "docker". Le téléchargement du paquet se fait bien et l'installation débute mais après quelques secondes je reçois le message "Failed to install package [Docker]." J'ai beau réitérer l'opération, systématiquement la même sanction. 😩 Edit : Je viens d'essayer l'installation manuelle après avoir télécharger le fichier ".spk" sur le centre de téléchargements de Synology. Pareil : échec de l'installation après quelques secondes ... Pour info les dernières lignes de synopkg.log : Le plus fort dans tout cela, j'ai fait un essai d'installation sur mon second NAS et là aucun problème. Le package est opérationnel en moins de 10 sec. Par comparaison le début du même fichier : Sinon le docker.log donne ceci : Pour quelque chose qui me paraissait devoir se passer comme une lettre à la poste, je ne comprend pas quel peut être le problème, sûrement un truc tout bête (enfin j'espère !). Aurez-vous peut-être une idée ? Merci d'avance de vos réponses. Cordialement oracle7😉

@Thierry94 Bonjour, Cela fait peut être doublon mais j'ai aussi importé le certificat LE sur mon tél Android après l'avoir converti en ".pfx" avec acme.sh (voir le TUTO au §9). La connexion OpenVPN s'établit sans problème. J'ai comparé le "ca.cer" de mon certificat LE avec la seconde partie du certificat inclus dans le fichier ".ovpn". C'est bien le même contenu. Il n'y a que la première partie du certificat inclus dans le fichier ".opvn" que je ne sais faire matcher avec quoi que ce soit. Je pense que ce doit être la clé de chiffrement OpenVPN, mais je n'en suis pas sûr. Cordialement oracle7😉

@goerges Bonjour, Ma remarque était bien dans ce sens, donc par soucis de sécurité pour éviter et surtout de ne pas cautionner ce type de bidouillage. Cordialement oracle7😉

@ber404 Bonjour et bienvenue sur ce forum, tu verras c'est une mine d'informations ...😃 Cordialement oracle7😉

@Thierry94 Bonjour, OK mais question idiote : as-tu ensuite vidé le cache de ton navigateur et relancé celui-ci avant de te connecter avec OpenVPN ? Si NON alors, il serait normal qu'il ait toujours en mémoire l'ancien certificat donc celui qui est expiré. Cordialement oracle7😉

@maxou56 Bonjour, Excellente synthèse, je n'aurais pas mieux dit 😃 Cordialement oracle7😉

@kevin67130 Bonjour, Je crains que tu ne mélanges les choses entre "multiprises parafoudre" et "GSB". GSB est l’acronyme de "Grande Surface de Bricolage" soit par ex : Castorama, LeryMerlin, etc ... magasins dans lesquels tu peux acheter ceci. Cordialement oracle7😉

@bruno78, @Vinky, @.Shad. Merci de vos REX, j'en conclus donc que le SSD ne chauffe pas autant que cela et qu'un dissipateur supplémentaire n'a pas d'intérêt. De plus, finalement en regardant de plus près la taille de ce dissipateur, pas sûr qu'il y ait la place. Je sais donc à quoi m'en tenir. Cordialement oracle7😉

@Kramlech Bonjour, J'ai pris cette fonctionnalité comme une "bizarrerie" car avec une LiveBox Orange, cela n'existe pas. D'où mon étonnement. Sur la LiveBox, on accède directement à l'interface avec l'@IP 192.168.1.1 sans avoir à préciser de port vu que c'est obligatoirement 80 ou 443. Mais je te l'accorde, c'est peut-être un manque coté Orange ? Du coup, je ne saisi pas bien l'intérêt de spécifier un autre port hormis pour ne pas exposer la box sur ces ports standards. C'est cela ? Cordialement oracle7😉

@Hsenag Bonjour, Super ! Voilà qui a le mérite d'être explicite sur le processus à suivre 😃 Cordialement oracle7😉

Bonjour, Je re "déterre" ce post pour deux questions complémentaires sûrement idiotes : Y-a-t-il un réel intérêt de mettre quand même un dissipateur de ce type à un Samsung SSD Interne 970 EVO Plus NVMe M.2 (500 Go) - MZ-V7S500BW ? Si oui, y-a-t-il la place dans un DS918+ pour accueillir les 2 SSD avec leurs dissipateurs ? Merci de vos réponses Cordialement oracle7😉

Bienvenue sur ce forum 😃