Version Samba 4.25.0

Nach 6 Monaten Entwicklung wird die Samba-Version 4.25.0 veröffentlicht, die die Entwicklung des Samba 4-Zweigs fortsetzt. Sie bietet eine voll funktionsfähige Implementierung eines Domänencontrollers und eines Active Directory-Dienstes, der mit der Windows Server-Implementierung kompatibel ist und alle unterstützten Microsoft-Versionen von Windows-Clients bedienen kann, einschließlich Windows 11. Samba 4 ist ein multifunktionales Serverprodukt, das auch eine Implementierung von Dateiservern, Druckdiensten und Identitätsservern (Winbind) bereitstellt. Der Code des Projekts ist in der Programmiersprache C geschrieben und unter der GPLv3-Lizenz verfügbar.

Wichtige Änderungen in Samba 4.25:

• Die Implementierung des SMB3-Protokolls hat experimentelle Unterstützung für persistente Dateihandles (SMB2_CAP_PERSISTENT_HANDLES) erhalten, die es Clients ermöglichen, mit geöffneten Dateien weiterzuarbeiten, nachdem die Netzwerkverbindung unterbrochen wurde, oder nach einem Neustart. Server oder beim Lastenausgleich auf einen Backup-Server. Persistente Handles ermöglichen es, ohne erneutes Öffnen von Dateien nach einem Serverausfall auszukommen, was besonders relevant ist, wenn man mit Fileservern arbeitet. Server Samba von virtuellen Maschinen und Cluster-Datenbanken.

  Für den Betrieb ist es notwendig, exklusiven Zugriff auf den SMB-Speicher bereitzustellen und die Einstellungen „kernel oplocks“, „kernel share modes“ und „posix locking“ zu deaktivieren, was die Kompatibilität mit POSIX und NFS beeinträchtigt und die Leistung aufgrund der synchronen Aufzeichnung von Metadaten auf die Festplatte bei jeder Operation erheblich verringert. Es wurden zwei Modi zur Sicherstellung der Ausfallsicherheit vorgeschlagen: full_outage (Standard) – eine lokale Sicherung des Zustands wird erstellt, die es ermöglicht, Handles selbst nach einem vollständigen Ausfall des Clusters beizubehalten, wobei die Last erhöht wird; partial_outage – schnellere Ausführung ohne Sicherung, aber Handles gehen verloren, wenn alle Knoten des Clusters gleichzeitig ausfallen.
• Das VFS-Modul vfs_aio_ratelimit wurde hinzugefügt, das eine Begrenzung der Anfragenintensität (Rate Limit) festlegen kann, die im Kontext des gesamten Clusters gilt und nicht nur an einzelne Knoten gebunden ist. Um die globale Anwendung der Beschränkungen auf jedem Knoten zu koordinieren, muss ein Hintergrundprozess ratelimitd ausgeführt werden, der die Aktivitäten aller smbd-Prozesse auf dem Knoten aggregiert und Informationen an andere Knoten des Clusters überträgt. Die Aktivierung von vfs_aio_ratelimit erfolgt während des Builds durch Angabe der Option „--with-ratelimitd“.
• Das VFS-Modul vfs_ceph_rgw für Ceph RGW (Object Gateway) wurde hinzugefügt, um Daten aus dem Ceph Object Gateway als SMB-Speicher zu exportieren, mit einer hierarchischen Darstellung der gespeicherten Objekte in Form von regulären Dateien und Verzeichnissen, die den Zugriff auf POSIX uid/gid-Ebene ermöglichen.
• Funktionalitätsstufen des Clusters wurden implementiert, die an die Stufen der Domain unterscheiden, gesetzt werden. und Wälder in Active Directory erinnern und ein schrittweises Update der Knoten im Cluster (rolling upgrade) ermöglichen. Die Datenbankformate und internen Nachrichtenformate, die die Interaktion zwischen den Knoten betreffen, ändern sich nur nach einer ausdrücklichen Erhöhung des Levels für den gesamten Cluster, was die Kompatibilität der Knoten mit verschiedenen Samba-Versionen während des Updates gewährleistet. Die Verwaltung erfolgt über die Befehle „net clusterlevel features|show|showall|upgrade“.
• Für die Verschlüsselung im Domäne sind standardmäßig die Algorithmen aes128-cts-hmac-sha1-96 und aes256-cts-hmac-sha1-96 für Domänen mit einer Funktionalitätsstufe von 2008 und höher aktiv. Die Änderung blockiert die Ausnutzung der Schwachstelle CVE-2026-20833, die durch die Verwendung unsicherer Verschlüsselungsmethoden in Windows Kerberos verursacht wurde.
• In CTDB wurden die Dateien mit Sperren, PID und Sockets in die Unterverzeichnisse ctdb/ verschoben. Das Initialisierungsskript ctdb.init wurde in ctdb/doc/examples verschoben. Unterstützung für das Monitoring von Hosts, wie DNS-Server, wurde hinzugefügt. Die Funktion detect_init_style() und die Variable CTDB_INIT_STYLE wurden als veraltet erklärt (stattdessen wird die Verwendung von CTDB_PLATFORM_STYLE empfohlen).

Quelle: opennet.ru