Zum Inhalt springen
Port nachschlagen und freigeben

Port 5432: PostgreSQL-Port sicher nutzen

Port 5432 ist der Standardport von PostgreSQL und läuft über TCP. Das Tool zeigt dir die Eckdaten und erzeugt Firewall-Befehle, mit denen du den Zugriff auf einzelne IP-Adressen beschränkst.

Gebaut von Justin Schuessler

Befehle direkt auf deinem eigenen vServer ausprobieren: mit Root-Zugriff und eigener Firewall.

Mehrere Ports nacheinander hinzufügen, bis zu 12.

Oder eine Vorlage wählen

Ports

5432/TCPPostgreSQL

Datenbanken · Registered Port · OSI-Schicht 7

Verbindungen zu PostgreSQL. Liegt die Anwendung auf demselben Server, muss der Port nicht offen sein.

IANA: offiziell registriert als postgresql

Nicht offen ins Internet stellen: Gib den Port nur für eine bestimmte IP-Adresse frei oder greif per VPN oder SSH-Tunnel darauf zu.

Firewall-Regel (eingehend)

Mindestens ein Port sollte nicht für alle offen sein: Wähl besser „Bestimmte IP“.

Firewall-Befehle

Port freigeben

sudo ufw allow 5432/tcp
Port prüfen
Hinweise zu ufw

Für Ubuntu und Debian. ufw legt die Regel für IPv4 und IPv6 an. Ist ufw noch aus, erlaube zuerst SSH (sudo ufw allow 22/tcp) und schalte es dann mit sudo ufw enable ein, sonst sperrst du dich aus.

Auf einem ZAP-Hosting vServer mit aktiver Netzwerk-Firewall im Kundenpanel gibst du den Port zusätzlich dort frei.

Port 5432 erklärt

Wofür ist Port 5432 da?

Zweck

Über Port 5432 verbinden sich Anwendungen, ORMs und Clients wie psql, pgAdmin oder DBeaver mit einem PostgreSQL-Server. PostgreSQL ist eine sehr verbreitete Open-Source-Datenbank für Webanwendungen, Backends und Datenanalyse. Läuft die Anwendung auf demselben System, verbindet sie sich meist lokal über 127.0.0.1 oder einen Unix-Socket. Netzwerkzugriff auf Port 5432 brauchst du erst, wenn Datenbank und Anwendung auf getrennten Servern laufen oder Replikas angebunden werden.

Herkunft und Standard

PostgreSQL geht auf das Forschungsprojekt POSTGRES an der University of California, Berkeley, zurück. Nachdem SQL als Abfragesprache ergänzt worden war, erhielt das Projekt den heutigen Namen und wird seitdem von einer offenen Community weiterentwickelt. Die IANA hat Port 5432 dem Dienst „postgresql“ zugewiesen. Er liegt im Bereich der registrierten Ports von 1024 bis 49151.

Typische Nutzung

  • Datenbank für Webanwendungen, APIs und Backends
  • Verbindung eines App-Servers zu einem getrennten Datenbankserver
  • Streaming-Replikation zwischen Primary und Standby
  • Verwaltung und Abfragen mit psql, pgAdmin oder DBeaver

Sicherheit

Port 5432 sollte niemals für das gesamte Internet offen sein, denn offene Datenbankports werden laufend gescannt und mit Passwortlisten angegriffen. PostgreSQL lauscht standardmäßig nur auf localhost, festgelegt über listen_addresses in der postgresql.conf. Wer sich von wo anmelden darf, regelt zusätzlich die pg_hba.conf, dort solltest du nur die IP deines App-Servers mit einer sicheren Methode wie scram-sha-256 eintragen. In der Firewall erlaubst du Port 5432 ebenfalls nur für diese Adresse. Für Verwaltung vom eigenen Rechner aus ist ein SSH-Tunnel die sicherere Wahl.

Weitere Ports

Verwandte Ports

Diese Ports gehören oft zum selben Setup. Ein Klick zeigt ihre Erklärung und die Firewall-Befehle.

Alle Well-known Ports und die komplette IANA-Liste ansehen

Quelle der Portliste: IANA Service Name and Transport Protocol Port Number Registry, Stand 22. Oktober 2026. iana.org

Mehr entdecken

Weitere Tools

FAQ

Häufig gestellte Fragen

Kurze Antworten rund um Port 5432.

Nur wenn eine Anwendung auf einem anderen Server direkt auf PostgreSQL zugreift. Läuft alles auf einem System, bleibt der Port geschlossen und die Verbindung geht lokal. Für die Verwaltung von deinem PC aus nutzt du besser einen SSH-Tunnel.

Mit ufw erlaubst du den Zugriff gezielt für deinen App-Server: sudo ufw allow from 203.0.113.10 to any port 5432 proto tcp. Zusätzlich trägst du dieselbe IP in der pg_hba.conf ein und setzt listen_addresses auf eine erreichbare Adresse. Erst wenn alle drei Stellen passen, kommt die Verbindung zustande.

listen_addresses legt fest, auf welchen Netzwerkadressen PostgreSQL überhaupt Verbindungen annimmt. Die pg_hba.conf entscheidet danach, welcher Benutzer sich von welcher IP mit welcher Methode an welcher Datenbank anmelden darf. Beides ergänzt die Firewall, ersetzt sie aber nicht.

Die Verbindung erreicht PostgreSQL zwar, aber für deine Kombination aus Quell-IP, Benutzer und Datenbank gibt es keinen passenden Eintrag in der pg_hba.conf. Ergänze eine Zeile für genau diese IP und lade die Konfiguration neu. Firewall und Port sind in diesem Fall schon korrekt offen.

Noch weitere Fragen?

Support kontaktieren
Eigener Server?

Probier die Befehle auf deinem eigenen vServer aus

Mit einem ZAP-Hosting vServer hast du Root-Zugriff, richtest Dienste und Firewall-Regeln selbst ein und siehst sofort, welcher Port offen ist.

4,4/5 Trustpilot32.000+ Aktive ServerSeit 2010

Kein Setup. Kein Risiko. In Sekunden online.

Flexible LaufzeitJederzeit kündbarIn 60 Sekunden online

Auf der Suche nach weiteren Tools? Alle Netzwerk-Tools ansehen