Представен е релиз Samba 4.14.0, който продължава развитието на клона Samba 4 с пълна реализация на контролера на домейни и услугата Active Directory, съвместима с реализацията на Windows 2000 и способна да обслужва всички поддържани версии на Windows клиентите, включително 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.
- Предоставена е възможност за използване на групови политики (Group Policy) за клиенти Winbind. Администраторът на Active Directory вече може да определи политики, които променят настройки на sudoers или добавят периодично стартиране на задачи чрез cron. За включване на приложението на групови политиките за клиента в smb.conf е предвидена настройка ‘apply group policies’. Прилагането на политиките се извършва на всеки 90-120 минути. В случай на проблеми, има възможност да отмените промените с командата „samba-gpupdate —unapply“ или да приложите отново с „samba-gpupdate —force“. За преглед на политиките, които ще бъдат приложени към системата, можете да използвате командата „samba-gpupdate —rsop“.
- Повишени са изискванията за версията на езика Python. За компилиране на Samba сега е задължително наличието на Python най-малко версия 3.6. Поддръжката на компилиране с по-стари версии на Python е прекратена.
- В утилитата samba-tool са реализирани средства за управление на обектите в Active Directory (потребители, компютри, групи). За добавяне на нов обект в AD вече е разрешено използването на командата „add“, освен „create“. За преместването на потребители, групи и контакти е предоставена поддръжка на командата „rename“. За отключване на потребители е предложена командата ‘samba-tool user unlock’. В командите ‘samba-tool user list’ и ‘samba-tool group listmembers’ са реализирани опциите „—hide-expired“ и „—hide-disabled“ за скриване на изтекли или деактивирани потребителски акаунти.
- В компонента CTDB, отговарящ за кластерните конфигурации, е извършено почистване на неуместни термини. Вместо master и slave при настройката на NAT и LVS е предложено да се използва „leader“ за основния възел в групата и „follower“ за другите членове на групата. Командата „ctdb natgw master“ е заменена с „ctdb natgw leader“. За индикация, че възелът не е водещ, вместо „slave-only“ сега се извежда флагът „follower-only“. Командата „ctdb isnotrecmaster“ е премахната.
Допълнително е предоставено разяснение относно границите на прилагане на лицензията GPL, под която се разпространява кода на Samba, към компонентите VFS (Virtual File System). Лицензията GPL изисква отваряне на всички производни работи при същите условия. В Samba има интерфейс за свързване на плъгини, позволяващ извикване на външен код. Едни от тези плъгини са VFS-модулите, в които се използват идентични на Samba заглавни файлове с определение на API, чрез който се извършва извикването на услугите, реализирани в Samba, поради което VFS-модулите на Samba трябва да се разпространяват под GPL или съвместима лицензия.
Неопределеността възниква по отношение на трети библиотеки, към които се обръщат VFS-модулите. В частност, изказвани са мнения, че в VFS-модулите могат да се използват само библиотеки под GPL и съвместими лицензи. Разработчиците на Samba поясниха, че библиотеките не извикват кода на Samba чрез API и не се обръщат към вътрешните структури, поради което не могат да се считат за производни работи и на тях не се прилага изискването за разпространение под лицензи, съвместими с GPL.
Източник: opennet.ru
