Почему не работает обращение к локальной БД из Docker?

Question

[jenya7771]

Настроил все по ответам из данной статьи.
Вот что получилось:

version: "3.7"

services:
  redis:
    container_name: redis
    image: redis:6.2
    restart: always
    volumes:
      - /data
    ports:
      - 6379:6379

  app:
    container_name: app
    restart: always
    image: bot:staging
    env_file: .env
    environment:
      - DB_HOST=host.docker.internal
      - REDIS_HOST=redis
    ports:
      - 3000:3000
    extra_hosts:
      host.docker.internal: host-gateway
    external_links:
      - redis
    depends_on:
      - redis

Так же настроил PG.

Тестирую что PG работает как нужно:

pg_isready -h 172.17.0.1 -p 5432 -U bot  -d bot
res -> 172.17.0.1:5432 - accepting connections

А когда в докере пытаюсь подключится, вот такая ошибка возникает:

Error: connect ETIMEDOUT 172.17.0.1:5432                                   
   at TCPConnectWrap.afterConnect [as oncomplete] (node:net:1142:16) {    
   errno: -110,                                                             
   code: 'ETIMEDOUT',                                                       
   syscall: 'connect',                                                      
   address: '172.17.0.1',                                                   
   port: 5432                                                               
 }

Comments

[Алексей Островерхов]

Локальный постгрес - он тоже поднят в докере? или поднят на хосте? у меня ощущение, что вы из своего докера с приложением пытаетесь обратиться к адресу в подсети докера, который либо не существует, либо он не является контейнером с постгресом

[jenya7771]

Алексей Островерхов, Постгрес просто установлен на сервере, не в докере

[Алексей Островерхов]

Тогда непонятно, почему вы обращаетесь к 172.17.0.1 - ведь это адрес из подсети докер по умолчанию. Если вы хотите обратиться к локальному постгресу, поднятому у вас на сервере, то указывайте адрес сервера - посмотреть его можно командой ip a или ipconfig, если винда. Заодно проверьте, на каком сетевом интерфейсе он слушает подключение клиентов, потому что по дефолту он слушает только 127.0.0.1

[jenya7771]

Алексей Островерхов,
Если правильно вас понял, то вот так:

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

....
    environment:
      - DB_HOST=db
      - REDIS_HOST=redis
    ports:
      - 3000:3000
    extra_hosts:
      - "db:127.0.0.1"
....

Теперь после запуска не таймаут, а вот такая ошибка

Error: connect ECONNREFUSED 127.0.0.1:5432
   at TCPConnectWrap.afterConnect [as oncomplete] (node:net:1142:16) {
   errno: -111,
   code: 'ECONNREFUSED',
   syscall: 'connect',
   address: '127.0.0.1',
   port: 5432
}

[Алексей Островерхов]

Нет, не верно, 127.0.0.1, он же lo или localhost - это интерфейс-заглушка. В вашем случае должен быть какой-то eth0, ens192 ну или какой-то другой сетевой интерфейс, отличный от lo.

[tormozillo]

покажи еще pg_hba.conf

[jenya7771]

Алексей Островерхов,
Ip-это внешний

ens3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 52:54:00:67:1a:7b brd ff:ff:ff:ff:ff:ff
    inet ip /24 brd 147.78.64.255 scope global ens3
       valid_lft forever preferred_lft forever
    inet6 2a04:5200:fff4::7d3/48 scope global
       valid_lft forever preferred_lft forever
    inet6 fe80::5054:ff:fe67:1a7b/64 scope link
       valid_lft forever preferred_lft forever

environment:
      - DB_HOST=db
      - REDIS_HOST=redis
    ports:
      - 3000:3000
    extra_hosts:
      - "db:ip"

Тоже таймаут

[jenya7771]

tormozillo,
Вот такой:

[tormozillo]

jenya7771, угу, постргря у тебя разрешает заходить к нему только с localhost, причем требуется еще авторизация с паролем. Хер пойми что у тебя там за топология сети, но сюда надо вписать адрес сети или адрес хоста откуда разрешен доступ. И еще проверить postgresql.conf, настроено ли там прослушивание по всем адресам (по умолчанию слушает все адреса)

[jenya7771]

tormozillo, я думал все нули как в последней строчке, это и есть разрешить всем адресам?

[Алексей Островерхов]

jenya7771, покажи вывод ss -telnep | grep 5432

[tormozillo]

jenya7771, сорри, до конца не просмотрел ))) (хосты обычно прописывают до настроек репликации)
да, разрешает заходить всем по паролю. А слушает ли по всем адресам? должна стоять звездочка в postgresql.conf

[jenya7771]

tormozillo, да, звёздочка стоит

[tormozillo]

jenya7771, ещё возможно настроено обязательно использовать ssl в соединении. Но скорее всего не проходят пакеты, раз таймаут. Фаервол может быть на любом участке, или тупо отсутствие роутинга, не знаю скорее всего связано с докером и его настройками безопасности

[jenya7771]

tormozillo, фаервол отключил и заработало)

Не понимаю почему, фаервол это же внешняя защита по сути, локальные думал будут работать адреса. Или 172.17.0.1 какое-то особенное разрешение дать?
Использовал стандартный ufw убунты

[jenya7771]

Алексей Островерхов,
LISTEN 0 138 0.0.0.0:5432 0.0.0.0:* users:(("postgres",pid=645,fd=3)) uid:109 ino:19626 sk:2 <->
LISTEN 0 138 [::]:5432 [::]:* users:(("postgres",pid=645,fd=4)) uid:109 ino:19627 sk:4 v6only:1 <->

[jenya7771]

Алексей Островерхов, с отключённым ufw все заработало, хост для подключения указывал host-gateway

Answer 1

[GeminiX]

Если зайти в шелл контейнера с приложением, будет ли пинговаться сервер БД?

Comments

[jenya7771]

Таймаут, это что-то с фаерволом связано, отключив его все работает

[GeminiX]

jenya7771, Может порт бд через форвардинг на хосте прокинуть?

[jenya7771]

Александр Голдобин, Так хост (172.17.0.2) же локальный, я думал все что с локальным хостом связано не должно касаться файрвола. Как можно проверить прокинут порт или нет?