Niewłasciwe hasło do bazy na jednym z komputerów jednak u mnie działa

Możliwe, że temat banalny, ale nie mam pojęcia jak ruszyć dalej

przygotowałem projekt, który po odpaleniu docker-compose up - d stawia postgresa z pgadminem

projekt po uruchomieniu łączy się z bazą i wyświetla jego wersje (wersja mało ważna, jest po to by sprawdzić czy zapytania działają)

U mnie działa (A1)

U kogoś innego (A2) nie działa i dostaję na twarz

Teraz pytanie dlaczego niepoprawne hasło?

Obserwacje:

• hasło działa dla nas obu poprzez pgadmina i łaczy się z bazą (uzytkownik i haslo to ctrl+c ctrl+v)
• po zmianie hba.conf na zezwolenie wszystkich połączeń błąd pozostaje bez zmian
• dodawanie do connection string trustconnection

link do projektu
https://github.com/fasadin/postgresql-docker-connection

Strzelam w ciemno. Jesteś pewny że treść błędu odzwierciedla rzeczywisty stan rzeczy? Czy w grę nie wchodzi jakiś firewall blokujący połączenia z innych IP?

jestem pewny ze nie ma to nic wspolnego z haslem :D raczej powiedzialbym ze jest to kwestia konfiguracji. Ale nie mam pojecia jak to dalej "ruszyc". Zobaczymy z firewallem

edit firewall u niego wylaczony u mnie wlaczony, wiec raczej nie to

A tak z głupia pęk to gdzie ten doker stoi?
Bo w połączeniu jest localhost. Jak jest uruchamiany u A2 to może jednak jakaś lokalna baza czy inny kontener daje odpowiedź. Głupie... Ale.

A nasłuchuje na jakim porcie? Może się coś zmieniło? Ja zawsze wbijałem port na sztywno w connectiondata

obstawiam że ma port zajęty, może ma już nawet postgresa na tym porcie i to hasło tam po prostu nie działa
odpal
netstat -ano | find "5432"

Poczytałem trochę i możliwe przyczyny:

1. Zbyt skomplikowane hasło,
2. U klienta jest odpalonych więcej niż 1 instancja postgressa

Pisze to na podstawie problemów innych użytkowników. Więc jeśli pisze głupoty to wina Google

zmiana portu na 5433 pomoglo...

@fasadin:

czyli miał odpalonego innego postgresa gdzieś w tlę i do niego się łączył?

Wychodzi na to że ludzie od baz danych "nie umiejo w komunikaty błędów" :D Nie pierwszy raz się z tym zderzam. Dopiero co kilka tygodni temu pracowałem nad integracją systemu z Cosmos DB i dostawałem kod 401 (Unauthorized) podczas kiedy okazało się że wymagany kontener (odpowiednik kolekcji/tabeli) po prostu nie istnieje :D