Reprise du message précédent :

Bon bah je confirme que via le VPN, ça fonctionne pas de mettre l'IP du pihole (ici le .240) dedans :
https://i.imgur.com/d8MS7ld.png
 
Lorsque je suis connecté dessus, je n'ai pas de résolution de nom de domaine, je n'ai que le LAN qui fonctionne...

Nickel   Merci ^^
J'ai recréé le conteneur avec l'option name (m'a fallu arrêter le conteneur et supprimer le network)
 
 
Bon me reste le problème du DNS qui passe pas via le VPN...
Ou plutôt je pense que le VPN n'arrive pas à joindre l'IP du pihole...

fais le shim

Alors, j'ai regardé, mais je ne sais pas trop comment adapter ça à ma configuration...
 
J'ai lu qu'une autre solution serait de faire aussi un network bridge... mais pareil je ne sais pas trop comment faire...
Faut que je creuse.

Oh, je n'avais pas fait gaffe, mais j'ai un truc bizarre...
Quand je suis connecté au VPN du NAS (L2TP), je peux accéder aux différentes IP de mon LAN, mais pas à celle du Pi-Hole :

Je ne comprends pas pourquoi...
Quelqu'un sait pourquoi ?

PS : je précise que depuis mon pc fixe qui est dans le LAN sans VPN, l'IP du pi-hole est bien accessible...

fais le shim

Je veux bien mais je comprends pas comment faire  

Bon j'ai résolu mon soucis, mais en passant mon premier conteneur en bridge, avec cette configuration :

 
Ce qui fait la différence c'est ceci :
       - "192.168.1.200:53:53/udp"
 
Solution trouvée ici : https://discourse.pi-hole.net/t/sol [...] hole/31413
J'ai du laissé tomber la solution macvlan, qui m'aura quand même permis de me familiariser avec le macvlan.
 
Du coup, quand je suis connecté au VPN du NAS, via mon partage de connexion 4G USB, je peux bénéficier du pi-hole et accéder aux sites web
 
Bon par contre, y a un gros défaut : pour tous les périphérique, c'est l'IP 172.17.0.1 qui est reconnue et y a pas de nom de machine du coup
Bon c'est peut-être pas l'idéal du coup...

C'est qui sur l'autre topic qui te conseillait de passer en bridge ?

C'est là que tu gagnerais à utiliser Traefik comme reverse proxy

Plus besoin d'exposer x ports 80/443 vers des ports impossibles à retenir, il faut juste que Traefik et tes containers partagent un réseau.

Oué va falloir que je m’y penche dessus.
Cela dit je veux pas forcément ouvrir ça sur l’extérieur avec mon ndd...

Tu n’es pas obligé, tu peux très bien utiliser le reverse proxy en interne, avec du NAT loopback/reflection ou du split DNS.

heuu, autant le NAT loopback, je crois voir ce que c'est, mais le reste  

Le split DNS, c’est en gros demander à ton serveur DNS interne de renvoyer une IP privée quand tu essaies d’accéder à service.tondomaine.fr
 
Ça peut être un alternative si ta box/ton routeur ne gère pas le NAT loopback/hairpin/reflection (ça doit porter encore d’autres noms si ça se trouve ).

Drapal  

Bonsoir,
Dites, j'ai une question qui concerne Portainer et la version des fichiers docker-compose que je mets en guise de stacks.
Il est précisé que ça ne supporte que la version 2 :

 
Mais est-ce que les version 2.4 fonctionnent avec ?
 
Parce que j'ai des stacks en V2.4 comme ces deux là :


 
 
Mais impossible de faire que ce qui suit fonctionne lorsque c'est en 2.4, ça ne fonctionne qu'en V2 uniquement :

 
 
J'ai bien vérifier que tout était dans la norme 2.4, mais pas moyen de créer les conteneurs et ce stack lorsque la version est en 2.4.
Par contre, aucun soucis quand c'est en 2.
 
Quelqu'un a-t-il une idée ?

T'as pas une erreur à nous communiquer qu'on puisse avoir des éléments de réponse ?
 
Sinon il existe bien ton réseau monitoring_nas ?

Pour l’erreur je fais une capture quand je remet la mais sur l’ordi,
Pour le réseau oui oui il est bien créé    
Mon installation fonctionne par ailleurs  

Tu utilises portainer (version 1.x) ou portainer-ce (version 2.x) ? Et quelle version du moteur Docker ?

Alors au moment des tests dont j'ai parlé, j'avais la dernière version de Portainer 1.xx (je sais plus quels n°), et la dernière version de Docker dispo dans DSM : 18.09.0-0513.
Là j'ai mis à jour Portainer en v2 (avec portainer-ce).
 
Bon bah j'ai la même erreur avec la v2 de Portainer :  

Si je retente juste derrière, ça fait la même erreur.
Mais dès lors que je spécifie la version 2 dans le fichier docker-compose, pas d'erreur, ça fonctionne bien.

Faudrait regarder les logs de portainer, parce que là c'est une erreur bidon (point de vue utilisateur j'entend).

