Пускане на Samba 4.14.0

Представен е релизът Samba 4.14.0, който продължава развитието на клон Samba 4 с пълноценна реализация на контролера на домейна и услугата Active Directory, съвместима с версията на Windows 2000 и способна да обслужва всички поддържани от Microsoft версии на 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