Reprise du message précédent :

Je me met à Docker pour le boulot. C'est pas mal sur certains niveaux, mais au niveau réseau ça fait 2 jours que je tate et que je ne comprend rien.
Avant moi un mec à mis en place des dockers. Rien de compliqué en gros : un docker Nginx pour reverse proxy et ensuite les autres docker.

De mon côté, pour tester je voudrais mettre en place un mattermost (slack like). J'ai donc créer un docker Mysql et un docker Mattermost.
Sauf que je n'arrive pas à accéder à aucun docker depuis Nginx malgré les configurations            

Si je comprend bien, Nginx récupère toutes les requêtes (en http ou https) et les renvoies en fonction de l'adresse que l'on choisis ? Ex : mondomaine/jenkins renvoie sur le port jenkins 8080

J'ai configuré Nginx comme suis sur Docker :

Dans ce cas, si j'accède à monsite.fr/mysql je devrais tomber sur le docker mysql ? De mon côté j'ai droit à une belle erreur "111 connection refused while connecting to upstream"

Vous avez une suggestion ?  

serveur 127.0.0.1 : ça veut dire que si ton nginx proxy tourne dans un docker, il va essayer de se connecter à l'instance docker du proxy, donc tu voudrais plutot remplacer 127.0.0.1 par le nom d'hote du container mysql.
 
D'autre part nginx fait proxy pour les requêtes HTTP, pas sûr que ça fonctionne pour une connexion mysql. En particulier "location /mysql/" c'est une propriété propre aux requêtes HTTP.

+1, c'est pas fait du tout pour reverse proxyfier du mysql, http(s) only

Après j'ai peut-être mal compris, et c'est pour taper un truc style phpMyAdmin

+2  
 
Tu peux le faire avec un bind du port mais bon, passes le level 1 d'abord  

nginx (depuis la v1.9) peut proxy du TCP sans soucis
 
Après là j'ai du mal à cerner le besoin :
- on souhaite rendre accessible le service MySQL (port 3306) ?
- on souhaite rendre accessible une interface WEB (phpMyAdmin) ?

Bah en faites j'aurais voulu juste taper un truc du genre monserveur.xx/mysql dans DBWeaver pour tomber sur ma BDD (ou alors monserveur.xx/mysql:3306 c'est pas un soucis)  
 
Donc vous dites que ce n'est pas conseillé pour ça ?  
 
J'ai du mal à saisir...Ah oui également pour Mattermost, l'adresse du docker MySQL c'est bien une adresse du style 172.17.0.2 ? Ou alors il faut que je mette le nom du container concerné ?  
C'est vraiment ces histoires de ports que je ne comprend pas....
 
Si je résume :  
 
EXPOSE : c'est pour exposer un port de la machine hôte vers un container (si je fais un EXPOSE 3306 sur mon container mysql et que je met l'adresse de la machine hôte:3306 dans DBWeaver il tombera sur ce container  
Nginx reverse proxy : on tape sur le port 80/443 et lui, en fonction de ce qu'on écrit, il redirige ça vers un autre port  
 
Si jamais on ne met pas de Expose, il est impossible d'accéder depuis l'extérieur au container en question. Il ne sera accessible que via un container en tapant l'adresse du container concerné (172.17.0.xxx) ?  

 
Ben en fait ce "/mysql" ca n'existe qu'en http. Ca n'a aucun sens quand on parle d'une connexion mysql qui demande juste une adresse et un port.

Je crois que tu as un peu de boulot niveau notions host + ip + ports pour comprendre un peu mieux ce que tu fais...
 
De ce que je comprend tu as un docker (172.17.0.2 par exemple) sur lequel tourne un service MySQL (donc expose 3306) c'est bien ça ?
 
Tu souhaites manager ce service depuis un client lourd (DBWeaver) en utilisant une adresse style "maDB.mondomaine.tld", c'est juste ?
 
Donc ton proxy nginx il faut qu'il soit déjà en TCP (ben oui MySQL ne communique pas en HTTP...).
 
Ce qui pourrait donner "maDB.mondomaine.tld:3306" -> "172.17.0.2:3306"
 
