Ubuntu setzt auf ntpd-rs: Rust f\u00fcr pr\u00e4zise Zeitsynchronisierung<\/p>\n
Ubuntu will seine Zeit-Synchronisierung grundlegend umbauen: In kommenden Releases der Linux-Distribution soll ntpd-rs zum Standard f\u00fcr NTP-Dienste werden. Die in Rust geschriebene Implementierung l\u00f6st langfristig chrony ab und soll perspektivisch auch linuxptp und gpsd ersetzen. Canonical strebt damit einen einheitlichen, speichersicheren Zeitabgleich unter Linux an.<\/p>\n
Weiterlesen nach der Anzeige<\/p>\n
ntpd-rs implementiert das Network Time Protocol (NTP) vollst\u00e4ndig, einschlie\u00dflich Network Time Security (NTS). Die Trifecta Tech Foundation<\/a> entwickelt das Projekt im Rahmen von \u201eProject Pendulum\u201c. Es reiht sich in Ubuntus Strategie ein, zentrale Systemwerkzeuge durch Rust-Neuentwicklungen zu ersetzen \u2013 nach sudo-rs<\/a> und den uutils coreutils<\/a>. Produktiv l\u00e4uft ntpd-rs bereits bei Let\u2019s Encrypt: Die Zertifizierungsstelle hat den Daemon im Juni 2024 in ihre Produktionsumgebung \u00fcbernommen.<\/p>\n NTP, NTS und PTP unter einem Dach<\/p>\n Im Zentrum der Umstellung steht die Zusammenf\u00fchrung bislang getrennter Werkzeuge. In vielen Setups laufen heute mehrere Komponenten parallel \u2013 etwa chrony f\u00fcr den klassischen NTP-Abgleich und linuxptp f\u00fcr eine hochpr\u00e4zise Synchronisation per PTP. K\u00fcnftig soll ntpd-rs beide Aufgaben \u00fcbernehmen. Dazu integriert die Trifecta Tech Foundation ihre PTP-Implementierung \u201eStatime\u201c direkt in ntpd-rs. NTP deckt typische Anforderungen im Millisekundenbereich ab, PTP liefert Sub-Mikrosekunden-Genauigkeit f\u00fcr spezialisierte Umgebungen wie Telekommunikationsnetze oder Automotive-Systeme. Ein Rechenzentrum k\u00f6nnte so Standard- und Hochpr\u00e4zisions-Zeitquellen \u00fcber ein einziges Tool verwalten, statt zwei getrennte Daemons mit unterschiedlichen Konfigurationsmodellen zu betreiben.<\/p>\n Einen weiteren Schwerpunkt bildet die Sicherheit. Rust schlie\u00dft ganze Klassen von Speicherfehlern wie Buffer Overflows oder Use-after-free bereits zur Kompilierzeit aus. Zus\u00e4tzlich will Canonical die Isolationsmechanismen von chrony \u00fcbertragen: AppArmor- und seccomp-Profile sollen ntpd-rs ebenso eng einhegen wie seinen Vorg\u00e4nger. Speichersicherer Code und restriktive Laufzeitprofile zusammen verkleinern die Angriffsfl\u00e4che deutlich \u2013 besonders bei der Verarbeitung von Netzwerkverkehr.<\/p>\n Von GPS bis gPTP: geplante Erweiterungen<\/p>\n Funktional will die Trifecta Tech Foundation ntpd-rs ebenfalls ausbauen. Geplant sind Multi-Homing f\u00fcr den Betrieb \u00fcber mehrere Netzwerkschnittstellen, Multi-Threading im Serverbetrieb und die Anbindung externer Zeitquellen wie GPS-Empf\u00e4nger \u00fcber gpsd-Sockets. Im PTP-Bereich kommen Profile wie gPTP hinzu, das in deterministischen Netzwerken der Automobilindustrie eingesetzt wird. Experimentell soll ntpd-rs au\u00dferdem das Client-Server-PTP-Protokoll (CSPTP, IEEE P1588.1) unterst\u00fctzen.<\/p>\n Auch die Bedienung soll einfacher werden. Heutige PTP-Setups erfordern oft mehrere Daemons und komplexe Parameterkombinationen. ntpd-rs will das durch eine einheitliche Konfiguration ersetzen. Hinzu kommen Verbesserungen bei Logging und CLI-Werkzeugen.<\/p>\n Weiterlesen nach der Anzeige<\/p>\n F\u00fcr den Unternehmenseinsatz relevant: ntpd-rs nutzt rustls als TLS-Stack, soll aber optional OpenSSL als Krypto-Backend einbinden k\u00f6nnen. Das erlaubt den Einsatz in regulierten Umgebungen, die bestimmte Kryptografie-Bibliotheken vorschreiben.<\/p>\n Bew\u00e4hrungsprobe und Roadmap<\/p>\n Vor der breiten Einf\u00fchrung plant Canonical umfangreiche Vergleichstests gegen chrony. Synchronisationsgenauigkeit, CPU- und Speicherverbrauch sowie Langzeitstabilit\u00e4t stehen dabei im Fokus. chrony gilt als ausgereift und ist in vielen produktiven Umgebungen der Ma\u00dfstab.<\/p>\n