NTP Server — time.bauer-group.com

Oeffentlicher NTP-Server auf Basis von Chrony, betrieben im NTP Pool.

Upstream-Quellen: PTB (Braunschweig), TU Berlin, FAU Erlangen, FU Berlin.

Deployment-Optionen

1. Cloud-Init (VM)

Vollstaendiges Setup einer dedizierten VM mit automatischen OS-Updates und gehaertetem Chrony. Empfohlen fuer den Produktivbetrieb.

# Als user-data bei VM-Erstellung angeben
cloud-init/user-data.yml

Alternativ auf einem bestehenden System:

# Direktinstall (ohne Download)
curl -fsSL https://raw.githubusercontent.com/bauer-group/IP-NTPServer/main/cloud-init/install.sh | sudo bash

# Mit eigenem Hostname
curl -fsSL https://raw.githubusercontent.com/bauer-group/IP-NTPServer/main/cloud-init/install.sh | sudo bash -s -- ntp.example.com

# Oder lokal
sudo bash cloud-init/install.sh [HOSTNAME]

Zielplattform: Ubuntu 24.04+ / Debian 13+

Minimale Ressourcen: 1 vCPU / 1 GB RAM / 10 GB SSD (Details siehe SIZING.md)

2. Docker

Leichtgewichtige Alternative fuer bestehende Container-Hosts. Nutzt network_mode: host fuer nativen IPv4/IPv6-Support.

cd docker
docker compose up -d

Wartungsfenster

Alle automatischen Wartungsarbeiten sind in ein Fenster gelegt:

Taeglich 02:55 - 03:35 UTC

Zeit (UTC)	Prozess
03:00	Paketlisten aktualisieren
03:10	Pakete installieren
03:25	Reboot falls noetig (1-2x/Monat)

Details, Monitoring-Checks und Health-Check-Script: MAINTENANCE.md

Projektstruktur

.
├── cloud-init/
│   ├── user-data.yml       Cloud-Init Konfiguration
│   ├── install.sh          Fallback-Script fuer manuelle Installation
│   ├── SIZING.md           Ressourcen-Dokumentation (CPU/RAM/Disk)
│   └── MAINTENANCE.md      Wartungsfenster & Monitoring
├── docker/
│   └── docker-compose.yml  Docker Compose Konfiguration
├── LICENSE
└── README.md

Chrony-Features

• Rate Limiting — Schutz vor NTP-Amplification-Angriffen (Pool-tauglich)
• Client-Log — Tracking von bis zu 2 Mio. Clients (128 MB)
• Persistenz — Drift- und Messdaten ueberleben Neustarts
• Auto-Updates — Taegliche OS-Updates mit automatischem Reboot
• Keine Firewall — Kein iptables-Overhead, nur SSH + NTP lauschen auf dem Host