первое что на ум пришло это если все настроено правильно и MySQL и phpMyAdmin находятся на одной машине, а Nginx на другой то возможно, MySQL открыт только на локалхост (127.0.0.1)

Все находится на одной машине, с Постгресом абсолютно такая же фигня, а там настроен доступ на любые айпишники Не подключает даже если просто порт пробросить и пытаться подключаться извне.

редко когда MySQL разрешает "внешникам" соединяться, если не отконфигурироан быть внешним

Понял, что косяк не только с MySQL, но еще и с reverse proxy Похоже обращение по порту не доходит до контейнера

mysql - не http

postgresql тоже

traefik и nginx позволяют проксировать tcp.

Очень сомневаюсь что там сделано через стримы

Очень сомневаюсь что там сделано через стримы

Да, это плохая идея проксировать tcp

Я бы не был столь категоричным

Там схема выше слишком сложная

Очень сомневаюсь что там сделано через стримы

я тоже сомневаюсь, но вдруг.

всем привет. подскажите пожалуйста, запускаю докер так: docker-compose up --no-color >> docker.log как мне запустить его в режиме демона (с ключем -d) что бы логи так же писались в файл?

docker logs -f blablabla > docker.log

а еще умнее - слать логи в journald

и смотреть через journalctl CONTAINER_NAME=имя_контейнера (вроде ничо не перепутал)

https://docs.docker.com/config/containers/logging/journald/

а вывод композера нельзя перехватить в режиме демона?

а зачем тебе вывод docker-compose ?

и еще - не называй его компоузером

никогда

это тебе не пыхыпы

и еще момент 2 - в режиме демона ни компоуз, ни контейнеры не запускаются. Это d от detached. Т.е. отсоединено от консоли. docker-compose - просто выполняет команды docker run blablabla и завершается

всем привет. подскажите пожалуйста, запускаю докер так: docker-compose up --no-color >> docker.log как мне запустить его в режиме демона (с ключем -d) что бы логи так же писались в файл?

я не рекомендую этого делать, но тебя никто же и не заставляет nohup docker-compose ${config} up >> logs.txt 2>&1 &

я не рекомендую этого делать, но тебя никто же и не заставляет nohup docker-compose ${config} up >> logs.txt 2>&1 &

oh shi~

АХАХАХА

плохой день

а зачем тебе вывод docker-compose ?

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

цель-то какая?

мониторинг?

ну если что то упадет, хоть примерно знать что сломалось

ты хочешь мониторинг и логирование

вот когда упадёт - тогда и будешь смотреть в docker-compose logs или в docker logs

ок, спасибо)

если это всё на сервере то тебе один фиг надо нормальный мониторинг и нормальное логирование

если это всё на сервере то тебе один фиг надо нормальный мониторинг и нормальное логирование

+?

Почему на localhost:9000 не появляется приложение? Приложение на Ноде, смотрит на порт 4200. Dockerfile: EXPOSE 9000 Powershell: docker build -t somecontainer:draft . docker run -p 9000:9000 -d somecontainer:draft

docker run -p 9000:4200, видимо?

docker run -p 9000:4200, видимо?

+100

docker run -p 9000:4200, видимо?

Я вот его, этот вариант, делал уже... сейчас проверю

docker run -p 9000:4200, видимо?

Не помогло. Что еще может влиять? Извините за сеанс экстрасенсорики. docker ps говорит, что у контейнера COMMAND: "npm start", то есть он заводится...

netstat -nlpt | grep 9000 telnet localhost 9000 что говорят?

приложение принимает запросы на 0.0.0.0?

приложение принимает запросы на 0.0.0.0?

+100

netstat -nlpt | grep 9000 telnet localhost 9000 что говорят?

Лучше внутри контейнера делать и не на 9000, а на порт ноды

если контейнер работает, наверное нода все таки слушает порт, но хуй ее знает

если контейнер работает, наверное нода все таки слушает порт, но хуй ее знает

Не факт

Может и не слушать. Или слушать, но не тот

netstat -nlpt | grep 9000 telnet localhost 9000 что говорят?

У мну винда, но не важно. На хосте делал: 1. netstat -n | select-string 9000 - нет данных 2. ping localhost:9000 - нет отклика По ходу, 9000 на хосте вообще не слушается никем

В контейнер ХЗ как зайти... В node-11:alpine баш есть?

sh вроде есть

sh вроде есть

Зашел. Как там у них диспетчер задач? atop не канает

ps

ps awux сделай

@ildaar @sahaquielx

У мну винда, но не важно. На хосте делал: 1. netstat -n | select-string 9000 - нет данных 2. ping localhost:9000 - нет отклика По ходу, 9000 на хосте вообще не слушается никем

как это, пинг порта О_О

а я уже сванговал https://t.me/docker_ru/118147

apk add telnet telnet localhost 4200 из контейнера

приложение принимает запросы на 0.0.0.0?

Внутри контейнера: ~/app $ ping 0.0.0.0 PING 0.0.0.0 (0.0.0.0): 56 data bytes ping: permission denied (are you root?)

Внутри контейнера: ~/app $ ping 0.0.0.0 PING 0.0.0.0 (0.0.0.0): 56 data bytes ping: permission denied (are you root?)

так. ты не веб-программист и не админ, я угадал?

так. ты не веб-программист и не админ, я угадал?

Я по идее веб-программист, но, по ходу, очень херовый

Я спецом образ собирал без sudo

Dockerfile: USER node COPY --chown=node:node . .

https://stackoverflow.com/questions/33953447/express-app-server-listen-all-intefaces-instead-of-localhost-only

задница

>do not run container as root ha-ha

ping 0.0.0.0 делать не нужно

дело не в судо

дело не в судо

+100

+100

ты сегодня немногословен))

нахуя его пинговать. нужно телнетица но телнета нет и не будет потому что нет sudo

apk add telnet telnet localhost 4200 из контейнера

~/app $ apk add telnet ERROR: Unable to lock database: Permission denied ERROR: Failed to open apk database: Permission denied

там nc есть.

там nc есть.

Внутри контейнера nc localhost 4200 - ок, молчит. На хосте захожу в localhost:9000 - в nc ноль отклика.

мне кажется nc подругому работает

конфиг ноды в студи

nc -v -z localhost 4200

вот так надо

мне кажется nc подругому работает

да

nc -v -z localhost 4200

localhost (127.0.0.1:4200) open

ну, значит слушает

только оно должно еще написать "connected"

и ты можешь туда какую-нибудь какашку ввести и попробовать получить 200 ОК

только оно должно еще написать "connected"

Не пишет

и ты можешь туда какую-нибудь какашку ввести и попробовать получить 200 ОК

~/app $ nc localhost 4200 kakashka HTTP/1.1 400 Bad Request Connection: close

ну, значит нода 4200 слушает

Так-с, с этим разобрались...

осталось принимать запросы на 0.0.0.0 и дело с концом)

конфиг ноды в студи

Стандартное Ангуляровское приложение на Angular CLI, стандартно смотрит на 4200 и отдает сгенеренный html... порт назначается в angular.json, а там та еще лапша... Давным-давно я собирал образ с nginx'ом, туда совал собранное приложение, и оно как-то работало, а сейчас я избавился от nginx и пошло-поехало.

верни нжинкс на место

верни нжинкс на место

+1 и извинись перед ним если не сложно

Извините, конечно, что затронул сию нежнокожную тему в виде nginx