Depuis l'intérieur d'un conteneur Docker, comment puis-je me connecter à localhost de la machine?

Edit: Si vous utilisez Docker-pour-mac ou Docker-pour-Windows 18.03+, connectez-vous à votre service mysql à l'aide de l'hôte host.docker.internal.

De Docker 18.09.3, cela ne fonctionne pas sur Docker-pour-Linux. Un fix a été soumis sur Mars le 8, 2019 et, nous l'espérons être fusionnés à la base de code. Jusqu'alors, une solution de contournement consiste à utiliser un conteneur comme décrit dans qoomon réponse.

---

TLDR

Utilisation --network="host" dans votre docker run de la commande, puis 127.0.0.1 dans votre conteneur docker va point à votre panneau d'accueil.

Remarque: Ce mode ne fonctionne que sur Docker pour Linux, par la documentation.

---

Note sur docker conteneur de réseautage modes de

Docker propose les différents modes de mise en réseau lors de l'exécution de conteneurs. Selon le mode que vous choisissez de vous connecter à votre base de données MySQL en cours d'exécution sur le panneau d'accueil différemment.

docker run --réseau="pont" (par défaut)

Docker crée un pont nommé docker0 par défaut. À la fois le panneau d'accueil et le menu fixe les conteneurs ont une adresse IP sur ce pont.

sur le Panneau d'accueil, tapez sudo ip addr show docker0 vous avez une sortie à la recherche comme:

[vagrant@docker:~] $ sudo ip addr show docker0
4: docker0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default
    link/ether 56:84:7a:fe:97:99 brd ff:ff:ff:ff:ff:ff
    inet 172.17.42.1/16 scope global docker0
       valid_lft forever preferred_lft forever
    inet6 fe80::5484:7aff:fefe:9799/64 scope link
       valid_lft forever preferred_lft forever

Alors, voici mon menu fixe de l'hôte est l'adresse IP 172.17.42.1 sur le docker0 interface réseau.

Maintenant commencer un nouveau conteneur et d'obtenir un shell sur elle: docker run --rm -it ubuntu:trusty bash et dans le type de conteneur ip addr show eth0 de découvrir comment ses principaux interface réseau est mis en place:

root@e77f6a1b3740:/# ip addr show eth0
863: eth0: <BROADCAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 66:32:13:f0:f1:e3 brd ff:ff:ff:ff:ff:ff
    inet 172.17.1.192/16 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 fe80::6432:13ff:fef0:f1e3/64 scope link
       valid_lft forever preferred_lft forever

Ici mon container est l'adresse IP 172.17.1.192. Maintenant, regardez la table de routage:

root@e77f6a1b3740:/# route
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         172.17.42.1     0.0.0.0         UG    0      0        0 eth0
172.17.0.0      *               255.255.0.0     U     0      0        0 eth0

Donc l'Adresse IP du panneau d'accueil 172.17.42.1 est définie comme route par défaut et est accessible à partir de votre conteneur.

root@e77f6a1b3740:/# ping 172.17.42.1
PING 172.17.42.1 (172.17.42.1) 56(84) bytes of data.
64 bytes from 172.17.42.1: icmp_seq=1 ttl=64 time=0.070 ms
64 bytes from 172.17.42.1: icmp_seq=2 ttl=64 time=0.201 ms
64 bytes from 172.17.42.1: icmp_seq=3 ttl=64 time=0.116 ms

docker run --réseau="accueil"

Sinon, vous pouvez exécuter un conteneur docker avec les paramètres de réseau défini à host. Un tel conteneur partager la pile réseau avec le panneau d'accueil et à partir du conteneur de point de vue, localhost (ou 127.0.0.1) va consulter le panneau d'accueil.

Être conscient que tout port ouvert dans votre conteneur docker serait ouvert sur le panneau d'accueil. Et ce, sans exiger la -p ou -P docker run .

IP config sur mon panneau d'accueil:

