Как подключиться к docker-контейнеру c PostgreSQL?

Question

[OldJohn]

Ввожу в консоль такую строку:

docker run --name name -p 5432:5432 -e POSTGRES_PASSWORD=password -e POSTGRES_USER=user -e POSTGRES_DB=postgres_db -d postgres:13.3

При попытке подключиться через IntelliJ получаю ошибку что пароль не верен. Локально у меня стоит PostgreSQL, которая и висит на порту 5432 и там другой юзернейм и пароль.
Я удаляю этот контейнер, и создаю новый тем же способом, только на порт 5434:

docker run --name name -p 5434:5432 -e POSTGRES_PASSWORD=password -e POSTGRES_USER=user -e POSTGRES_DB=postgres_db -d postgres:13.3

Теперь при попытке подключиться получаю:


docker ps --all выдает:

Comments

[Владислав Лысков]

Ты не написал как подключаешься, если что host должен быть не localhost, а имя контейнера

[OldJohn]

Владислав Лысков, Да, я подключался через localhost.
Вообщем создал для теста контейнер

Подключаюсь:

Получаю:

[Владислав Лысков]

OldJohn, но у тебя же контейнер называется name

[Владислав Лысков]

И user не postgres_d

[OldJohn]

Владислав Лысков, postgres_d же) Нет? Но с name вместо localhost картина та же)

[сергей кузьмин]

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

[OldJohn]

Ты можешь просто написать строчку с которой у тебя все получается?)

[OldJohn]

Владислав Лысков, А что же? Я что то не понимаю)

[Владислав Лысков]

OldJohn, смотри, вот же ты это всё задаёшь

docker run --name name -p 5434:5432 -e POSTGRES_PASSWORD=password -e POSTGRES_USER=user -e POSTGRES_DB=postgres_db -d postgres:13.3

[OldJohn]

Владислав Лысков, Ну! Так у меня все задано как postgres_d

[Владислав Лысков]

OldJohn, хде?
имя контейнера - name
порт - 5434
пароль - password
юзер - user
база - postgres_db

я же всё выделил

[OldJohn]

Владислав Лысков, Ну глянь на скриншот.

[OldJohn]

сергей кузьмин, Я попробую, спасибо. Только сначала разберусь как это сделать)))

[Владислав Лысков]

OldJohn, соглашусь, тогда не знаю

[mureevms]

telnet localhost 5434 что говорит?

[OldJohn]

DBMS:
Case sensitivity: plain=mixed, delimited=exact
Driver: (ver. , JDBC)
Effective version: PostgreSQL (ver. 0.0)
Подсоединение по адресу localhost:5434 отклонено. Проверьте что хост и порт указаны правильно и что postmaster принимает TCP/IP-подсоединения.

[mureevms]

OldJohn, телнет к порту проходит?

[OldJohn]

mureevms, А как это проверить?)

[OldJohn]

mureevms, Все, разобрался:

C:\Windows\system32>telnet localhost 5434
Подключение к localhost...Не удалось открыть подключение к этому узлу, на порт 5434: Сбой подключения

[mureevms]

OldJohn, Порт в системе не слушается. Гуглите как докер пробрасывает порты в винде, тут я не подскажу.

Answer 1

[mayton2019]

Кажется я так делал.
docker network inspect .....

покажет тебе IP-шники внутри той сети в которой ты стартовал контейнер. Вот туда и подключайся.
Только в параметрах старта контейнера тебе надо имя этой сети указать.

Comments

[mureevms]

Автор маппит 5434 порт на локалхост, который пробрасывается в контейнер. По дефолту Постгре слушает все интерфейсы, т.е. подключение на localhost:5434 должно работать и более того, у меня работает. Поэтому и надо убедиться, о чем я просил в комментах, что порт доступен.

[OldJohn]

Может просто docker inspect (хэш контейнера)
Вот часть вывода

"SecondaryIPv6Addresses": null,
"EndpointID": "bb428b74688cfce460c7de2c7e40770fff8ba578291fb4f0f7c708578d75228d",
"Gateway": "172.17.0.1",
"GlobalIPv6Address": "",
"GlobalIPv6PrefixLen": 0,
"IPAddress": "172.17.0.2",

[mayton2019]

Да да. Попробуй 172.17.0.2 этот доступен?

[mayton2019]

Да да. Попробуй 172.17.0.2 этот доступен?

[OldJohn]

mayton2019, Ошибка при попытке подсоединения

[OldJohn]

Вообще должна отработать вот эта строка
docker run --name postgres -e POSTGRES_PASSWORD=password -e POSTGRES_USER=user -e POSTGRES_DB=postgres -p 5434:5432 -d postgres

Но после её выполнения команда docker ps --all выдает:

