ппц просто вынуждают на второй версии сидеть

ок

вот еще что нашел https://github.com/docker/compose/issues/4379#issuecomment-333136895

вот еще что нашел https://github.com/docker/compose/issues/4379#issuecomment-333136895

и еще потом вот так https://github.com/docker/compose/issues/4379#issuecomment-367375596

ого, спасибо!

Ну на дефолте не завелось возможно конфликт с нат сервером, но все же

версия ядра какая кстати?

Ребята, я с очередным вопросом!! у меня есть приложение в докере, которое должно коннектиться к базе постгрес, которая стоит на хост машине. Так вот проблема в том, что у меня приложение падает на попытке коннекта к бд по таймауту. в pg_hda стоит разрешение на подключение с ip сети докера, которое создает docker-compose, в приложении указан ip шлюза (172.18.0.1) но приложение никак не хочет коннектиться

в постгрессе listen_adress стоит *

Ребята, я с очередным вопросом!! у меня есть приложение в докере, которое должно коннектиться к базе постгрес, которая стоит на хост машине. Так вот проблема в том, что у меня приложение падает на попытке коннекта к бд по таймауту. в pg_hda стоит разрешение на подключение с ip сети докера, которое создает docker-compose, в приложении указан ip шлюза (172.18.0.1) но приложение никак не хочет коннектиться

172.18.0.0/24

это что?

Ребята, я с очередным вопросом!! у меня есть приложение в докере, которое должно коннектиться к базе постгрес, которая стоит на хост машине. Так вот проблема в том, что у меня приложение падает на попытке коннекта к бд по таймауту. в pg_hda стоит разрешение на подключение с ip сети докера, которое создает docker-compose, в приложении указан ip шлюза (172.18.0.1) но приложение никак не хочет коннектиться

172.17.0.1 попробуй

в приложении указывается?

172.17.0.1 попробуй

в приложении не видит такой сети 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 23: eth0@if24: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default link/ether 02:42:ac:12:00:02 brd ff:ff:ff:ff:ff:ff link-netnsid 0 inet 172.18.0.2/16 brd 172.18.255.255 scope global eth0 valid_lft forever preferred_lft forever

172.17.0.1 попробуй

172.0.0.0/24

172.0.0.0/24

ты про pg_hda?

Ну кагбде да

Ну кагбде да

сейчас

с докера попробуй вручную коннект к базе, что скажет потом в лог глянь от Postgresql

можно в 2 окна, tail -f /var/log/postgresql/имя файла лога, и в другом коннект с докера

и там еще беда может быть с типом peer/md5

Ребята, я с очередным вопросом!! у меня есть приложение в докере, которое должно коннектиться к базе постгрес, которая стоит на хост машине. Так вот проблема в том, что у меня приложение падает на попытке коннекта к бд по таймауту. в pg_hda стоит разрешение на подключение с ip сети докера, которое создает docker-compose, в приложении указан ip шлюза (172.18.0.1) но приложение никак не хочет коннектиться

А что мешает упаковать бд в контейнер? А ту что на самом хосте потушить

А что мешает упаковать бд в контейнер? А ту что на самом хосте потушить

раньше так делал, но вроде как не очень практика, типо пинг все таки будет и все такое, да и вообще сделать все таки хочется

раньше так делал, но вроде как не очень практика, типо пинг все таки будет и все такое, да и вообще сделать все таки хочется

ping в виртуальной сети действительно очень долгий, да

раньше так делал, но вроде как не очень практика, типо пинг все таки будет и все такое, да и вообще сделать все таки хочется

Вроде как не очень практика не использовать контейнеры и ставить на хост приложуху прибивая её гвоздями, чтоб навека!

с докера попробуй вручную коннект к базе, что скажет потом в лог глянь от Postgresql

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

172.0.0.0/24

этот вариант не прокатил

с докера попробуй вручную коннект к базе, что скажет потом в лог глянь от Postgresql

до лоов даже не добирается, просто не проходит маршрут

Тогда пичаль пичальная