[vagrant@docker:~] $ ip addr show eth0
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 08:00:27:98:dc:aa brd ff:ff:ff:ff:ff:ff
    inet 10.0.2.15/24 brd 10.0.2.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 fe80::a00:27ff:fe98:dcaa/64 scope link
       valid_lft forever preferred_lft forever

et à partir d'un conteneur docker dans hôte mode:

[vagrant@docker:~] $ docker run --rm -it --network=host ubuntu:trusty ip addr show eth0
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 08:00:27:98:dc:aa brd ff:ff:ff:ff:ff:ff
    inet 10.0.2.15/24 brd 10.0.2.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 fe80::a00:27ff:fe98:dcaa/64 scope link
       valid_lft forever preferred_lft forever

Comme vous pouvez le voir à la fois le panneau d'accueil et menu fixe conteneur de partager exactement la même interface réseau et ont la même adresse IP.

---

De la connexion à MySQL à partir de récipients

mode pont

Accéder à MySQL en cours d'exécution sur le panneau d'accueil à partir de récipients en mode pont, vous devez vous assurer que le service MySQL est à l'écoute pour les connexions sur la 172.17.42.1 adresse IP.

De le faire, assurez-vous que vous avez bind-address = 172.17.42.1 ou bind-address = 0.0.0.0 dans votre fichier de configuration de MySQL (my.cnf).

Si vous avez besoin de définir une variable d'environnement avec l'adresse IP de la passerelle, vous pouvez exécuter le code suivant dans un récipient :

export DOCKER_HOST_IP=$(route -n | awk '/UG[ \t]/{print $2}')

puis dans votre application, utilisez la DOCKER_HOST_IP variable d'environnement pour ouvrir la connexion à MySQL.

Remarque: si vous utilisez bind-address = 0.0.0.0 votre serveur MySQL sera à l'écoute pour les connexions sur toutes les interfaces réseau. Cela signifie que votre serveur MySQL peut être atteint à partir de l'Internet ; assurez-vous de configurer le pare-feu règles en conséquence.

Note 2: si vous utilisez bind-address = 172.17.42.1 votre serveur MySQL de ne pas écouter les connexions 127.0.0.1. Les processus en cours d'exécution sur le panneau d'accueil qui serait prêt à se connecter à MySQL aurait à utiliser le 172.17.42.1 adresse IP.

mode hôte

Accéder à MySQL en cours d'exécution sur le panneau d'accueil à partir de récipients en mode hôte, vous pouvez garder bind-address = 127.0.0.1 dans votre configuration de MySQL et tout ce que vous devez faire est de vous connecter à 127.0.0.1 de vos contenants:

[vagrant@docker:~] $ docker run --rm -it --network=host mysql mysql -h 127.0.0.1 -uroot -p
Enter password:
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 36
Server version: 5.5.41-0ubuntu0.14.04.1 (Ubuntu)

Copyright (c) 2000, 2014, Oracle and/or its affiliates. All rights reserved.

Oracle is a registered trademark of Oracle Corporation and/or its affiliates. Other names may be trademarks of their respective owners.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

mysql>

remarque: utilisez mysql -h 127.0.0.1 et pas mysql -h localhost; sinon, le client MySQL serait tenter de se connecter en utilisant un socket unix.

Je fais un hack similaire à ci-dessus affiche d'obtenir l'adresse IP locale de la carte à un alias de nom (DNS) dans le récipient. Le problème majeur est d'obtenir dynamiquement avec un simple script qui fonctionne à la fois dans Linux et OSX l'adresse IP de l'hôte. J'ai fait ce script qui fonctionne dans les deux environnements (même en distribution Linux avec "$LANG" != "en_*" configuré):

ifconfig | grep -E "([0-9]{1,3}\.){3}[0-9]{1,3}" | grep -v 127.0.0.1 | awk '{ print $2 }' | cut -f2 -d: | head -n1

Donc, à l'aide de menu fixe la composition, la configuration complète sera:

