Inoffizielles deutsches Xbase-Forum

ja, das ist auch nur, wenn der PGAdmin gestartet wurde und es bestand schon einmal eine Verbindung. Mein Bildschirm ist der Moment, in dem ich die Connection zum Server aufbaue und die Eingabedaten bestätige und dann zum erstenmal geprüft wird, ob die korrekt sind.

Manfred hat geschrieben: ↑Do, 23. Apr 2020 14:08 Allerdings habe ich da auch nicht verstanden, warum er da immer mit einem Administrator Konto dran wollte.

Du hast das Teil aber nicht mit Data-Verzeichniss unter c:\programme... installiert ???? Oder etwa Doch?

das war ein Paket und es hat sich unter c:\Programm Files\PostgreSQL\12 selbst installiert

da ist was anderes im Argen. Ich habe jetzt einmal einen Postgres unter Linux versucht zu connecten. zuerst kam die meldung ob ich mir sicher wäre das da überhaupt einer am anderen Ende warten würde, weil keine verbindung aufgebaut werden kann. Dann habe ich festgestellt, das ich den lauschport noch auskommentiert hatte. Scharf geschaltet und auf einmal kommt die gleichen Meldung wie bei dem Windowsserver Timeout usw. Jetzt habe ich die Faxen erstmal schmal.

Ich habs jetzt mit den aktuellen Download auf 2 unberührten virtuellen Maschinen mit den Standard Einstellungen installiert.
Auf beiden Geräten unter dem Admin Account.
Das einzige nötige war der Eintrag in der config ist der aus dem 2 Beitrag.
Ich habs mir einfach gemacht und einfach verwendet.
PG-Admin verbindet sich Problemlos. Alles funktionert. Auch Tabellen erstellen. Auch mit den Daten unter c:\programme....

wie gesagt, irgendwas ist hier verdreht. Ich werde mal eine Pause einlegen und nacher nochmal anfangen.

Servus Manfred,

darf ich Dich auf aus meinem Vortrag in Münster verweisen?

Speziell auf die Punkte:

• Installation Datenverzeichnis

• Firewall-Einstellung für eingehende Verbindungen

• pg_hba.conf

• Logging-Einstellungen

HI Werner,
ist wohl irgendwie abhanden gekommen. Weder bei mir, noch auf dem Server im Downloadbereich. hast Du mir das wirklich gegeben?

Ja, ich hab damals dem Martin alles gegeben.
Schicke Dir eine PN.

Danke, werde es dann auch auf den Vereinsserver schieben für andere zum Download

Werner,
Deine PN war nett, aber leer

Mir?

Manfred,
liegen doch auf dem VServer!? WEMA_SQL_Vortrag_Münster.pdf vom 4. Mai 2019

Viele Grüße,
Martin

darin ist auf eine PDF verlinkt, die es nicht gibt. Und das ist besagte von Werner

@Werner,
hat auch nicht geholfen. habe alle Werte soweit sie noch nicht vorhanden waren nachgetragen, aber es will trotzdem nicht.

Die ich auch nicht habe - sorry.

Viele Grüße,
Martin

Manfred hat geschrieben: ↑Do, 23. Apr 2020 17:47 Werner,
Deine PN war nett, aber leer

Weil nur 256 kB hier im Forum gehen, die Datei wird einfach nicht mitgeschickt, ohne Fehlermeldung...

Wenn Du alle Punkte beachtet hast, dann funktioniert der Zugriff auf den PG-Server vom Client aus! Wir haben das mind. schon 50x so eingerichtet, lokal, remote, VPN, RDP heute sogar auf einem Kunden Qnap-NAS mit PG-Server über unseren APP-Server mit Portverbiegung per plink… Ich kann da mit localhost und Port 55432 von uns aus den PG-Server auf dem NAS des Kunden ansprechen.
Wenn Du magst, ruf mich morgen am frühen Nachmittag an, dann schaue ich mir das bei Dir an.

Martin Altmann hat geschrieben: ↑Do, 23. Apr 2020 18:33 Die ich auch nicht habe - sorry.