Avec ça tu peux ensuite dans DBWeaver te connecter via maDB.mondomaine.tld:3306 si peu est que le nom de domaine est correctement paramétré !

Autant exposer directement le port 3306 du container mysql sur l'hôte, non?

Ben l'intérêt du reverse proxy c'est que tu peux appeler un chat un chat et un chien un chien
 
Sans ça tu te retrouver, par exemple si tu as plusieurs services MySQL/MariaDB, à avoir des ports crados dans tous les sens (3306, 3307, 3308, ... [sur l'hôte bien évidemment])...
 
De mon point de vue je trouve cela plus clean avec un host.domain.tld bien formé tout en conservant les ports génériques inchangés !

 
Mais sans HTTP, comment nginx il peut différencier le nom d'hote utilisé?
 
Genre ton client mysql tu lui donne host.domain.tld, il va juste résoudre l'adresse et se connecter à l'ip.
 
Firefox aussi, sauf que dans les entêtes HTTP il communique le nom d'hôte. en tcp il ne peux faire la distinction que sur le port utilisé j'imagine (je ne savais pas qu'il le gérait maintenant, donc je ne sais pas comment ça fonctionne)

HTTP ou tout autre protocole TCP il suffit que host.domain.tld pointe sur l'ip du nginx et il gère sa tambouille
 
Tu peux par exemple faire :
- mysqla.domain.tld:3306 -> 172.17.0.2:3306
- mysqlb.domain.tld:3306 -> 172.17.0.3:3306
- mysqlc.domain.tld:3306 -> 172.17.0.4:3306
- apachea.domain.tld:80 -> 172.17.0.5:80
- apacheb.domain.tld:80 -> 172.17.0.6:80
- apachec.domain.tld:80 -> 172.17.0.7:80
 
Tous les sous-domaines (mysqla, mysqlb, ..., apachea, ...) pointent sur l'IP du nginx (ou un wildcard suffit comme ça plus besoin de toucher aux entrées DNS).
 
Avec ça tu as 3 frontaux WEB avec leur service MySQL respectif et des ports qui restent génériques.
 
Donc l'IP résolue est TOUJOURS celle du nginx et c'est lui qui fait le dispatch ensuite sur les conteneurs ^^

Je pense que tu t'avances un peu trop en disant que n'importe quel protocole TCP gère le virtualhosting...

+1, comment nginx sait différencier mysqla mysqlb mysqlc ?
En HTTP tu as un header pour ça, en mysql ? ou tcp basique ça existe tout simplement pas

C'est ce que j'ai dis (peut etre en moins clair )

je sais mais il comprend pas

De toute façon c’est plus propre de ne pas exposer le port MySql avec l’extérieur et de tout lancer via un docker compose

Il y a la théorie et la réalité malheureusement... Tout n'est pas encore dockerisé et si ton appli legacy ou ton appli de reporting a besoin de se connecter à la base faut bien publier ton mysql
Quant à Docker compose euh non rien

Un petit drapal ici.
 
Je me demande si je pourrais pas gagner en ressources via Docker.

Moi je dirais minimum 42% de gain
 
 

Voilà, une semaine sur Docker et...rien d'avancé...  
 
Vu que ça commençait à me gaver sévèrement, j'ai pris un petit vps et j'ai installé docker pour essayer une config à nue.  
Et le pire que je peux dire c'est que je retombe toujours sur les mêmes erreurs...nginx et docker y'a de quoi se prendre la tête !
 
Je voudrais juste installer un Mattermost grâce à Docker Compose derrière un proxy.  
 

 
Et le mieux c'est qu'avec cette configuration...Rien ne marche.  
Je refait la config partout, et ce que je remarque c'est que Docker a du mal à partager les fichiers...Le fichier nginx.conf n'est pas toujours rechargé (j'ai beau changé les valeurs et rechargé le container et/ou nginx, rien ne change j'ai toujours les erreurs avec les anciennes valeurs).  
Et autre problème, le montage de volume se solde souvent soit pas un "permission denied", soit...Il monte un dossier avec le nom du fichier dans le container (index.html/index.html)

pourquoi tu mets ton VIRTUAL_HOST (jwilder/nginx-proxy je presume ?) sur l'app au lieu du nginx dédié avec ta conf custom mattermost ?

allé hop drap, je vais me lancer dans docker !

 
J'ai fait un peu n'importe quoi, je testais toutes les configurations  
Bon j'ai résolu mon problème, je suis passé sur Traefik et ça fonctionne, j'ai aussi pas mal merdé avec les options à mettre pour certains modules (AddPrefix + PathPrefixStrip)

+1

Vous ici  

Bon j'ai essayé de re-configurer un reverse proxy sur Traefik...rien à faire je n'y arrive pas...
Et j'ai aussi un problèmé récurrent concernant les volumes : les fichiers sont montés comme des répertoires parfois, je ne comprends pas pourquoi. Faut-il avoir déjà le fichier créer sur son disque dur pour pouvoir monter un dossier partagé ?
 
Et concernant Traefik es-ce qu'on peut faire des règles sur un site avec un subdomain ?  
J'ai monsite.tld  
et serveur1.monsite.tld (qui redirige vers un autre serveur).  
 
Avec Traefik on peut faire serveur1.monsite.tld/mon-app ?

 
Non
Oui
Oui
 
Donnes ta configuration pour de l’aide  

Traefik.toml
 

 
 
Et je lance ça via un docker-compose
 

 
 
Je me retrouve avec zéro backends / frontend affichés alors que je devrais au moins voir le front / back de Traefik

Je reviens avec d'autres infos
 
Dans un premier temps j'ai un problème de networking... En utilisant ce même docker compose en rajoutant un service bidon  
 

 
J'arrive à y accéder via http. Déjà ça. Donc un soucis de networking je suppose...Comment faire dans ce cas si je veux rajouter des services venant d'autres docker-compose ? Je vois des tonnes de solutions mais je n'ai aucune idée de laquelle est la meilleure (créer un network "traefik" dans docker et l'ajouter dans chaque service de chaque docker-compose ?)
 
Loupé... J'ai rajouté un portainer, dans le même fichier docker-compose et maintenant je n'ai plus accès à aucun back...tout tombe en 404.
J'ai rajouté un attribut "traefik.backend = nomduservice" mais ça ne change rien.  
Traefik continue de me montrer les 2 front et back, avec les bonnes adresses, mais ces dernières tombent toujours en 404...
 
 
Et de l'autre côté, j'ai toujours un problème de HTTPS.  
En http, whoami fonctionne. En https j'ai chrome qui m'informe du certif non valide. Et le certificat vient de Fake LE Intermediate X1
De plus, ça me renvoie vers une erreur 404  
 
 
Enfin dernier soucis : traefik ne se proxify pas tout seul avec ces options ? Je n'ai pas de front comme j'ai écrit avec un AddPrefix /traefik ?

Vire tout. Recommences avec du simple et valide étape par étape... tu sembles t’éparpiller dans tous les sens pigeant que dalle et en espérant que ça tombe en marche

+1

+2 ta configuration est vraiment pas standard... donc difficile à débuger.  
La mienne non plus mais j'ai procédé par étape, commence avec une configuration simple et ajoute tes briques au fur à mesure.  
La ligne docker.network m'interpèle pour ton cas  

Bon j'ai tout viré
 
Donc pour le moment avec de simples paramètres (simple HTTP) sur Traefik, ça fonctionne. Faut cependant savoir les histoires avec les networks si on lance ça depuis docker-compose parce que personne n'explique  
 
Par contre mon Mattermost n'affiche toujours une page blanche...Un soucis de redirection de paquet, il cherche un /static/ sur la root. Il va falloir que je rajouter les 2 options dans le bon ordre
 
Demain passage au HTTPS

De redirection de paquet ?

Formation de 3 jours semaine prochaine, j'ai hâte

 
J'ai ajouté "AddPrefix /mattermost" et "PathPrefixStep: /mattermost" dans le front-end rule, quand je me rends sur /mattermost, la console du navigateur m'indique bien un html trouvé, mais il va chercher des fichiers sur adresse.com/static/xxxxx.js, et ces fichiers tombent en erreur 404.

jreviens d'une journée de formation docker, c'est juste    
du coup je drap  

Change de métier