Ich habe eine App, deren einzige Abhängigkeit Flask ist, die außerhalb von Docker einwandfrei läuft und an den Standardport bindet 5000
. Hier ist die vollständige Quelle:
from flask import Flask
app = Flask(__name__)
app.debug = True
@app.route('/')
def main():
return 'hi'
if __name__ == '__main__':
app.run()
Das Problem ist, dass bei der Bereitstellung im Docker der Server ausgeführt wird, aber von außerhalb des Containers nicht erreichbar ist.
Unten ist meine Docker-Datei. Das Bild ist Ubuntu mit installiertem Kolben. Der Teer enthält nur die index.py
oben aufgeführten;
# 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"]
Hier sind die Schritte, die ich zum Bereitstellen mache
$> sudo docker build -t perfektimprezy .
Soweit ich weiß, läuft das oben genannte gut, das Bild enthält den Inhalt des Teers /srv
. Starten wir nun den Server in einem Container:
$> sudo docker run -i -p 5000:5000 -d perfektimprezy
1c50b67d45b1a4feade72276394811c8399b1b95692e0914ee72b103ff54c769
Läuft es tatsächlich?
$> 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
Ja, anscheinend läuft der Flaschenserver. Hier wird es komisch. Stellen wir eine Anfrage an den Server:
$> 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
Leere Antwort ... Aber läuft der Prozess?
$> 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
Lassen Sie uns jetzt in den Server ssh und überprüfen ...
$> 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
Es ist in Ordnung ... aber nicht von außen :( Was mache ich falsch?
quelle
docker exec -it 1c50b67d45b1 bash
und dann den üblichennetstat -an
oder einen beliebigen Befehl ein, den Sie beim Debuggen einer Flasche (Schwanz, Katze ...)Connected to 127.0.0.1
)Antworten:
Das Problem ist, dass Sie nur an die localhost-Schnittstelle binden. Sie sollten sich an binden,
0.0.0.0
wenn der Container von außen zugänglich sein soll. Wenn Sie ändern:zu
Es sollte funktionieren.
quelle
-p 5000:5000
Flag mit Ihremdocker run
Befehl an Ihren Container zu binden .Wenn Sie den
flask
Befehl anstelle von verwendenapp.run
, können Sie die--host
Option zum Ändern des Hosts übergeben. Die Zeile in Docker wäre:oder
quelle
app.run(host="0.0.0.0")
das nicht funktioniert? Ich habe auch einen Beitrag für diese Frage gemacht: stackoverflow.com/q/53133350/3279996python run.py --host=0.0.0.0
. Das bringt mich hin und wieder aufgrund meiner Namenskonventionen. Dieser Code scheint zu funktionieren, aber der Server wird auf dem lokalen Host ausgeführt.app.run(host="0.0.0.0")
Versagen undCMD ["flask", "run", "--host", "0.0.0.0" ]
Arbeiten wie ein Champion.Ihr Docker-Container verfügt über mehr als eine Netzwerkschnittstelle. Mein Container hat beispielsweise Folgendes:
Wenn Sie ausführen
docker network inspect bridge
, können Sie sehen, dass Ihr Container mit der zweiten Schnittstelle in der obigen Ausgabe mit dieser Bridge verbunden ist. Diese Standardbrücke ist auch mit dem Docker-Prozess auf Ihrem Host verbunden.Daher müssten Sie den folgenden Befehl ausführen:
So greifen Sie von Ihrem Host-Computer aus auf Ihre Flask-App zu, die in einem Docker-Container ausgeführt wird. Ersetzen Sie diese
172.17.0.2
durch die IP-Adresse Ihres Containers.quelle
Um auf anderen Antworten aufzubauen:
Stellen Sie sich vor, Sie haben zwei Computer. Jeder Computer verfügt über eine Netzwerkschnittstelle (z. B. WLAN), bei der es sich um die öffentliche IP-Adresse handelt. Jeder Computer verfügt über eine Loopback / Localhost-Schnittstelle unter 127.0.0.1. Dies bedeutet "nur dieser Computer".
Wenn Sie auf Computer A unter 127.0.0.1 aufgeführt sind, würden Sie nicht erwarten, dass Sie auf Computer B über 127.0.0.1 eine Verbindung herstellen können. Schließlich haben Sie darum gebeten, die lokale , private Adresse von Computer A abzuhören .
Docker ist ähnlich eingerichtet; Technisch gesehen ist es derselbe Computer, aber der Linux-Kernel ermöglicht es jedem Container, mit seinem eigenen isolierten Netzwerkstapel ausgeführt zu werden. 127.0.0.1 in einem Container ist also dasselbe wie 127.0.0.1 auf einem anderen Computer als Ihrem Host - Sie können keine Verbindung dazu herstellen.
Längere Version mit Diagrammen: https://pythonspeed.com/articles/docker-connection-refused/
quelle
Zunächst müssen Sie in Ihrem Python-Skript den Code von ändern
zu
Zweitens sollte in Ihrer Docker-Datei die letzte Zeile wie folgt sein
Und auf dem Host-Computer
0.0.0.0:5000
sollten Sie es versuchen, wenn dies nicht funktioniertlocalhost:5000
Hinweis - Der CMD-Befehl muss korrekt sein. Weil der CMD-Befehl Standardeinstellungen für die Ausführung von Containern bereitstellt.
quelle