Script de démarrage (docker-run.sh):

export DOCKERHOST=$(ifconfig | grep -E "([0-9]{1,3}\.){3}[0-9]{1,3}" | grep -v 127.0.0.1 | awk '{ print $2 }' | cut -f2 -d: | head -n1)
docker-compose -f docker-compose.yml up

docker-composer.yml:

myapp:
  build: .
  ports:
    - "80:80"
  extra_hosts:
    - "dockerhost:$DOCKERHOST"

Puis changer http://localhost à http://dockerhost dans votre code.

Pour une avance plus guide comment personnaliser la DOCKERHOST script, prendre un coup d'oeil à ce post avec une explication de la façon dont il fonctionne.

Solution pour Linux (noyau >=3.6).

Ok, votre serveur localhost par défaut du panneau de l'interface docker0 avec adresse ip 172.17.0.1. Votre conteneur commencé avec les valeurs par défaut des paramètres réseau --net="pont".

1. Permettre route_localnet pour docker0 interface:
   
   $ sysctl -w net.ipv4.conf.docker0.route_localnet=1
2. Ajouter cette règles d'iptables:
   
   $ iptables -t nat -I PREROUTING -i docker0 -d 172.17.0.1 -p tcp --dport 3306 -j DNAT --to 127.0.0.1:3306

$ iptables -t filter -I INPUT -i docker0 -d 127.0.0.1 -p tcp --dport 3306 -j ACCEPT
3. Créer d'utilisateur mysql avec accès à partir de '%' qui signifie de personne, à l'exclusion de localhost:
   
   CREATE USER 'user'@'%' IDENTIFIED BY 'password';
4. Changement dans votre script mysql-server adresse à 172.17.0.1

À partir de la documentation du noyau:

route_localnet - BOOLEAN: Ne pas considérer les adresses de loopback comme martienne de la source ou de la destination lors de l'acheminement. Cela permet l'utilisation de 127/8 locale des fins de routage (par défaut FALSE).

Jusqu'à host.docker.internal est de travailler pour chaque plate-forme, vous pouvez utiliser mon conteneur agissant comme une passerelle NAT sans aucune configuration manuelle:

https://github.com/qoomon/docker-host

Edit: j'ai fini de prototypage le concept sur GitHub. Découvrez: https://github.com/sivabudh/system-in-a-box

---

Tout d'abord, ma réponse est orienté vers les 2 groupes de personnes: ceux qui utilisent un Mac, et ceux qui utilisent Linux.

La hôte mode réseau ne fonctionne pas sur un Mac. Vous devez utiliser une adresse IP alias, voir: https://stackoverflow.com/a/43541681/2713729

Qu'est ce qu'un réseau hôte mode? Voir: https://docs.docker.com/engine/reference/run/#/network-settings

Deuxièmement, pour ceux d'entre vous qui sont à l'aide de Linux (mon expérience directe était avec Ubuntu 14.04 LTS et je me suis mise à niveau vers 16.04 LTS en production bientôt), oui, vous pouvez faire le service en cours d'exécution à l'intérieur d'un conteneur Docker se connecter à localhost services en cours d'exécution sur le Panneau d'accueil (par exemple. votre ordinateur portable).

Comment?

La clé, c'est quand vous exécutez le Panneau de conteneur, vous devez l'exécuter avec la hôte mode. La commande ressemble à ceci:

docker run --network="host" -id <Docker image ID>

Lorsque vous faites une ifconfig (vous aurez besoin de apt-get install net-tools votre conteneur pour ifconfig être appelable) à l'intérieur de votre conteneur, vous verrez que les interfaces réseau sont les mêmes que sur le Panneau d'accueil (par exemple. votre ordinateur portable).

Il est important de noter que je suis un utilisateur de Mac, mais je exécuter Ubuntu sous Parallels, l'utilisation d'un Mac n'est pas un désavantage. 😉

Et ce est la façon dont vous vous connectez NGINX conteneur de la base de données MySQL en cours d'exécution sur un localhost.