((

((

в докере какой ip ?

+ какой ip самой ос - дай вывод

в докере какой ip ?

172.18.0.2

ща

ну и дать разрешение для Postgresql в конфиге 0,0,0,0,0/0 а в pg_hda дать разрешение со всех Ip ос, ибо ты же через бридж коненктишься

+ какой ip самой ос - дай вывод

"Containers": { "c4f97899134a04fdd8720e0824cc0b23da7ec574bfe4eb14ff3c4e712eac6a95": { "Name": "notification_app_1", "EndpointID": "215ee4bbc6dcf8d44407bf6fda372cecd213cfcb0cd25a59e0df1039f0378d8f", "MacAddress": "02:42:ac:12:00:02", "IPv4Address": "172.18.0.2/16", "IPv6Address": "" } },

ну вот, эт оконтейнер, ip ос самой поидее 172.18.0.1/16

ip a из ос дай

https://pastebin.com/rw9QM4bb

172.0.0.0/24

Это не верный совет, это даже не серые адреса. Вот подсети для серых адресов описаны здесь: https://tools.ietf.org/html/rfc1918 10.0.0.0 - 10.255.255.255 (10/8 prefix) 172.16.0.0 - 172.31.255.255 (172.16/12 prefix) 192.168.0.0 - 192.168.255.255 (192.168/16 prefix)

Это не верный совет, это даже не серые адреса. Вот подсети для серых адресов описаны здесь: https://tools.ietf.org/html/rfc1918 10.0.0.0 - 10.255.255.255 (10/8 prefix) 172.16.0.0 - 172.31.255.255 (172.16/12 prefix) 192.168.0.0 - 192.168.255.255 (192.168/16 prefix)

я это уже понял))

ip a из ос дай

br-a92e0c876032 эта сеть для контейнера, которую создает docker-compose

@think ~/docker/hub-symfony $ ip a 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 inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: enp0s25: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000 link/ether 28:d2:44:1d:7c:c2 brd ff:ff:ff:ff:ff:ff inet 192.168.88.254/24 brd 192.168.88.255 scope global noprefixroute enp0s25 valid_lft forever preferred_lft forever inet6 fe80::7db7:9737:1ef0:6180/64 scope link noprefixroute valid_lft forever preferred_lft forever 3: wlp3s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000 link/ether a4:4e:31:19:2a:24 brd ff:ff:ff:ff:ff:ff 4: br-91a48474f5f8: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default link/ether 02:42:bc:b4:8e:cb brd ff:ff:ff:ff:ff:ff inet 172.18.0.1/16 brd 172.18.255.255 scope global br-91a48474f5f8 valid_lft forever preferred_lft forever 5: docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default link/ether 02:42:86:8f:0d:1a brd ff:ff:ff:ff:ff:ff inet 172.17.0.1/16 brd 172.17.255.255 scope global docker0 valid_lft forever preferred_lft forever вывод, ip a с ОС, в коротой запускаются докеры

https://pastebin.com/rw9QM4bb

так вот же

блин, дичь какая-то, выставил host all all 0.0.0.0/0 md5 в hda, все равно нет ничего в логах

блин, дичь какая-то, выставил host all all 0.0.0.0/0 md5 в hda, все равно нет ничего в логах

Могу одолжить свой отличный шаманский бубен, чтоб веселее было танцевать )))

Могу одолжить свой отличный шаманский бубен, чтоб веселее было танцевать )))

спасибо :)

Коллеги, вам часто приходится сталкиваться с nginx и его конфигурацией?

neprivet.ru

Коллеги, вам часто приходится сталкиваться с nginx и его конфигурацией?

ну как, в каждом новом проекте, ну и потом по минимуму, разве что какой-нибудь веб-сокет прокинуть

ну как, в каждом новом проекте, ну и потом по минимуму, разве что какой-нибудь веб-сокет прокинуть

Тогда наверное сможешь ответить на один вопрос

Тогда наверное сможешь ответить на один вопрос

попробую, но я не мастер nginx

Коллеги, вам часто приходится сталкиваться с nginx и его конфигурацией?

по 10 раз в день

а что?

пустой

если бы локейшен был вложенный, тогда бы вернул а = 32

хм

а что?

Разгадай загадку что на скриншоте

или я путаю

пустой

Твой ответ принят, ждём остальных

дай весь конфиг Nginx

хер знает, на каком порту он запущен этот конфиг

и хрен знает, что там еще есть в нем

дай весь конфиг Nginx

Это весь конфиг

хер знает, на каком порту он запущен этот конфиг

Порт тут ни при чем, представь что стандартный

нихера не вернет, Nginx по дефолту на 80 порту, а этот у тебя на 8080 если нет докера, который мапиться с 80 своего на 8080 хоста где докер запущен

нихера не вернет, Nginx по дефолту на 80 порту, а этот у тебя на 8080 если нет докера, который мапиться с 80 своего на 8080 хоста где докер запущен

Представь что остальная часть по дэфолту, вопрос в том что вернёт curl?

еще раз, ты курлишь 8080 порт, а nginx by default на 80

404

Выгнать ГАДА за неадекват

Выгнать ГАДА за неадекват

воу воу

еще раз, ты курлишь 8080 порт, а nginx by default на 80

Ну хорошо, представь что listen 8080

крч

ты меняешь условия по ходу ответов, то у тебя дефолт nginx, теперь он у тебя стал дефолт 8080

Еще раз подтверждаю - НЕАДЕКВАТ

Еще раз подтверждаю - НЕАДЕКВАТ

ну попрыгай от радости