Faire docker utiliser IPv4 pour le port de liaison

J'ai le panneau d'accueil et à l'intérieur j'ai un conteneur.

Le panneau d'accueil est obligatoire le port d'interface IPv6 uniquement, et non sur IPv4.

C'est la sortie

tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      -
tcp        0      0 0.0.0.0:55082           0.0.0.0:*               LISTEN      -
tcp        0      0 0.0.0.0:111             0.0.0.0:*               LISTEN      -
tcp6       0      0 :::80                   :::*                    LISTEN      -
tcp6       0      0 :::22                   :::*                    LISTEN      -
tcp6       0      0 :::40280                :::*                    LISTEN      -
tcp6       0      0 :::5432                 :::*                    LISTEN      -
tcp6       0      0 :::40122                :::*                    LISTEN      -
tcp6       0      0 :::36378                :::*                    LISTEN      -
tcp6       0      0 :::40543                :::*                    LISTEN      -
tcp6       0      0 :::111                  :::*                    LISTEN      -

Maintenant, j'ai 40122 port de l'hôte de lien avec le port 22 sur le récipient.

Je veux SSH dans le sac, mais je ne suis pas en mesure de seulement lié à IPv6

C'est mon docker version Docker version 1.5.0, build a8a31ef

docker ps

201bde6c839a        myapp:latest   "supervisord -n"    3 weeks ago         Up 2 hours          0.0.0.0:40122->22/tcp, 0.0.0.0:40280->80/tcp, 0.0.0.0:40543->443/tcp   myapp

J'ai couru à l'aide de docker run -d -P -p 40122:22

netstat -tlna

tcp        0      0 0.0.0.0:80              0.0.0.0:*               LISTEN
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN
tcp        0      0 127.0.0.1:3031          0.0.0.0:*               LISTEN
tcp        0      0 0.0.0.0:6379            0.0.0.0:*               LISTEN
tcp6       0      0 :::22                   :::*                    LISTEN
tcp6       0      0 :::6379                 :::*                    LISTEN

ps aux

root         1  0.0  0.8  52440 16668 ?        Ss   00:53   0:03 /usr/bin/python /usr/bin/supervisord -n
root        49  0.0  0.1  17980  3048 ?        S    01:32   0:00 bash
root        64  0.0  0.1  46632  2712 ?        S    01:32   0:00 su -l vagrant
vagrant     65  0.0  0.1  21308  3760 ?        S    01:32   0:00 -su
root       288  0.0  0.1  17980  3088 ?        S    02:01   0:00 bash
root       304  0.0  0.1  46632  2720 ?        S    02:01   0:00 su -l vagrant
vagrant    305  0.0  0.1  21304  3804 ?        S    02:01   0:00 -su
vagrant    308  0.0  3.7 429616 75840 ?        Sl+  02:01   0:05 python ./manage.py shell_plus
root       654  0.0  0.4  47596  9848 ?        S    03:12   0:01 /usr/local/bin/uwsgi --die-on-term --ini /var/www/conf/uwsgi.ini
root       655  0.0  0.3  90280  7732 ?        S    03:12   0:00 nginx: master process /usr/sbin/nginx
www-data   656  0.0  0.1  90600  3624 ?        S    03:12   0:00 nginx: worker process
www-data   657  0.0  0.1  90600  3624 ?        S    03:12   0:00 nginx: worker process
www-data   658  0.0  0.1  90600  3624 ?        S    03:12   0:00 nginx: worker process
www-data   659  0.0  0.2  90940  4500 ?        S    03:12   0:00 nginx: worker process
root       660  0.0  0.2  61372  5332 ?        S    03:12   0:00 /usr/sbin/sshd -D
root       669  0.0  0.4  37004  8892 ?        Sl   03:12   0:01 redis-server *:6379
root       856  8.0  2.8 388720 57792 ?        Sl   04:07   0:18 /usr/local/bin/uwsgi --die-on-term --ini /var/www/conf/uwsgi.ini
root       857  8.0  2.8 388720 57792 ?        Sl   04:07   0:18 /usr/local/bin/uwsgi --die-on-term --ini /var/www/conf/uwsgi.ini
root       858  8.0  2.8 388720 57792 ?        Sl   04:07   0:18 /usr/local/bin/uwsgi --die-on-term --ini /var/www/conf/uwsgi.ini
root       859  8.0  2.8 388720 57792 ?        Sl   04:07   0:18 /usr/local/bin/uwsgi --die-on-term --ini /var/www/conf/uwsgi.ini
vagrant    889  0.0  0.1  18692  2508 ?        R+   04:11   0:00 ps aux
  • Quelle commande avez-vous utilisé pour démarrer le conteneur? Aussi le post de la sortie de docker ps lorsque le conteneur est en cours d'exécution.
  • Pouvez-vous confirmer sshd est effectivement en cours d'exécution sur le contenant? Exécuter docker exec -ti 201bde6c839a /bin/bash, une fois que vous êtes dans, après la sortie de ps aux et netstat -taln
  • Dans mon Panneau d'accueil, tous docker ports sont à l'écoute sur IPv6 et n'ont pas de problème de connexion ssh sur les contenants.
  • j'ai ajouté l'info. Je suis en mesure de ssh en utilisant exec mais je ne suis pas en mesure de ssh dans le récipient directement de l'extérieur à l'aide d'hôte port 40122 à partir de mac
  • Vous pourriez frapper cette question github.com/docker/docker/issues/2174 , je ne sais pas si c'est résolu. Vous pouvez également partager la façon dont vous essayez de vous connecter via ssh et l'erreur que vous obtenez?
