Sortie de Samba 4.25.0

Après 6 mois de développement, la version 4.25.0 de Samba est disponible, poursuivant le développement de la branche Samba 4 avec une implémentation complète du contrôleur de domaine et du service Active Directory, compatible avec l'implémentation de Windows Server et capable de prendre en charge toutes les versions de clients Windows prises en charge par Microsoft, y compris Windows 11. Samba 4 est un produit serveur multifonctionnel, offrant également une mise en œuvre de serveur de fichiers, de service d'impression et de serveur d'identification (winbind). Le code du projet est écrit en langue C et est distribué sous la licence GPLv3.

Changements clés dans Samba 4.25 :

  • Une prise en charge expérimentale des descripteurs de fichiers persistants (SMB2_CAP_PERSISTENT_HANDLES) a été ajoutée à l'implémentation du protocole SMB3, permettant aux clients de continuer à travailler avec des fichiers ouverts après une interruption de la connexion réseau ou un redémarrage. de serveurs ou un basculement sur un serveur de secours. Les descripteurs persistants permettent d'éviter la réouverture des fichiers après une panne de serveur, ce qui est particulièrement pertinent lors de l'hébergement de fichiers le serveur de machines virtuelles Samba et de bases de données en cluster.

    Pour fonctionner, un accès exclusif au stockage SMB doit être fourni, et les paramètres 'kernel oplocks', 'kernel share modes' et 'posix locking' doivent être désactivés, ce qui compromet la compatibilité avec POSIX et NFS, ainsi que diminue considérablement les performances en raison de l'écriture synchrone des métadonnées sur le disque à chaque opération. Deux modes de tolérance aux pannes sont proposés : full_outage (par défaut) — une copie de sauvegarde locale de l'état est créée, permettant de conserver les descripteurs même après une panne complète du cluster, mais augmentant la charge ; partial_outage — un fonctionnement plus rapide sans sauvegarde, mais les descripteurs sont perdus si tous les nœuds du cluster échouent simultanément.

  • Un module VFS vfs_aio_ratelimit a été ajouté, permettant de définir une limite de taux des demandes (rate limit) qui s'applique dans le contexte de l'ensemble du cluster, et non seulement pour chaque nœud individuel. Pour coordonner l'application globale des restrictions sur chaque nœud, un processus en arrière-plan ratelimitd doit être exécuté, agrégeant l'activité de tous les processus smbd sur le nœud et transmettant l'information aux autres nœuds du cluster. L'activation de vfs_aio_ratelimit se fait lors de la compilation en spécifiant l'option '--with-ratelimitd'.
  • Ajout du module VFS vfs_ceph_rgw pour Ceph RGW (Object Gateway), permettant d'exporter des données depuis Ceph Object Gateway sous forme de stockage SMB avec une représentation hiérarchique des objets stockés en tant que fichiers et répertoires avec une séparation d'accès au niveau POSIX uid/gid.
  • Des niveaux de fonctionnalité de cluster ont été implémentés, semblables aux niveaux de domaine et de forêt dans Active Directory, permettant de mettre à jour progressivement les nœuds dans le cluster (mise à niveau progressive). Les formats de base de données et les formats internes d'échange de messages, influençant l'interaction des nœuds, ne changent qu'après une élévation de niveau explicite pour l'ensemble du cluster, garantissant la compatibilité des nœuds avec différentes versions de Samba lors de la mise à jour. La gestion s'effectue via les commandes « net clusterlevel features|show|showall|upgrade ».
  • Pour le chiffrement dans le domaine, par défaut, les algorithmes aes128-cts-hmac-sha1-96 et aes256-cts-hmac-sha1-96 sont utilisés pour les domaines avec un niveau de fonctionnalité 2008 et supérieur. Ce changement bloque l'exploitation de la vulnérabilité CVE-2026-20833, causée par l'utilisation de méthodes de chiffrement non sécurisées dans Windows Kerberos.
  • Dans CTDB, les fichiers avec des verrous, PID et sockets ont été déplacés dans des sous-répertoires ctdb/. Le script d'initialisation ctdb.init a été déplacé dans ctdb/doc/examples. Un support pour la surveillance des hôtes, tels que les serveurs DNS, a été ajouté. La fonction detect_init_style() et la variable CTDB_INIT_STYLE sont déclarées obsolètes (il est recommandé d'utiliser CTDB_PLATFORM_STYLE à la place).

Source : opennet.ru

Acheter un hébergement fiable pour les sites avec protection DDoS, serveurs VPS VDS 🔥 Acheter un hébergement fiable pour les sites avec protection DDoS, serveurs VPS VDS | ProHoster