Viele Grüße,
Martin

Hab sie Dir gerade gemailt. Bitte im Download-Ordner ablegen. Damals sollte ich folgendes mitgeliefert haben:

• Vortrag als PDF

• Demo-Prog im Quellcode

• PostgreSQL-Installations-PDF

• info.txt

Sollte noch was fehlen, sag bitte Bescheid.

Ist erledigt - danke!
Die info.txt war im .zip mit dem Programmcode drin.
Nur die Installations-PDF fehlte.

Viele Grüße,
Martin

Danke auch.

Leute,
fragt mich nicht was es war, aber jetzt klappt es. PGAdmin komplett entfernt, alle alten Verzeichnisse dazu entfernt und nochmal neu installiert. Und dann....
Verdammt, keine Ahnung aber es klappte sofort.
Ich krich die Krise....

so, jetzt ist die Sache durchsichtiger. es war (wie angänglich vermutet) etwas ganz blödes.
Es lag an der Firewallregel für den Port. Was soll das? Erkläre ich jetzt kurz.
nachdem ich die Firewall wieder eingeschaltet hatte, war der Zugrifff auf allen Systemen jeweils wieder unmöglich. Obwohl alles dem Anschein nach korrekt eingetragen war. Also habe ich die Eingansregel gelöscht und neu erstellt und schon klappte es. Und das obwohl in beiden jeweis m.M. nach da gleich drin stand. Die Regel, die anfangs aktiv war, war aber zu Zeiten eines älteren Releases von PG angelegt worden. Das hatte ich in der Hektik übersehen. Und, was wohl auch auschlaggebend war, in der pg_hba.conf muß bei connections und Method md5 stehen, Da hatte ich zwischendurch ident stehen gehabt. (Zumindest trifft es bei mir so zu)

Servus Manfred,

die Regel für eingehende Verbindungen ist unabhängig von der Version des PG-Servers (nicht verwechseln mit dem PGAdmin - der "nur" ein Tool für den PG-Server ist). Da schaltest Du einfach nur einen Port für den PG-Server frei, damit dieser auch von Clients erreichbar ist. Wenn Du vorher die 11er PG-Version hattest und jetzt die 12er und bei beiden den gleichen Port verwendest (z. B. 5432), dann ist die Regel weiterhin dafür korrekt. Eingehende Verbindung, TCP, Port n.

Deine Konfigurationen am PG-Server waren bis auf md5 korrekt, es lag an einem verkorksten PGAdmin. Die Verbindung über Xbase++ an den Server hätte funktioniert - bei dem auch die Firewall-Regel schon eingetragen war.

Vergiss nicht die offenen Einstellungen (z. B. listen Adresse '*', erlaubte Client-Adressen etc.) wieder auf das nötigste zu reduzieren.

HI Werner,
das stimmt nicht so ganz. Der PGAdmin hat zwar nach Neuinstallation geklappt, aber alles andere lief genau so. Es muß ja nicht so üblich sein, aber in dem Fall half die Regel löschen und neu erstellen. So komisch das klingt. Deshalb ist ja auch keienr von uns darauf gekommen.

Hallo Manfred

Manfred hat geschrieben: ↑So, 26. Apr 2020 7:38 aber in dem Fall half die Regel löschen und neu erstellen. So komisch das klingt. Deshalb ist ja auch keienr von uns darauf gekommen.

Das stimmt so nicht ganz. Du hast in deinem ersten Beitrag geschrieben:

Firewall des Servers deaktiviert.

Die Erscheinung dass Firewall regeln nach Updates der zugehörigen Programme oder Windows-Updates und Neustart des Geräts nicht mehr funktionierten bezw. den Zugriff sperrten hatte ich schon öffters. Die Geschichte kenne ich auch mit dem eigenen Serverprogramm. Wieso das so ist weiss ich noch immer nicht.
Ohne deine klare Aussage "Firewall deaktiviert" wäre mein erster Tip gewesen: Lösche und Erstelle die Firewallregel neu .....