Ich versuche, von pgAdmin III (das auf beiden Computern installiert ist) eine Verbindung zu einer externen Datenbank herzustellen. Der Kunde beschwert sich:

Zugriff auf Datenbank verweigert

Der Server gewährt keinen Zugriff auf die Datenbank: Der Server meldet

FATAL: no pg_hba.conf entry for host "192.168.108.161",
                                user "postgres",
                            database "postgres",
                                 SSL off 

Um auf eine Datenbank auf einem PostgreSQL-Server zuzugreifen, müssen Sie Ihrem Client zunächst den primären Zugriff auf den Server gewähren (Host Based Authentication). PostgreSQL überprüft die pg_hba.confDatei, ob ein Muster vorhanden und aktiviert ist, das Ihrer Clientadresse / Ihrem Benutzernamen / Ihrer Datenbank entspricht, bevor SQL GRANTZugriffssteuerungslisten ausgewertet werden.

Die anfänglichen Einstellungen in pg_hba.conf sind recht restriktiv, um unerwünschte Sicherheitslücken zu vermeiden, die durch nicht überprüfte, aber obligatorische Systemeinstellungen verursacht werden. Sie werden wahrscheinlich so etwas hinzufügen wollen

host all all 192.168.0.0/24 md5 

In diesem Beispiel wird allen Benutzern im privaten Netzwerk der MD5-verschlüsselte Kennwortzugriff auf alle Datenbanken gewährt 192.168.0.0/24. Sie können den pg_hba.confin pgAdmin III integrierten Editor verwenden, um die pg_hba.confKonfigurationsdatei zu bearbeiten .

Nach dem Ändern pg_hba.confmüssen Sie ein erneutes Laden pg_ctlder Serverkonfiguration auslösen, indem Sie den Serverprozess stoppen oder neu starten.

Wobei der Server ausdrücklich angibt, dass alle Verbindungen aus dem internen Netzwerk akzeptiert werden.

pg_hba.conf

# TYPE  DATABASE        USER            ADDRESS                 METHOD
# "local" is for Unix domain socket connections only
local   all             all                                     md5
host    all             all             127.0.0.1/32            md5
host    all             all             ::1/128                 md5
host    all             all             192.168.0.0/24          md5

Ich habe den Postmaster bereits neu gestartet, damit die Änderungen wirksam werden, und bin so weit gegangen, den gesamten Computer neu zu starten. Was könnte hier noch schief gehen?

Diese Linie:

 host all all 192.168.0.0/24 md5

wird durch Verbindungen von IPs Anpassung lassen , 192.168.0.Xwo Xjeder Byte ist.

Die IP-Adresse Ihrer Fehlermeldung 192.168.108.161stimmt nicht mit diesem Muster überein, da dies nicht der Fall 108ist 0.

Um Adressen wie zu aktivieren 192.168.X.Y, benötigen Sie eine /16anstatt zu /24bedeuten, dass nur die ersten 16 Bits fest sind.

So was:

 host all all 192.168.0.0/16 md5

Vergessen Sie nicht, Postgresql neu zu laden. Verwenden Sie aus den offiziellen Dokumenten pg_ctl reload. Wenn das nicht funktioniert, gibt es andere Möglichkeiten, dies in dieser Frage zu tun .

Zwei Dinge fallen mir ein.

1. Der erste besteht darin, sicherzustellen, dass der Server die Netzwerkschnittstelle überwacht. Standardmäßig hört es nur auf dem lokalen Host. Bearbeiten Sie Ihre postgresql.confDatei und ändern Sie:

   listen_addresses = 'localhost'

   Um stattdessen so auszusehen:

   listen_addresses = '*'

2. Wenn Sie eine Remoteverbindung herstellen, postgresbenötigt Ihr Benutzer ein Kennwort. Standardmäßig ist diesem Konto kein Kennwort zugeordnet, sodass nur die lokale vertrauenswürdige Anmeldung funktioniert. Damit die Remote-Kennwortanmeldung (z. B. md5in pg_hba.conf`) funktioniert, fügen Sie entweder ein Kennwort hinzu oder erstellen Sie einen neuen Benutzer mit einem Kennwort.

Anstatt hostin pg_hba.confVerwendung hostsslzu verwenden, müssen Remoteverbindungen SSL verwenden. Andernfalls werden die Anmeldeinformationen für Benutzername / Passwort im Klartext über die Leitung gesendet.