Развертывание минимального приложения Flask в Docker - проблемы с подключением к серверу


110

У меня есть приложение, единственная зависимость которого - это фляга, которая отлично работает вне докера и привязывается к порту по умолчанию 5000. Вот полный источник:

from flask import Flask

app = Flask(__name__)
app.debug = True

@app.route('/')
def main():
    return 'hi'

if __name__ == '__main__':
    app.run()

Проблема в том, что когда я развертываю это в докере, сервер работает, но недоступен извне контейнера.

Ниже мой Dockerfile. Образ - это Ubuntu с установленной флягой. Tar содержит только index.pyперечисленное выше;

# 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"]

Вот шаги, которые я делаю для развертывания

$> sudo docker build -t perfektimprezy .

Насколько я знаю, все вышеперечисленное работает нормально, в образе содержится содержимое tar /srv. Теперь запустим сервер в контейнере:

$> sudo docker run -i -p 5000:5000 -d perfektimprezy
1c50b67d45b1a4feade72276394811c8399b1b95692e0914ee72b103ff54c769

Он действительно работает?

$> 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

Да, похоже, что сервер фляги запущен. Вот где это становится странным. Сделаем запрос к серверу:

 $> 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

Пустой ответ ... А процесс запущен?

$> 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

Теперь давайте подключимся по ssh к серверу и проверим ...

$> 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

Все нормально ... но не снаружи :( Что я не так делаю?


соответствующая вещь - «Вызвано <class 'httplib.BadStatusLine'>», см. stackoverflow.com/questions/16592568/…
user2915097

Я пытаюсь подключиться только один раз, и я почти уверен, что это не ошибка в httpie (я изменил пример на curl сейчас), ни на сервере, поскольку он отлично работает вне докера. У меня есть сильное ощущение, что это проблема с ошибкой конфигурации / развертывания докера
Дрин

Зарегистрируйте контейнер с помощью, docker exec -it 1c50b67d45b1 bashа затем обычной netstat -anили любой другой командой, которую вы выполняете при отладке Flask (хвост, кошка ...)
user2915097

@ user2915097: ive добавил некоторые выходные данные с сервера
Дрин

«Не могу подключиться ...» @Dreen, ты можешь подключиться , ты просто получишь пустой ответ ( Connected to 127.0.0.1)
ForceBru

Ответы:


183

Проблема в том, что вы привязываетесь только к интерфейсу localhost, вы должны быть привязаны к нему, 0.0.0.0если хотите, чтобы контейнер был доступен извне. Если вы измените:

if __name__ == '__main__':
    app.run()

к

if __name__ == '__main__':
    app.run(host='0.0.0.0')

Он должен работать.


Это решение работает. Можно видеть результат , используя полный Dockerfile и питон скрипт здесь , так как это решение описывает.

какая разница?
Jwan622

2
@ Jwan622 Интерфейс localhost доступен только внутри контейнера. 0.0.0.0 привязывается ко всем интерфейсам. Интерфейсы подключаются к различным сетям (так что у вас может быть один для Wi-Fi, ланов и т. Д.)
Адриан Муат,

Убедитесь, что вы не забыли привязать порт 5000 к вашему контейнеру с помощью -p 5000:5000флага вашей docker runкоманды.
Т Лох.

40

При использовании flaskкоманды вместо app.runвы можете передать --hostпараметр для изменения хоста. Строка в Docker будет такой:

CMD ["flask", "run", "--host", "0.0.0.0"]

или

CMD flask run --host 0.0.0.0

2
Большое спасибо за это решение, у меня такая же проблема, вы знаете, в чем причина, почему app.run(host="0.0.0.0") не работает? Я также
написал

1
На этой ноте не используйте python run.py --host=0.0.0.0 . Это время от времени меня заводит из-за моих соглашений об именах. Этот код будет работать, но сервер будет работать на локальном хосте.
Брейден Холт,

1
Разве при этом не работает встроенный флеш-сервер, который не предназначен для производственных сред?
code_dredd

Это замечательно, по какой-то причине почти вся информация Flask-with-Docker не может использовать Flask CLI, который, по сути, является способом Flask 1.0 для запуска приложения.
Zach

3
Здесь в 2020 году с Flask 1.1.1 с app.run(host="0.0.0.0")ошибками и CMD ["flask", "run", "--host", "0.0.0.0" ]работает как чемпион.
Джо,

2

Ваш контейнер Docker имеет более одного сетевого интерфейса. Например, в моем контейнере есть следующее:

$ ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
32: eth0@if33: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default 
    link/ether 02:42:ac:11:00:02 brd ff:ff:ff:ff:ff:ff link-netnsid 0
    inet 172.17.0.2/16 brd 172.17.255.255 scope global eth0
       valid_lft forever preferred_lft forever

если вы запустите docker network inspect bridge, вы увидите, что ваш контейнер подключен к этому мосту со вторым интерфейсом в приведенном выше выводе. Этот мост по умолчанию также подключен к процессу Docker на вашем хосте.

Поэтому вам нужно будет запустить команду:

CMD flask run --host 172.17.0.2

Чтобы получить доступ к вашему приложению Flask, запущенному в контейнере Docker, с вашего хост-компьютера. Замените 172.17.0.2конкретным IP-адресом вашего контейнера.


2

Прежде всего, в вашем скрипте python вам нужно изменить код с

app.run()

к

app.run(host="0.0.0.0")

Во-вторых, в вашем файле докеров последняя строка должна быть такой:

CMD ["flask", "run", "-h", "0.0.0.0", "-p", "5000"]

И на хост-машине, если 0.0.0.0:5000не работает, попробуйте сlocalhost:5000

Примечание. Команда CMD должна быть правильной. Поскольку команда CMD предоставляет значения по умолчанию для выполнения контейнера.


2

Чтобы опираться на другие ответы:

Представьте, что у вас есть два компьютера. У каждого компьютера есть сетевой интерфейс (скажем, WiFi), который является его публичным IP-адресом. Каждый компьютер имеет интерфейс loopback / localhost по адресу 127.0.0.1. Это означает «только этот компьютер».

Если вы указали 127.0.0.1 на компьютере A, вы не ожидаете, что сможете подключиться к нему через 127.0.0.1 при работе на компьютере B. В конце концов, вы попросили прослушивать локальный частный адрес компьютера A.

Docker настроен аналогично; технически это один и тот же компьютер, но ядро ​​Linux позволяет каждому контейнеру работать с собственным изолированным сетевым стеком. Итак, 127.0.0.1 в контейнере - это то же самое, что 127.0.0.1 на другом компьютере, чем ваш хост - вы не можете подключиться к нему.

Более длинная версия, с диаграммами: https://pythonspeed.com/articles/docker-connection-refused/

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.