InformationsquelleAutor user3214546 | 2015-04-30
  1. 51

    Comme @daniel-t points dans le commentaire: github.com/docker/docker/issues/2174 est de montrer la liaison seulement à IPv6 dans netstat, mais ce n'est pas un problème. En tant que github questions états:

    Lors de la configuration du proxy, Docker demande à l'adresse de loopback '127.0.0.1', Linux réalise c'est une adresse qui existe en IPv6 (comme ::0) et s'ouvre sur les deux (mais il est formellement une socket IPv6). Lorsque vous exécutez la commande netstat il voit ça et vous dit qu'il est un IPv6, mais il est toujours à l'écoute sur IPv4. Si vous avez joué avec vos paramètres un peu, vous pouvez avoir désactivé ce truc Linux n' - en net.ipv6.bindv6only = 1.

    En d'autres termes, tout simplement parce que vous le voyez comme IPv6 uniquement, il est encore en mesure de communiquer sur IPv4, sauf si vous avez IPv6 uniquement lier sur IPv6 avec le net.ipv6.bindv6only réglage. Pour être clair, net.ipv6.bindv6only doit être de 0 - vous pouvez exécuter sysctl net.ipv6.bindv6only pour vérifier.

    • C'est un gros problème en fait. Le cloud Public comme Azure, il ne marche pas parler IPV6 très bien, par exemple, le public Azure équilibrage de charge est de tenter une adresse IPV4 comme backend.
    • Semble que vous pourriez avoir besoin d'installer le "Docker VM Extension" dans Azure et utiliser Ubuntu 14.04 LTS. Cependant, je ne pense pas qu'il y est un problème avec l'ipv6 car c'est seulement sur l'hôte local, et non pas le réseau.
    • Vous avez raison, le problème était dans ma config (désactivation de l'IPV6 n'est pas une bonne idée ^^)
    • déjà 0, mais toujours pas de travail dans ma boîte 🙁
    • ne fonctionne toujours pas pour moi, il est un moyen de désactiver complètement l'ipv6?
    • vous souhaitez ipv6 sur.
    • Vous êtes mon gain de temps. 🙂

    InformationsquelleAutor Michael
  2. 5

    Cadre net.ipv6.conf.tous les.forwarding=1 résoudre le problème.
    le travail pour moi

    InformationsquelleAutor LuciferJack
  3. 0

    Si vous voulez que vos ports à conteneurs de lier sur votre adresse ipv4, juste :

    • trouver le fichier de paramètres
      • /etc/sysconfig/docker-réseau sur RedHat comme
      • /etc/default/docker-réseau sur Debian sna comme
    • modifier les paramètres réseau
      • ajouter DOCKER_NETWORK_OPTIONS=-ip=xx.xx.xx.xx
      • xx.xx.xx.xx étant votre véritable ipv4 (et pas 0.0.0.0)
    • redémarrer docker démon

    fonctionne pour moi sur le panneau 1.9.1

    • cela fonctionne sur debian ? ne devrait-elle pas être /etc/default/docker ?
    • merci pour le commentaire, je suis sur RedHat comme OS de sorte que le chemin est un peu différent d'un OS à l'autre, j'ai essayé de refléter votre commentaire dans la réponse
    InformationsquelleAutor Sylvain