функция mail() не пашет, хотя в котейнере с пхп я sendmail поставил

В логах что?

Php

поемуто тишина

поемуто тишина

Ну в логах явно что-то должно быть сендмейл должен быть в контейнере с пхп

а nginx c fpm общается по сети через порт 9000, не через сокет

а nginx c fpm общается по сети через порт 9000, не через сокет

Разницы нет вызов идет функции процессом пхп

Проверить можно где именно лежит бинарь сендмейл и сравнить что в пхп ини стоит

функция mail() не пашет, хотя в котейнере с пхп я sendmail поставил

не надо ее использовать в контейнере )

вообще идеальнйы вариант, если ты сшиваешься с внешним смтп

вообще идеальнйы вариант, если ты сшиваешься с внешним смтп

а contact form 7 настраивать через плагин надо будет получается, если задействовать внешний smtp sender?

Это точно чат про докер?

а как registry на кастомный порт повесить? попробовал так сделать docker run -d -e REGISTRY_HTTP_ADDR=0.0.0.0:5005 --name registry-test registry:2 но почему-то все равно на 5000 висит CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES 2f283d3f89fe registry:2 "/entrypoint.sh /etc…" 13 seconds ago Up 11 seconds 5000/tcp registry-test

run -p

--p это маппинг портов, а чтобы listener другой порт слушал

всё верно (только не --, а -)

в доке сказано REGISTRY_HTTP_ADDR использовать

но получается что не работает эта балалайка?

работает )

а contact form 7 настраивать через плагин надо будет получается, если задействовать внешний smtp sender?

вообще без понятия. Я не специалист по вордпресс

залезь в контейнер и посмотри

/ # nc -z localhost 5000; echo $? 1 / # nc -z localhost 5005; echo $? 0

вообще без понятия. Я не специалист по вордпресс

понял, спасибо за помощь все равно)

/ # nc -z localhost 5000; echo $? 1 / # nc -z localhost 5005; echo $? 0

да, все так / # nc -z localhost 5000; echo $? 1 / # nc -z localhost 5005; echo $? 0 / #

всё?

понял, спасибо, значит PORTS отображает порты в маппинге, мне казалось иначе

ports в данном случае показывает, что в Dockerifle в EXPOSE указано

есть простое веб приложение, которое крутится на 3000 порте. запускаю примерно так: docker run --rm --name test -p 3000:3000 test-image после запуска "docker ps" возвращает вот такое: 0.0.0.0:3000->3000/tcp но при этом если открыть localhost:3000/ в браузере или сделать curl localhost:3000/ то curl: (56) Recv failure: Connection reset by peer Выполняю docker port container_id опять-таки все нормально: 3000/tcp -> 0.0.0.0:3000 если подключиться к контейнеру и выполнить wget localhost:3000/ то все нормально, возвращает хтмл страничку В чем может быть проблема? Как отдебажить? Внутри Dockerfile делаю EXPOSE 3000

в докерфайле expose только для информации, инструкция там ничего не пробрасывает

она говорит девопсу какой порт надо открыть, если докерфайл собирает разработчик

насколько я знаю

так запустить не пробросит разве: docker run --rm --name test -p 3000:3000 test-image

а вот так да пробросит

я это понимаю, что не пробрасывает экспоуз, как пробросить?

Так не пробрасывает че-то 😞

сижу на линуксе, контейнер на node:alpine

На хосте nc -z localhost 3000; echo $?

netcat -z localhost 3000; echo $? 1

при этом в docker ps видно 0.0.0.0:3000->3000/tcp?

то есть да, но с пруфом 😊

уж не фаервол ли?

блиин, хорошая идея!

так наружу 32768 порт смотрит

А не 3000

не, смотрит нужный, я просто уже сделал docker run -P чтобы подцепить все, что экспозится

до этого делал как надо p host:container результат один

но хотя ща попробую его тоже неткатнуть

только сейчас понял, что не то неткатнул

0 возвращает

Ну вот, порт слушается

можно и curl localhost:32768 попробовать

пробовал, то же самое, что и с 3000 ранее

