Linux Zeitzone und NTP: Serverzeit richtig einstellen

Wie stellen Sie Zeitzone und NTP auf einem Linux-Server ein? timedatectl, UTC oder Ortszeit, chrony und timesyncd, Cron, Logs, 2FA und Windows Server.

Nodesty-Team4 Min. LesezeitServer

Veröffentlicht am 28. Oktober 2026

Der Schriftzug Time Sync mit timedatectl, NTP und UTC auf dunklem Nodesty-Hintergrund

Die Serverzeit beeinflusst vieles, von der richtigen Reihenfolge der Logs und der pünktlichen Ausführung geplanter Aufgaben bis zu SSL-Verbindungen und Codes der Zwei-Faktor-Authentifizierung. Zwei Dinge müssen stimmen: die Zeitzone (nach welcher Region der Server die Uhrzeit anzeigt) und die Uhrzeit selbst (die per NTP mit Atomuhr-Zeitquellen synchronisiert wird). Beides stellen Sie mit wenigen Befehlen ein.

In dieser Anleitung erklären wir, wie Sie auf einem Linux-Server die Uhrzeit prüfen, die Zeitzone ändern, zwischen UTC und Ortszeit wählen, die Zeit per NTP synchronisieren und welche Probleme eine falsche Uhrzeit verursacht.

Uhrzeit prüfen: timedatectl

Nachdem Sie sich per SSH mit Ihrem Server verbunden haben:

timedatectl

Die wichtigen Zeilen der Ausgabe:

Local time: Die Ortszeit des Servers.
Universal time: Die UTC-Zeit.
Time zone: Die gewählte Zeitzone, zum Beispiel Etc/UTC oder Europe/Berlin.
System clock synchronized: Bei yes wird die Uhrzeit per NTP synchronisiert.
NTP service: Bei active läuft der Synchronisierungsdienst.

Zeitzone ändern

So listen Sie die verfügbaren Zeitzonen auf und wählen eine aus:

timedatectl list-timezones | grep Europe
sudo timedatectl set-timezone Europe/Berlin

Zurück zu UTC:

sudo timedatectl set-timezone Etc/UTC

Nach der Änderung der Zeitzone laufen Cronjobs nach der neuen Zeitzone. Anwendungen und Dienste, die die Zeitzone nur beim Start lesen, müssen Sie eventuell neu starten.

UTC oder Ortszeit?

Situation	Empfehlung
Mehrere Server in verschiedenen Regionen	UTC
Nutzer aus verschiedenen Ländern	UTC
Region mit Sommerzeit	UTC
Einfaches Setup mit einem Server, Aufgaben nach Ortszeit geplant	Lokale Zeitzone

Der größte Vorteil von UTC: Die Uhr springt bei der Umstellung auf Sommer- oder Winterzeit nicht vor oder zurück; solche Sprünge können dazu führen, dass geplante Aufgaben zweimal oder gar nicht laufen. In Anwendungen ist es üblich, Server und Datenbank auf UTC zu halten und die Uhrzeit bei der Anzeige in die Zeitzone des Nutzers umzurechnen.

Läuft Ihr Server auf UTC, stellen Sie die Uhrzeit geplanter Aufgaben entsprechend ein; eine Aufgabe, die um 03:00 Uhr deutscher Zeit laufen soll, entspricht im Winter 02:00 UTC und im Sommer 01:00 UTC. Details zu Cron erklären wir in unserer Anleitung Cronjob einrichten.

Zeitsynchronisierung per NTP

NTP (Network Time Protocol) synchronisiert die Uhrzeit des Servers automatisch mit präzisen Zeitquellen im Internet. Da die Uhr auf virtuellen Servern mit der Zeit abweichen kann, ist ein aktives NTP dort besonders wichtig.

systemd-timesyncd (Standard unter Ubuntu und Debian):

sudo timedatectl set-ntp true
timedatectl timesync-status

Der erste Befehl aktiviert die Synchronisierung, der zweite zeigt, mit welchem Server synchronisiert wird und wie es um die letzte Synchronisierung steht.

chrony (Standard unter AlmaLinux und Rocky Linux, auch unter Ubuntu installierbar):

sudo apt install chrony
chronyc tracking
chronyc sources

chronyc tracking zeigt, wie stark die Uhr abweicht, chronyc sources die verwendeten Zeitquellen. Nach der Installation ersetzt chrony systemd-timesyncd; betreiben Sie nie zwei Synchronisierungsdienste gleichzeitig.

NTP verbindet sich vom Server nach außen über den UDP-Port 123. Verwenden Sie eine Firewall, die ausgehenden Verkehr einschränkt, erlauben Sie diese Verbindung; Details finden Sie in unserer Anleitung UFW Firewall.

Was geht bei falscher Uhrzeit kaputt?

