[ChristophT]

Hallo Stephan,

wir sind mit PostgreSQL von 11 auf 15 gegangen.
Alles läuft, solange in der pg_hba.conf trust eingestellt ist. Stelle ich auf scram um, kann der NM laut Fehlermeldung nicht mehr auf die DB zugreifen. Die Fehlermeldung nennt aber keinen Authentifizierungsfehler.
Ist das schon mal passiert? Evtl. weil NM das PW im Klartext schickt? MD5 müsste von PostgreSQL ja auch mit scram-Einstellung akzeptiert werden. Welche Einstellung wird normalerweise verwendet? Oder wo könnte der Fehler sonst liegen? 
Danke.
VG

[NM-Himself]

Hallo Christoph,

hast du auf den Clients den neueste ODBC-Treiber installiert? Für Version 15 gibt es glaube ich noch keinen, aber einen für die Version 13.

Gruß
Stephan

[ChristophT]

Ja, ich hab den neuesten Treiber installiert.

[NM-Himself]

Wie sieht es denn mit NMAdmin und NM5 aus? Können die sich noch anmelden, wenn du von trust auf scram änderst?

Gruß
Stephan

[ChristophT]

Bei allen Varianten tritt die gleiche Meldung auf.

[ChristophT]

Auch die Einstellung auf md5 zu stellen führt dazu, dass die Verbindung nicht möglich ist. 
Die Passwortverschlüsselung für die db in PostgreSQL ist auf SCRAM eingestellt - aber nur trust ist möglich.
Mir ist nicht ganz klar, an welcher Stelle das dann scheitert. 
Hat jemand eine Idee?

[ChristophT]

OK - das Thema ist erledigt.

Lösung: Mit NMDBSetup eine erneute Verbindung mit der Datenbank einrichten, nachdem dort die Verschlüsselung umgestellt wurde.

[Maillot_Jaune]

Hallo Stephan,

wir haben hier das gleiche Problem. Allerdings ändert sich bei uns auch nichts, wenn wir auf "trust" stellen. (postgre-Dienst vorher gestoppt, dann wieder gestartet).

@ChristophT: Kannst du das genauer erklären. Ich hab mal das NMPGSetup laufen lassen, allerdings geht's bei mir dann auch nicht mehr weiter, wenn er die Verbindung zur Datenbank ausprobiert.

NM4 und NMAdmin laufen, neuester ODBC-Treiber ist installiert. Wir verwenden PostgreSQL 13.

VG
Jürgen

[NM-Himself]

Hallo Jürgen,

dann blockiert bei euch vermutlich eine Firewall den Zugriff auf den Server. Bei PG 13 liegen (bei einem Windows-Server) die PG-Logdateien unter C:\Program Files\PostgreSQL\13\data\log. Schau immer in die neueste Logdatei rein.

Steht da so etwas wie "2023-07-27 12:06:44.359 CEST [36836] FATAL: kein pg_hba.conf-Eintrag für Host »192.168.2.99«, Benutzer »postgres«, Datenbank »postgres«, keine Verschlüsselung", dann hat der Client den Server erreicht, die Verbindung wurde aber nicht zugelassen (hier ein fehlender Host-Eintrag, da kann auch ein Authentifizierungsfehler stehen).

Steht da aber zum fraglichen Moment gar nichts, dann wurde der Server gar nicht erst erreicht, was auf ein Problem mit einer Firewall hinweist.

Gruß
Stephan

[Maillot_Jaune]

Hallo Stephan,

ich hab's jetzt mal von einem anderen, frisch installierten Rechner probiert.
Komischerweise hat's dort jetzt funktioniert, d.h. am Server scheint alles zu stimmen.
Da muss ich mir die Clients wohl mal vorknöpfen.

VG
Jürgen

[ChristophT]

Wenn du die Verschlüsselung änderst, müssen die Passwörter neu vergeben werden. 
Du könntest folgendes versuchen: kopiere die conf-Dateien vom funktionierenden Rechner auf die nicht-laufenden (ins gleiche Verzeichnis)