La version Samba 4.14.0 a été présentée, qui poursuit le développement de la branche Samba 4 avec une implémentation à part entière d'un contrôleur de domaine et d'un service Active Directory, compatible avec l'implémentation de Windows 2000 et capable de desservir toutes les versions de clients Windows. pris en charge par Microsoft, y compris Windows 10. Samba 4 est un produit serveur multifonctionnel, qui fournit également une implémentation d'un serveur de fichiers, d'un service d'impression et d'un serveur d'identité (winbind).
Principaux changements dans Samba 4.14 :
- Des mises à niveau importantes ont été apportées à la couche VFS. Pour des raisons historiques, le code avec l'implémentation du serveur de fichiers était lié au traitement des chemins de fichiers, qui était également utilisé pour le protocole SMB2, qui était transféré à l'utilisation de descripteurs. Dans Samba 4.14.0, le code qui donne accès au système de fichiers du serveur a été repensé pour utiliser des descripteurs de fichiers plutôt que des chemins de fichiers. Par exemple, appeler fstat() au lieu de stat() et SMB_VFS_FSTAT() au lieu de SMB_VFS_STAT() est impliqué.
- La fiabilité de la publication des imprimantes dans Active Directory a été améliorée et les informations sur les imprimantes envoyées à Active Directory ont été étendues. Ajout de la prise en charge des pilotes d'imprimante Windows sur les systèmes ARM64.
- La possibilité d'utiliser la stratégie de groupe pour les clients Winbind est fournie. Un administrateur Active Directory peut désormais définir des politiques qui modifient les paramètres des sudoers ou ajoutent des tâches cron périodiques. Pour activer l'application de stratégies de groupe pour le client, le paramètre « appliquer les stratégies de groupe » est fourni dans smb.conf. Les politiques sont appliquées toutes les 90 à 120 minutes. En cas de problème, il est possible d'annuler les modifications avec la commande « samba-gpupdate —unapply » ou de réappliquer la commande « samba-gpupdate —force ». Pour afficher les politiques qui seront appliquées au système, vous pouvez utiliser la commande « samba-gpupdate –rsop ».
- Les exigences pour la version en langage Python ont été augmentées. Construire Samba nécessite désormais au moins la version 3.6 de Python. La construction avec les anciennes versions de Python a été interrompue.
- L'utilitaire samba-tool implémente des outils de gestion des objets dans Active Directory (utilisateurs, ordinateurs, groupes). Pour ajouter un nouvel objet à AD, vous pouvez désormais utiliser la commande « ajouter » en plus de la commande « créer ». Pour renommer des utilisateurs, des groupes et des contacts, la commande « renommer » est prise en charge. Pour déverrouiller les utilisateurs, la commande 'samba-tool user unlock' est proposée. Les commandes 'samba-tool user list' et 'samba-tool group listmembers' implémentent les options "--hide-expired" et "--hide-disabled" pour masquer les comptes d'utilisateurs expirés ou désactivés.
- Le composant CTDB, responsable du fonctionnement des configurations de cluster, a été débarrassé des termes politiquement incorrects. Au lieu de maître et esclave, lors de la configuration de NAT et LVS, il est proposé d'utiliser « leader » pour désigner le nœud principal du groupe et « follower » pour couvrir les membres restants du groupe. La commande "ctdb natgw master" a été remplacée par "ctdb natgw leader". Pour indiquer que le nœud n'est pas un leader, le drapeau « suiveur uniquement » est désormais affiché au lieu de « esclave uniquement ». La commande "ctdb isnotrecmaster" a été supprimée.
De plus, une explication est donnée sur la portée de la licence GPL, sous laquelle le code Samba est distribué, aux composants VFS (Virtual File System). La licence GPL exige que toutes les œuvres dérivées soient ouvertes selon les mêmes conditions. Samba dispose d'une interface plugin qui vous permet d'appeler du code externe. L'un de ces plugins sont les modules VFS, qui utilisent les mêmes fichiers d'en-tête que Samba avec une définition API via laquelle les services implémentés dans Samba sont accessibles, c'est pourquoi les modules Samba VFS doivent être distribués sous GPL ou sous une licence compatible.
Une incertitude surgit concernant les bibliothèques tierces auxquelles accèdent les modules VFS. En particulier, l'opinion a été exprimée que seules les bibliothèques sous GPL et sous licences compatibles peuvent être utilisées dans les modules VFS. Les développeurs de Samba ont précisé que les bibliothèques n'appellent pas le code Samba via une API ni n'accèdent aux structures internes. Elles ne peuvent donc pas être considérées comme des œuvres dérivées et ne doivent pas être distribuées sous des licences conformes à la GPL.
Source: opennet.ru