Je suis en désaccord avec la réponse de Thomasleveil.

Prise de mysql se lier à 172.17.42.1 permettra d'éviter d'autres programmes à l'aide de la base de données sur l'ordinateur hôte pour l'atteindre. Cela ne fonctionne que si tous les utilisateurs de base de données sont dockerized.

Prise de mysql se lier à 0.0.0.0 ouvrira la db à l'extérieur de monde, ce qui n'est pas seulement une très mauvaise chose à faire, mais aussi contrairement à ce que la question de départ, l'auteur veut faire. Il dit explicitement "Le MySql est en cours d'exécution sur l'hôte local et de ne pas s'exposer à un port pour le monde extérieur, de sorte que son lié sur localhost"

Pour répondre au commentaire de ivant

"Pourquoi ne pas lier mysql pour docker0 ainsi?"

Ce n'est pas possible. Le mysql/mariadb documentation explicitement dit qu'il n'est pas possible de se lier à plusieurs interfaces. Vous ne pouvez lier à 0, 1, ou toutes les interfaces.

En conclusion, je n'ai PAS trouvé de moyen pour parvenir à la (localhost seulement) base de données sur l'ordinateur hôte à partir d'un conteneur docker. Qui semble définitivement comme un très très commun, mais je ne sais pas comment le faire.

Vous pouvez obtenir l'ip de l'hôte à l'aide alpin image

docker run --rm alpine ip route | awk 'NR==1 {print $3}'

Ce serait plus cohérent que vous êtes toujours à l'aide alpin pour exécuter la commande.

Similaire à Mariano de réponse, vous pouvez utiliser la même commande pour définir une variable d'environnement

DOCKER_HOST=$(docker run --rm alpine ip route | awk 'NR==1 {print $3}') docker-compose up

Très simple et rapide, vérifiez votre hôte IP avec ifconfig (linux) ou ipconfig (windows), puis de créer un

docker-composer.yml

version: '3' # specify docker-compose version

services:
  nginx:
    build: ./# specify the directory of the Dockerfile
    ports:
      - "8080:80" # specify port mapping
    extra_hosts:
      - "dockerhost:<yourIP>"

De cette façon, votre conteneur sera en mesure d'accéder à votre hôte. Lors de l'accès à votre base de données, n'oubliez pas d'utiliser le nom que vous avez spécifié avant, dans ce cas "dockerhost" et le port de votre hôte dans lequel la DB est en cours d'exécution

Plusieurs solutions me viennent à l'esprit:

1. Déplacer vos dépendances, dans des conteneurs première
2. Faire de vos autres services accessibles de l'extérieur et de s'y connecter avec cette adresse IP externe
3. Exécuter vos contenants sans isolement du réseau
4. Éviter de vous connecter sur le réseau, utiliser un socket qui est monté comme un volume, au lieu