Ça se trouve où ces logs ?

docker log ton_conteneur_portainer
 
Enfin en toute logique

logs

Ok, merci
J'oublie qu'on peut faire plein de chose en ligne de commande
 
voilà ce que ça me donne pour portainer, sachant que j'ai mis à jour en v2.0 vers midi, et que depuis je n'ai fait qu'une tentative avec le docker-compose en v2.4 qui m'a occasionné l'erreur du screenshot.
On la voit clairement Et on voit aussi clairement après la création avec la v2 du docker-compose.

Oui bon, enfin il a compris l'idée et bash completion est notre ami

Bon du coup le message est pas plus parlant
 
Mais bon à priori c'est le network external qui cause souci :
https://github.com/portainer/portainer/issues/3986
 
Ou alors le mix 2.4 + network external

Si je me souviens bien il tourne sur Syno, avec ash donc

Par contre surcouche Syno + Portainer, ça fait double couche d’emmerdes

Bah rien n'oblige à utiliser la surcouche Syno.  
Perso j'y touche pas, j'ai un proxy docker dessus pour y accéder en TCP avec certs, et mon docker-compose/docker client sur mon PC.

Haaaa ! On commence à avoir un début d'explications
Merci ^^
 
Du coup, y a pas moyen de ne pas mettre le réseau en extenal ?
Genre laisser le docker-compose le créer s'il n'est pas créé et juste y placer les conteneurs si le réseau existe déjà ?

Ben la question c'est pourquoi tu veux l'avoir en external ?
Tu as d'autres stack qui ont besoin d'y accéder ?

Heu, pas spécialement
C'est juste que le tuto initial que j'ai suivi (au début quand je ne maitrisais pas vraiment Docker) demandait de créer un réseau dédier au monitoring avant de passer à la création des conteneur par 3 fichiers docker-compose.
 
Maintenant je maitrise un petit peu mieux ^^
J'ai fais un seul fichier docker-compose, et je passe par Portainer
 
Donc non je n'ai pas spécialement besoin de ce réseau en dehors de ces 3 conteneurs (telegraf, influxdb et grafana).
Mais du coup, si je ne fais pas en mode external, faut passer par le internal...
Vais regarder comment faire, en espérant que ça fonctionne.

Si tu ne fais rien, la logique de docker-compose c'est de créér un réseau propre à ta stack et d'y placer tous les conteneurs des différents services dedans.

L'intérêt de définir soi-même le réseau c'est pour gérer des cas ou dans une même stack tu veux avoir des services qui ne se voient pas (genre un service A qui a accès au réseau X, un service B aux réseaux X et Y, et un troisième service C à Y uniquement. A et B peuvent communiquer ensemble, B et C peuvent communiquer ensemble, mais A et C ne peuvent pas). L'autre cas d'usage est de vouloir faire communiquer les services de différentes stacks (et c'est là que l'external prend son intérêt).

J'avais donc bien compris le principe Merci pour tes explications claires ^^
 
Du coup faut que ma stack crée le réseau plutôt que d'essayer de se connecter dessus.
 
 
Bon sinon, j'ai essayé de virer certains networks... purée, la galère... j'ai pu en virer certains, mais ceux concernant mon lot de conteneurs de monitoring ne pouvaient pas être supprimé... malgré que j'avais supprimé toutes les stacks et conteneurs qui l'utilisaient. J'avais ce genre d'erreur :

du coup j'ai viré toutes les stacks qui servaient plus, ainsi que celle de mon monitoring... mais toujours pas moyen de supprimer les deux putains de réseaux...
j'ai rebooté le NAS et là j'ai pu virer les deux networks :

 
Maintenant je vais retenter la création du stack de monitoring.

Bon bah ça ne veut toujours pas en version docker-compose 2.4 ...
Je laisse tomber la version 2.4... je pige pas comment la faire fonctionner. je vais rester avec la version 2 qui fonctionne :

Mais par contre, en enlevant le "external:" j'ai un autre truc chelou, le nom du réseau n'est pas celui que je souhaite avoir : c'est monitoring_monitoring_nas (ça m'a mis le nom du stack devant le nom du réseau voulu...)

Du coup tant que je ne je vois pas comment faire, je repasse sur le docker-compose avec network external qui me permet d'avoir le nom que je veux vraiment.
PS : je sais que c'est con, que ça fonctionne bien quelque soit le nom du network... mais je suis têtu

Enlève tout ce qui concerne le réseau de ton docker-compose (dans la parties networks, et dans chaque service), et laisse-le se débrouiller
 
Sinon il faudrait à priori le définir comme ça :
networks:
  default:
    name: monitoring_nas
 
Et il faudrait le virer de tes définitions de services.
Mais à priori ça ne fonction qu'en version > 3.5
 
Donc tu pourras pas le faire

Tu veux dire faire quelque chose comme ça :  

Oui sauf qu'en version 2 ça ne devrait pas marcher, puisque la possibilité de donner un nom à un réseau est apparu en 3.5

Bienvenue dans le monde de la hype

Oula, je ne sais pas écrire des docker-compose en v3.5