J'ai une application dont la seule dépendance est flask, qui fonctionne bien en dehors de docker et se lie au port par défaut 5000
. Voici la source complète:
from flask import Flask
app = Flask(__name__)
app.debug = True
@app.route('/')
def main():
return 'hi'
if __name__ == '__main__':
app.run()
Le problème est que lorsque je déploie ceci dans docker, le serveur est en cours d'exécution mais est inaccessible de l'extérieur du conteneur.
Voici mon Dockerfile. L'image est ubuntu avec flacon installé. Le tar contient juste ce qui index.py
précède;
# Dockerfile
FROM dreen/flask
MAINTAINER dreen
WORKDIR /srv
# Get source
RUN mkdir -p /srv
COPY perfektimprezy.tar.gz /srv/perfektimprezy.tar.gz
RUN tar x -f perfektimprezy.tar.gz
RUN rm perfektimprezy.tar.gz
# Run server
EXPOSE 5000
CMD ["python", "index.py"]
Voici les étapes que je fais pour déployer
$> sudo docker build -t perfektimprezy .
Pour autant que je sache, ce qui précède fonctionne bien, l'image contient le contenu du tar /srv
. Maintenant, démarrons le serveur dans un conteneur:
$> sudo docker run -i -p 5000:5000 -d perfektimprezy
1c50b67d45b1a4feade72276394811c8399b1b95692e0914ee72b103ff54c769
Est-ce qu'il fonctionne réellement?
$> sudo docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
1c50b67d45b1 perfektimprezy:latest "python index.py" 5 seconds ago Up 5 seconds 0.0.0.0:5000->5000/tcp loving_wozniak
$> sudo docker logs 1c50b67d45b1
* Running on http://127.0.0.1:5000/ (Press CTRL+C to quit)
* Restarting with stat
Oui, il semble que le serveur flask fonctionne. Voici où ça devient bizarre. Permet de faire une demande au serveur:
$> curl 127.0.0.1:5000 -v
* Rebuilt URL to: 127.0.0.1:5000/
* Hostname was NOT found in DNS cache
* Trying 127.0.0.1...
* Connected to 127.0.0.1 (127.0.0.1) port 5000 (#0)
> GET / HTTP/1.1
> User-Agent: curl/7.35.0
> Host: 127.0.0.1:5000
> Accept: */*
>
* Empty reply from server
* Connection #0 to host 127.0.0.1 left intact
curl: (52) Empty reply from server
Réponse vide ... Mais le processus est-il en cours d'exécution?
$> sudo docker top 1c50b67d45b1
UID PID PPID C STIME TTY TIME CMD
root 2084 812 0 10:26 ? 00:00:00 python index.py
root 2117 2084 0 10:26 ? 00:00:00 /usr/bin/python index.py
Maintenant, ssh dans le serveur et vérifions ...
$> sudo docker exec -it 1c50b67d45b1 bash
root@1c50b67d45b1:/srv# netstat -an
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address Foreign Address State
tcp 0 0 127.0.0.1:5000 0.0.0.0:* LISTEN
tcp 0 0 127.0.0.1:47677 127.0.0.1:5000 TIME_WAIT
Active UNIX domain sockets (servers and established)
Proto RefCnt Flags Type State I-Node Path
root@1c50b67d45b1:/srv# curl -I 127.0.0.1:5000
HTTP/1.0 200 OK
Content-Type: text/html; charset=utf-8
Content-Length: 5447
Server: Werkzeug/0.10.4 Python/2.7.6
Date: Tue, 19 May 2015 12:18:14 GMT
C'est bien ... mais pas de l'extérieur: (Qu'est-ce que je fais de mal?
docker exec -it 1c50b67d45b1 bash
, puis lanetstat -an
commande habituelle ou n'importe quelle commande que vous feriez lorsque vous déboguez un Flask (queue, chat ...)Connected to 127.0.0.1
)Réponses:
Le problème est que vous ne liez qu'à l'interface localhost, vous devriez être lié
0.0.0.0
si vous voulez que le conteneur soit accessible de l'extérieur. Si vous changez:à
Cela devrait marcher.
la source
-p 5000:5000
indicateur avec votredocker run
commande.Lorsque vous utilisez la
flask
commande au lieu deapp.run
, vous pouvez transmettre l'--host
option de changement d'hôte. La ligne dans Docker serait:ou
la source
app.run(host="0.0.0.0")
ne fonctionne pas? J'ai également fait un post pour cette question: stackoverflow.com/q/53133350/3279996python run.py --host=0.0.0.0
. Cela me rend de temps en temps en raison de mes conventions de dénomination. Ce code semblera fonctionner mais le serveur fonctionnera sur l'hôte local.app.run(host="0.0.0.0")
échouer etCMD ["flask", "run", "--host", "0.0.0.0" ]
travailler comme un champion.Votre conteneur Docker possède plusieurs interfaces réseau. Par exemple, mon conteneur a les éléments suivants:
si vous exécutez
docker network inspect bridge
, vous pouvez voir que votre conteneur est connecté à ce pont avec la deuxième interface dans la sortie ci-dessus. Ce pont par défaut est également connecté au processus Docker sur votre hôte.Par conséquent, vous devrez exécuter la commande:
Pour accéder à votre application Flask exécutée dans un conteneur Docker à partir de votre machine hôte. Remplacez
172.17.0.2
par quelle que soit l'adresse IP particulière de votre conteneur.la source
Pour construire sur d'autres réponses:
Imaginez que vous ayez deux ordinateurs. Chaque ordinateur dispose d'une interface réseau (WiFi, par exemple), qui est son adresse IP publique. Chaque ordinateur a une interface de bouclage / localhost, à 127.0.0.1. Cela signifie «juste cet ordinateur».
Si vous avez répertorié 127.0.0.1 sur l'ordinateur A, vous ne vous attendriez pas à pouvoir vous y connecter via 127.0.0.1 lors de l'exécution sur l'ordinateur B. Après tout, vous avez demandé à écouter sur l' adresse privée locale de l' ordinateur A.
Docker est une configuration similaire; techniquement, c'est le même ordinateur, mais le noyau Linux permet à chaque conteneur de fonctionner avec sa propre pile réseau isolée. Ainsi, 127.0.0.1 dans un conteneur est identique à 127.0.0.1 sur un autre ordinateur que votre hôte - vous ne pouvez pas vous y connecter.
Version plus longue, avec schémas: https://pythonspeed.com/articles/docker-connection-refused/
la source
Tout d'abord, dans votre script python, vous devez changer le code de
à
Deuxièmement, dans votre fichier docker, la dernière ligne devrait ressembler à
Et sur la machine hôte, si
0.0.0.0:5000
cela ne fonctionne pas, vous devriez essayer aveclocalhost:5000
Remarque - La commande CMD doit être correcte. Parce que la commande CMD fournit des valeurs par défaut pour l'exécution du conteneur.
la source