La raison pour laquelle cela ne fonctionne pas hors de la boîte, c'est que les conteneurs de courir avec leur propre réseau de l'espace de noms par défaut. Cela signifie que localhost (ou 127.0.0.1 pointant vers l'interface de bouclage (loopback) est unique par conteneur. La connexion à ce connecter le conteneur lui-même, et non les services fonctionnant en dehors de menu fixe ou à l'intérieur d'un autre conteneur docker.

Option 1: Si votre dépendance peut être déplacé dans un récipient, je voudrais faire cela en premier. Il permet à votre application de pile portable, comme les autres, essayez d'exécuter votre récipient sur leur propre environnement. Et vous pouvez toujours publier le port sur votre hôte où d'autres services qui n'ont pas été migrés peut encore atteindre. Vous pouvez même publier le port de l'interface localhost sur votre panneau d'accueil afin d'éviter qu'il soit accessible de l'extérieur avec une syntaxe du type: -p 127.0.0.1:3306:3306 pour le port publié.

Option 2: Il existe une variété de façons pour détecter l'adresse IP de l'hôte à partir de l'intérieur du conteneur, mais ont chacun un nombre limité de scénarios où ils travaillent (par exemple, demander à Docker pour Mac). La plupart des portables option consiste à injecter de votre IP de l'hôte dans le récipient avec quelque chose comme une variable d'environnement ou le fichier de configuration, par exemple:

docker run --rm -e "HOST_IP=$(ip r s 0/0 | awk '{print $3}')" ...

Ce n'exigent que votre service est à l'écoute sur l'interface externe, ce qui pourrait être un problème de sécurité. Pour d'autres méthodes pour obtenir l'adresse IP de l'hôte à partir de l'intérieur du conteneur, voir ce post.

Option 3: en cours d'Exécution sans l'isolement du réseau, c'est à dire en cours d'exécution avec --net host, signifie que votre application est en cours d'exécution sur l'hôte espace de noms réseau. C'est moins d'isolement pour le conteneur, et cela signifie que vous ne pouvez pas accéder à d'autres contenants de plus de partagé docker réseau avec DNS (au lieu de cela, vous avez besoin d'utiliser publiés ports pour accéder à d'autres conteneurs d'applications). Mais pour les applications qui ont besoin d'accéder à d'autres services sur la machine qui ne sont à l'écoute sur 127.0.0.1 sur l'ordinateur hôte, ce peut être l'option la plus facile.

Option 4: les Différents services permettent également l'accès sur un système de fichiers basé sur le socket. Ce support peut être monté dans le conteneur comme une liaison monté le volume, vous permettant d'accéder à l'hôte de service sans aller sur le réseau. Pour l'accès au support moteur, vous verrez souvent des exemples de montage /var/run/docker.sock dans le récipient (en donnant le conteneur racine de l'accès à l'hôte). Avec mysql, vous pouvez essayer quelque chose comme -v /var/run/mysqld/mysqld.sock:/var/run/mysqld/mysql.sock et puis connectez-vous à localhost qui mysql convertit à l'aide de la douille.

Pour Windows De La Machine :-

Exécutez la commande ci-dessous pour Exposer docker du port au hasard pendant le temps de construction

$docker run -d --name MyWebServer -P mediawiki

Dans le conteneur au-dessus de la liste, vous pouvez voir le port affecté comme 32768. Essayez d'accéder à

localhost:32768 

Vous pouvez voir la page mediawiki

Vous pouvez utiliser ngrok pour créer un tunnel sécurisé pour votre localhost machine, puis exposer que le tunnel pour votre conteneur docker.

ngrok est libre d'utiliser comme de 05/22/2017.

Suit:

1) aller à ngrok

2) télécharger la ngrok client et suivre les instructions d'installation

3) INSCRIVEZ - pour un compte et ils vont fournir un jeton d'authentification. La signature est requise, car ngrok seulement vous donner le port tcp tunnel après la signature. Il n'y a pas de coût ou de carte de crédit requis pour s'inscrire.

4) dans votre terminal ne ngrok tcp 3306. 3306 est le port que mysql fonctionne sur mon local, vous pouvez le faire avec n'importe quel autre port.

5), Vous recevrez une adresse à partir de l'étape 4 comme ceci: tcp://0.tcp.ngrok.io:10117. C'est le tunnel de connexion à votre ordinateur local. 0.tcp.ngrok.io est mappé à votre localhost et port 10117 est connecté à votre port local 3306. Maintenant, vous pouvez accéder à votre localhost port 3306 de n'importe où à l'aide de cette adresse, y compris les tout conteneur docker sur cette machine. Dans votre conteneur docker(où il est), en supposant que vous avez mysql client déjà installé, procédez de la manière suivante:

mysql --host 0.tcp.ngrok.io --port 10117 -u root

Vous serez en mesure de vous connecter à votre root compte de votre ordinateur local à partir de l'intérieur du conteneur docker!

J'ai blogué à propos de cette solution voir plus de détails ici