Не понимаю почему не выполняется. STATUS Exited (1) и вкладка "порты" пуста.
Но если я удаляю контейнер и добавляю к этой строке в конце :13.3 то есть просто версию postgres, как я понял
то вывод docker ps --all:

[mayton2019]

У тебя возможно в пароле какие-то символы которые разбивают командную строку и параметры игнориуются.

[OldJohn]

Нет

[mayton2019]

Добавь --network

[OldJohn]

mayton2019, Куда добавить?

[mayton2019]

Один

https://docs.docker.com/engine/reference/commandli...

Два

https://docs.docker.com/engine/reference/run/

И docker inspect

Answer 2

[Дмитрий Кинаш]

Начнем с главного. Докер - это фактически виртуалка. А виртуалка - это фактически изолированный отдельный хост.

Если вы публикуете апку на контейнер с постгрей, то все ок - можно обращаться через локалхост. Если публикуете апку в отдельный контейнер, который вместе с постгрей поднимаете Докер Компоузером, то тоже все норм - главное в апке прописать название хоста, которое прописано для постгри в docker-compose.yml

А вот если вы с основной машины хотите стучаться в службу на виртуалке, как в службу на основном хосте, то вам нужно или делать переброску портов, или зайти через консоль в контейнер, там проверить текущий айпишник, по которому будете стучаться с вашей IDE. У меня было так:

ip addr show eth0 | grep -oP '(?<=inet\s)\d+(\.\d+){3}'

Comments

[Александр Карабанов]

docker inspect <container id or name> позволит узнать IP куда быстрее, особенно когда пакет iproute2 отсутствует в образе контейнера и ты не в курсе, где в /proc его найти.

PS
И да, контейнер это вообще не виртуалка, даже не близко.

[Дмитрий Кинаш]

Александр Карабанов, это банан не виртуалка даже близко; и табуретка не виртуалка даже близко. А контейнеры - это облегченные виртуалки, которые большую часть функций юзают из гостевой системы. Пусть и неполноценная виртуалка, но со своим сетевым интерфейсом и отдельным адресом, а чем я и хотел сказать.

P.S. Жаль мне в свое время никто про docker inspect не подсказал и пришлось внутри контейнера ставить iproute2 и еще несколько пакетов.

[OldJohn]

Александр Карабанов, ip я узнал таким образом, но при подключении получаю тот же результат.

[Александр Карабанов]

OldJohn, в качестве операционки Windows?

[Александр Карабанов]

Дмитрий Кинаш,

это банан не виртуалка

Контейнер это изолированный процесс и больше ничего. Если ты запустишь контейнер без изоляции сети (network mode host) меньше контейнером от этого он не станет - виртуализацией там даже не пахнет.

Почитай кстати

PS
Как запустить контейнер без изоляции вообще

└$ sudo unshare --pid --fork bash

root@zbook:/home/karabanov# echo $$
1

[OldJohn]

Александр Карабанов, Да

[Дмитрий Кинаш]

Александр Карабанов, при всем уважении - нет. Это контейнеризируемый процесс - это "изолированный процесс". А контейнер - это отдельная изолированная часть системы со своими собственными процессами и библиотеками! Кстати, изначально контейнеры использовали именно для решения Dependency Hell - я сам так использовал, когда у меня были гемы от разных версий руби.

По истории, обсуждаемый тут Docker начинался как набор скриптов под OpenVZ, потому что последние ребята хоть и ели хлеб на серверной контейнеризации, но не давали удобных инструментов для широких пользователей. Упершись в ограничения докеровцы через несколько лет переписали все под LXC. Это две популярные системы контейниризации, кроме которых еще были Linux-VServer, FreeBSD jail и Solaris Containers. Упомянутые "докеровские" подсистемы изначально начинали тоже просто как наборы скриптов для управления контрольными группами и пространствами имён, но каждый раз упираясь в ограничения ядра Linux они делали свои "велосипеды", чтобы повысить изолированность и безопасность для содержимого контейнеров.

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

[Александр Карабанов]

Дмитрий Кинаш,

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

В этом и есть смысл изоляции, между тем никто не заставляет изолировать все аспекты системы. Выше я показал способ запустить контейнер без изоляции вообще всего, между тем меньше контейнером он от этого не стал.

Не важно что процесс внутри контейнера слушает порт - через локалхост к этому порту невозможно достучатся - только через айпишник виртуальной частной сети или посредством мепинга портов.

Можно не изолировать сеть и тогда будет возможно.

[Александр Карабанов]

OldJohn, ты не туда подключаешься. Надо подключаться на интерфейс виртуалки в которой запущено ядро Linux вместе с Docker, а не к localhost. Этот интерфейс вероятно называется DockerNAT. И проверь что фаирвол Windows не блокирует трафик.