-
Les gens, j’ai un cas à la con avec docker… (oui oui, vous avez bien lu 🤣) J’ai un service A dans un conteneur qui est proxifié par un conteneur traefik T. Ce service A n’est **PAS** accessible depuis son IP ou son hostname conteneur, mais depuis
*.example.org
(*
pouvant -
être n’importe quoi et
example.org
étant de la config et vaut ce qu’on veut). 1/2 -
Quand je veux accéder au service A **depuis ma machine hôte**, pas de problème,
example.org
=service.localhost
, qui résout en::1
, le traefik est en expose dessus, et forward bien le tout au conteneur A, ça répond, tout niquel. Je pourrais aussi mettre -
n’importe quoi pour
example.org
avec un résolveur DNS local menteur qui répond::1
à tout. 2/3 -
Maintenant je veux accéder au service A **depuis un autre conteneur B**. Et là… je sèche… Je ne peux joindre le traefik que via
http://traefik
, qui n’a du coup service HTTP associé… 🤔 -
L’IP même du traefik est chiante à récupérer nativement avec docker, faudrait des scripts côté hôte pour l’avoir… 🤔
-
Je pourrais utiliser l’arme atomique et monter un autre conteneur unbound avec un résolveur menteur comme celui sur l’hôte qui fait un gros
*.example.org CNAME traefik
,mais je vais tout autant galérer à trouver l’IP du résolveur pour le mettre sur le conteneur B… 🤔 -
Y’a une solution plus native ? 🤔
-
Pour être plus concret, je cherche à faire tourner un service comme ça : paste.imirhil.fr/?20c4330942e8b723#Cp5PPely/y4vgMXTQjbVCngK/9f10ENFbE5xcQrxIZQ=
-
Depuis l’hôte aucun problème $ curl -s http://$(openssl rand -base64 12).localhost:1080 | jq .host.hostname "C6AJ+QfaFg6tjlG5.localhost" Depuis un conteneur, j’ai l’impression que c’est fucked sans bricolage