Представена е версията Samba 4.14.0, която продължава развитието на клона Samba 4 с пълноценно внедряване на домейн контролер и услуга Active Directory, която е съвместима с внедряването на Windows 2000 и може да обслужва всички версии на Клиенти на Windows, поддържани от Microsoft, включително Windows 10. Samba 4 е многофункционален сървърен продукт, който също така осигурява внедряване на файлов сървър, услуга за печат и сървър за самоличност (winbind).
Ключови промени в Samba 4.14:
- Бяха направени значителни надстройки на VFS слоя. Поради исторически причини кодът с внедряването на файловия сървър беше обвързан с обработката на пътеки към файлове, което също беше използвано за протокола SMB2, който беше прехвърлен към използването на дескриптори. В Samba 4.14.0 кодът, който осигурява достъп до файловата система на сървъра, е преработен, за да използва файлови дескриптори, а не файлови пътища. Например включва се извикване на fstat() вместо stat() и SMB_VFS_FSTAT() вместо SMB_VFS_STAT().
- Надеждността на публикуване на принтери в Active Directory е подобрена и информацията за принтера, изпратена до Active Directory, е разширена. Добавена е поддръжка за Windows драйвери за принтер на ARM64 системи.
- Осигурена е възможност за използване на групови правила за клиенти на Winbind. Администратор на Active Directory вече може да дефинира политики, които променят настройките на sudoers или добавят периодични cron задачи. За да разрешите прилагането на групови правила за клиента, настройката „прилагане на групови правила“ е предоставена в smb.conf. Политиките се прилагат на всеки 90-120 минути. В случай на проблеми е възможно да отмените промените с командата „samba-gpupdate —unapply“ или да приложите отново командата „samba-gpupdate —force“. За да видите политиките, които ще бъдат приложени към системата, можете да използвате командата „samba-gpupdate –rsop“.
- Изискванията за езиковата версия на Python са повишени. Изграждането на Samba вече изисква поне Python версия 3.6. Изграждането с по-стари версии на Python е преустановено.
- Помощната програма samba-tool внедрява инструменти за управление на обекти в Active Directory (потребители, компютри, групи). За да добавите нов обект към AD, вече можете да използвате командата “add” в допълнение към командата “create”. За да преименувате потребители, групи и контакти, се поддържа командата „преименуване“. За отключване на потребители се предлага командата 'samba-tool user unlock'. Командите 'samba-tool user list' и 'samba-tool group listmembers' прилагат опциите '--hide-expired' и '--hide-disabled' за скриване на изтекли или деактивирани потребителски акаунти.
- Компонентът CTDB, който отговаря за работата на клъстерните конфигурации, е изчистен от политически некоректни термини. Вместо главен и подчинен, когато се настройват NAT и LVS, се предлага да се използва „лидер“ за обозначаване на главния възел в групата и „последовател“ за покриване на останалите членове на групата. Командата "ctdb natgw master" е заменена с "ctdb natgw leader". За да покаже, че възелът не е водещ, сега се показва флагът „само за последовател“ вместо „само за подчинен“. Командата "ctdb isnotrecmaster" е премахната.
Освен това е дадено обяснение за обхвата на GPL лиценза, под който се разпространява кодът на Samba, за компонентите на VFS (виртуална файлова система). GPL лицензът изисква всички производни произведения да се отварят при едни и същи условия. Samba има интерфейс на плъгин, който ви позволява да извиквате външен код. Един от тези плъгини са VFS модули, които използват същите заглавни файлове като Samba с API дефиниция, чрез която се осъществява достъп до услугите, внедрени в Samba, поради което VFS модулите на Samba трябва да се разпространяват под GPL или съвместим лиценз.
Възниква несигурност по отношение на библиотеките на трети страни, до които VFS модулите имат достъп. По-специално беше изразено мнение, че само библиотеки под GPL и съвместими лицензи могат да се използват във VFS модули. Разработчиците на Samba изясниха, че библиотеките не извикват код на Samba чрез API или имат достъп до вътрешни структури, така че не могат да се считат за производни произведения и не се изисква да се разпространяват под GPL-съвместими лицензи.
Източник: opennet.ru