SSL und HTTPS: Ein Server, dessen Uhr weit vor- oder nachgeht, hält Zertifikate womöglich für noch nicht gültig oder bereits abgelaufen; ausgehende HTTPS-Verbindungen schlagen fehl.
Zwei-Faktor-Authentifizierung: TOTP-Codes basieren auf der Uhrzeit. Weicht die Uhr um einige Minuten ab, lehnt der Server korrekte Codes ab.
Logs: Stimmen die Uhren mehrerer Server nicht überein, lässt sich beim Vergleich ihrer Logs die Reihenfolge der Ereignisse nicht mehr nachvollziehen.
Geplante Aufgaben: Backups und Wartungsaufgaben laufen zur falschen Zeit.
Datenbank und Anwendungen: Laufzeiten von Bestellungen, Sitzungen und Caches werden falsch berechnet.

Uhrzeit unter Windows Server

Unter Windows Server ändern Sie die Zeitzone unter Einstellungen → Zeit und Sprache. Um die Zeitsynchronisierung zu prüfen und zu erzwingen, öffnen Sie PowerShell als Administrator:

w32tm /query /status
w32tm /resync

Wenn Sie zwischen Windows Server und Linux wählen, werfen Sie einen Blick auf unseren Artikel Windows oder Linux Server?.

Uhrzeit auf Nodesty-Servern

Bei den Nodesty-Paketen AMD Ryzen 9 9950X vServer und AMD EPYC 7763 vServer stellen Sie Zeitzone und NTP dank vollem Root-Zugriff ganz nach Bedarf ein. Die 9950X-Pakete werden in Frankfurt und New York angeboten; betreiben Sie Server in verschiedenen Regionen, halten Sie Ihre Logs und Aufgaben konsistent, indem Sie Ihre Server auf UTC belassen.

Häufig gestellte Fragen

Sollte die Serverzeit auf UTC oder auf Ortszeit stehen?

Haben Sie mehrere Server, Nutzer aus verschiedenen Ländern oder liegt Ihr Standort in einer Region mit Sommerzeit, ist UTC die sicherere Wahl; Logs und Zeitstempel bleiben überall vergleichbar. Bei einfachen Setups mit einem einzigen Server, deren geplante Aufgaben nach Ortszeit getaktet sind, kann die lokale Zeitzone die Arbeit erleichtern.

Wirkt sich eine Änderung der Zeitzone auf laufende Anwendungen aus?

Ändern Sie die Zeitzone des Systems, laufen Cronjobs ab sofort nach der neuen Zeitzone. Manche Anwendungen lesen die Zeitzone nur beim Start; diese Anwendungen und Dienste müssen Sie nach der Änderung eventuell neu starten. Die Einträge in der Datenbank ändern sich nicht.

Was passiert, wenn die Uhrzeit falsch ist?

Schon eine Abweichung von wenigen Minuten kann bei SSL-Verbindungen zu Zertifikatsfehlern führen, Codes der Zwei-Faktor-Authentifizierung ungültig machen, Logs in die falsche Reihenfolge bringen und geplante Aufgaben zur falschen Zeit auslösen. Halten Sie die Uhrzeit immer automatisch per NTP synchron.

chrony oder systemd-timesyncd?

Für die meisten Server reicht systemd-timesyncd, das unter Ubuntu und Debian vorinstalliert ist. Brauchen Sie eine genauere Synchronisierung, mehrere Zeitquellen oder soll der Server anderen Geräten die Zeit bereitstellen, ist chrony die stärkere Wahl. Unter AlmaLinux und Rocky Linux kommt standardmäßig chrony zum Einsatz.

Welche Zeitzone verwendet die Datenbank?

MariaDB und PostgreSQL verwenden standardmäßig die Zeitzone des Systems, Sie können das aber in ihren eigenen Einstellungen ändern. Zeitstempel in der Datenbank in UTC zu speichern und bei der Anzeige in die Zeitzone des Nutzers umzurechnen, ist für Anwendungen mit Nutzern aus verschiedenen Regionen der sicherste Ansatz.

Welche Zeitzone verwenden Docker-Container?

Container verwenden standardmäßig meist UTC und übernehmen die Zeitzone des Servers nicht automatisch. Soll ein Container eine andere Zeitzone verwenden, setzen Sie die Umgebungsvariable TZ, zum Beispiel auf TZ=Europe/Berlin. Die Uhrzeit selbst kommt vom Server; im Container müssen Sie NTP nicht zusätzlich betreiben.

Über den Autor

Nodesty-Team · Infrastruktur und Support

Das Nodesty-Team betreibt unsere Server, unser Netzwerk und unseren DDoS-Schutz im Alltag und beantwortet Support-Anfragen rund um die Uhr. Diese Ratgeber entstehen aus dieser Arbeit.