Google Compute Engine App ничего не слушает на портах 80 и 443
Мой пост очень похож на этот. У меня есть контейнер Docker, на котором запущено очень простое приложение node.js/express, прослушивающее порт 3000 и работающее на Google Compute Engine с включенными правилами брандмауэра http и https.
Однако по какой-то причине ни один процесс не прослушивает общедоступные порты (443 и 80). Когда я печатаю sudo netstat -tnlp tcp
Я получил:
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 0.0.0.0:5355 0.0.0.0:* LISTEN 288/systemd-resolve
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 296/sshd
tcp6 0 0 :::5355 :::* LISTEN 288/systemd-resolve
tcp6 0 0 :::3000 :::* LISTEN 1216/node
Как хорошо, когда я бегу nmap <EXPOSED_IP>
Я получил:
Not shown: 993 filtered ports
PORT STATE SERVICE
21/tcp open ftp
22/tcp open ssh
80/tcp closed http
443/tcp closed https
554/tcp open rtsp
3389/tcp closed ms-wbt-server
7070/tcp open realserver
Я знаю, что ничего не прослушивает порты 443 или 80, и я вижу, что мое приложение прослушивает порт 3000, но я не уверен, как это изменить / отобразить / выставить. Я попытался изменить свой docker-compose на:
...
ports:
- "80:3000"
- "443:3000"
- "3000:3000"
...
Но это не сработало. Я знаю, что я не использую docker-compose в ВМ, так что имеет смысл, что это не имеет значения. Я читал здесь, что не должен показывать публичные порты в Dockerfile, чтобы я мог запускать несколько контейнеров на одном экземпляре виртуальной машины, что имеет смысл. Но все еще не уверен, как сопоставить 443 и 80 с моим контейнером. Есть идеи?
ОБНОВИТЬ:
Вы можете развернуть только один контейнер для каждого экземпляра виртуальной машины. Рассмотрим Kubernetes Engine, если вам нужно развернуть несколько контейнеров на один экземпляр виртуальной машины. Свяжитесь с командой, если в вашем случае использования требуется развернуть несколько контейнеров на экземпляре Compute Engine.
Похоже, что в любом случае мне разрешено запускать только один контейнер на ВМ, поэтому, возможно, я попытаюсь переадресовать порты в моем Dockerfile...
1 ответ
Я наконец-то понял.
Оказывается, я пытался управлять портами из Dockerfile, который явно не контролирует хост.
Поэтому я включил ответ из этого поста:
sudo iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 80 -j REDIRECT --to-port 3000
в создании моего шаблона Google Compute Instance как такового:
--metadata startup-script="sudo iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 80 -j REDIRECT --to-port 3000"
А затем создал экземпляр на основе этого шаблона. Ура для обучения!