сейчас перезапустил на 3000 опять, опять curl localhost:3000 -> curl: (56) Recv failure: Connection reset by peer при том, что nc -z localhost 3000; echo $? возвращает 0

А внутри контейнера точно отрабатывает сейчас?

сейчас проверю

Приложение внутри контейнера на 0.0.0.0 слушает?

wget localhost:3000/ Connecting to localhost:3000 (127.0.0.1:3000) index.html 100%

вот внутри контейнера

Вообще да, там мапинг порта 0.0.0.0:3000->3000/tcp

я чет думаю может тупо забилженное отдать nginx и забить на это? Может webpack dev server что-то свое там делает хитрое ...

Вообще да, там мапинг порта 0.0.0.0:3000->3000/tcp

Не про это речь.

так, тогда как узнать?

Я думаю пора смотреть docker logs:)

я чет думаю может тупо забилженное отдать nginx и забить на это? Может webpack dev server что-то свое там делает хитрое ...

https://stackoverflow.com/questions/35412137/how-to-get-access-to-webpack-dev-server-from-devices-in-local-network

там только результат билда вебпака и что приложение должно быть доступно на localhost:3000

там передается localhost как хост вебпак дев серверу

У тебя запрос с хоста приходит не по loopback

Так, я настолько нуб в сетях, что не знаю, что это значит. Что сделать, чтобы я мог с хоста приложение открыть, которое в контейнере?

ааа, типа явно передать 0.0.0.0 как хост что-ли?

Да. Глянь ссылку выше. Ты же по сети в контейнер ходишь, а приложение ждет запросы только с локалхоста.

да, спасибо, все работает! стыдно, но я до конца так и не понял причину 😞. То есть локалхост хост машины не мапился в контейнер, поэтому так получалось? Я просто думал, что имея мапинг порта и выполнив на хост машине localhost:3000 этот запрос отправляется внутрь контейнера, раз порт замаплен.

Но, спасибо за помощь, все работает!

да, спасибо, все работает! стыдно, но я до конца так и не понял причину 😞. То есть локалхост хост машины не мапился в контейнер, поэтому так получалось? Я просто думал, что имея мапинг порта и выполнив на хост машине localhost:3000 этот запрос отправляется внутрь контейнера, раз порт замаплен.

У контейнера свой локалхост. Хост и контейнер (по умолчанию) общаются через бридж.

@blockseeker https://m.habr.com/ru/post/333874/

Доброго времени суток. Команда docker service update <SERVICE-ID> не работает, если даже в конфиге указанно UpdateConfig: Parallelism: 1 Delay: 10s Подскажите, при каких условиях срабатывает обновление контейнеров в сварме? требуется перезапуск контейнеров в сварме т.к. в контейнере находится служба которую нужно перезапускать, это проще сделать перезапуском контенеров

Для перезапуска контейнеров приходиться выполнять docker service rm <SERVICE-ID> , а потом docker stack deploy -c docker-swarm.yml <IMAGE-ID>, тогда сервисы в контейнерах перезапускаются, а хотелось бы что можно было просто перезапускать контейнеры в сварме без изменения конфигов.

судя по статистике ответов, никто не пользуется swarm

Всем привет! В docker контейнере крутится php-шный deployer, чтобы развернуть проект по ssh ему нужен приватный ключ, как его передать в контейнер? Через volumes ~/.ssh:какая-то папка?

Доброго времени суток. Команда docker service update <SERVICE-ID> не работает, если даже в конфиге указанно UpdateConfig: Parallelism: 1 Delay: 10s Подскажите, при каких условиях срабатывает обновление контейнеров в сварме? требуется перезапуск контейнеров в сварме т.к. в контейнере находится служба которую нужно перезапускать, это проще сделать перезапуском контенеров

docker service update --force смотрит обновленный образ и перезапускает сервис, настройки которые ты прописал в compose остаются прежние, чтобы подцепить новые настройки нужно выполнять docker stack deploy

Всем привет! В docker контейнере крутится php-шный deployer, чтобы развернуть проект по ssh ему нужен приватный ключ, как его передать в контейнер? Через volumes ~/.ssh:какая-то папка?

вариант