voilà ce que je ferais:

• Commettre le live conteneur.
• exécuter le conteneur à nouveau avec la nouvelle image, avec les ports ouverts (je recommande le montage d'un volume partagé et l'ouverture du port ssh ainsi)

sudo docker ps 
sudo docker commit <containerid> <foo/live>
sudo docker run -i -p 22 -p 8000:80 -m /data:/data -t <foo/live> /bin/bash

Voici une autre idée. Utilisez SSH pour faire la redirection du port; cela a l'avantage de fonctionner aussi dans OS X (et probablement Windows) lorsque votre hôte Docker est une VM.

docker exec -it <containterid> ssh -R5432:localhost:5432 <user>@<hostip>

les hacks IPtables ne fonctionnent pas, du moins sur Docker 1.4.1.

la meilleure façon serait de faire fonctionner un autre conteneur avec le port exposé et de relayer avec socat. C'est ce que j'ai fait pour (Temporairement) me connecter à la base de données avec SQLPlus:

docker run -d --name sqlplus --link db:db -p 1521:1521 sqlplus

Dockerfile:

FROM debian:7

RUN apt-get update && \
    apt-get -y install socat && \
    apt-get clean

USER nobody

CMD socat -dddd TCP-LISTEN:1521,reuseaddr,fork TCP:db:1521

bien que vous ne pouvez pas exposer un nouveau port d'un conteneur existant , vous pouvez commencer un nouveau conteneur dans le même réseau de dockers et de l'obtenir pour acheminer le trafic vers le conteneur d'origine.

# docker run \
  --rm \
  -p $PORT:1234 \
  verb/socat \
    TCP-LISTEN:1234,fork \
    TCP-CONNECT:$TARGET_CONTAINER_IP:$TARGET_CONTAINER_PORT

Exemple Travaillé

lancer un web-service qui écoute sur le port 80, mais ne pas exposer son port 80 interne (oops!):

# docker run -ti mkodockx/docker-pastebin   # Forgot to expose PORT 80!

trouver son réseau Docker IP:

# docker inspect 63256f72142a | grep IPAddress
                    "IPAddress": "172.17.0.2",

lancer verb/socat avec le port 8080 exposé, et l'amener à transmettre le trafic TCP au port 80 de cette IP:

# docker run --rm -p 8080:1234 verb/socat TCP-LISTEN:1234,fork TCP-CONNECT:172.17.0.2:80

vous pouvez maintenant accéder à pastebin sur http://localhost:8080 / , et vos demandes vont à socat:1234 qui la transmet à pastebin:80 , et la réponse parcourt le même chemin à l'envers.

j'ai dû faire face à ce même problème et j'ai pu le résoudre sans arrêter aucun de mes conteneurs en marche. Il s'agit d'une solution à jour à partir de février 2016, en utilisant Docker 1.9.1. Quoi qu'il en soit, cette réponse est une version détaillée de la réponse de @ricardo-branco, mais plus en profondeur pour les nouveaux utilisateurs.

dans mon scénario, j'ai voulu me connecter temporairement à MySQL en cours d'exécution dans un conteneur, et comme d'autres conteneurs d'application y sont liés, l'arrêt, la reconfiguration, et relancer le conteneur de la base de données a été un échec.

comme j'aimerais accéder à la base de données MySQL en externe (à partir de Sequel Pro via SSH tunneling), je vais utiliser le port 33306 sur la machine hôte. (Pas 3306 , juste au cas où il y aurait une instance MySQL externe.)

Environ une heure de peaufinage iptables révélées vaines, même si:

étape par Étape, voici ce que j'ai fait:

mkdir db-expose-33306
cd db-expose-33306
vim Dockerfile

Edit dockerfile , en plaçant ceci à l'intérieur:

# Exposes port 3306 on linked "db" container, to be accessible at host:33306
FROM ubuntu:latest # (Recommended to use the same base as the DB container)

RUN apt-get update && \
    apt-get -y install socat && \
    apt-get clean

USER nobody
EXPOSE 33306

CMD socat -dddd TCP-LISTEN:33306,reuseaddr,fork TCP:db:3306

puis construisez l'image:

docker build -t your-namespace/db-expose-33306 .

ensuite, lancez-le, en le reliant à votre conteneur en cours d'exécution. (Utilisez -d au lieu de -rm pour le garder en arrière-plan jusqu'à ce qu'il soit explicitement arrêté et supprimé. Je veux qu'il tourne temporairement dans ce cas.)

docker run -it --rm --name=db-33306 --link the_live_db_container:db -p 33306:33306  your-namespace/db-expose-33306

pour ajouter à la solution réponse acceptée iptables , j'ai dû exécuter deux commandes supplémentaires sur l'hôte pour l'ouvrir au monde extérieur.

HOST> iptables -t nat -A DOCKER -p tcp --dport 443 -j DNAT --to-destination 172.17.0.2:443
HOST> iptables -t nat -A POSTROUTING -j MASQUERADE -p tcp --source 172.17.0.2 --destination 172.17.0.2 --dport https
HOST> iptables -A DOCKER -j ACCEPT -p tcp --destination 172.17.0.2 --dport https

Note: j'ouvrais port https (443), mon IP interne docker était 172.17.0.2

Note 2: ces règles et temporair es ne dureront que jusqu'à ce que le conteneur soit redémarré "151990920