Hat hónapos fejlesztés után megjelent a Samba 4.25.0, amely a Samba 4 ág fejlődését folytatja, teljes körű domaincontroller- és Active Directory-szolgáltatással, amely kompatibilis a Windows Server megvalósítással, és képes kiszolgálni az összes támogatott Microsoft Windows kliensverziót, beleértve a Windows 11-et is. A Samba 4 egy sokoldalú szervertermék, amely fájl- és nyomtatószerver, valamint azonosítási szerver (winbind) megvalósítást is biztosít. A projekt kódja C nyelven íródott, és GPLv3 licenc alatt terjesztik.
A Samba 4.25 kulcsos változásai:
- Az SMB3 protokoll megvalósításába kísérleti támogatás került a maradandó fájlleírók (SMB2_CAP_PERSISTENT_HANDLES) számára, amelyek lehetővé teszik a kliensek számára, hogy az open file-okat a hálózati kapcsolat megszakadása, újraindítás vagy terhelés átváltása után is folytathassák. a szerver A maradandó fájlleírók lehetővé teszik a fájlok újranyitásának elkerülését a szerver leállása után, ami különösen releváns a Samba alapú virtuális gépek és klaszterezett adatbázisok esetében. szerveren A működéshez kizárólagos hozzáférést kell biztosítani az SMB tárolóhoz, és ki kell kapcsolni a 'kernel oplocks', 'kernel share modes' és 'posix locking' beállításokat, ami megszünteti a POSIX és NFS kompatibilitást, valamint jelentősen csökkenti a teljesítményt a lemezre történő szinkron írási metainformációk miatt minden egyes művelet során. Két hibatűrő üzemmód került javaslatra: full_outage (alapértelmezetten) - helyi biztonsági mentést készít az állapotról, lehetővé téve a fájlleírók megőrzését még teljes klaszterhiba esetén is, de növelve a terhelést; partial_outage - gyorsabb működés biztonsági mentés nélkül, de a fájlleírók elvesznek, ha az összes klasztercsomópont egyszerre áll le.
Hozzáadtunk egy VFS-modult, a vfs_aio_ratelimit-et, amely lehetővé teszi a kérésintenzitás korlátozásának (rate limit) beállítását, amely az egész klaszter kontextusában érvényes, nem csak az egyes csomópontokhoz kötött. A globális korlátozások koordinálásához minden csomóponton futnia kell egy háttérfolyamatnak, a ratelimitd-nek, amely aggregálja az összes smbd folyamat aktivitását a csomóponton, és információt továbbít a klaszter többi csomópontjára. A vfs_aio_ratelimit aktiválása a fordítási folyamat során történik a '—with-ratelimitd' opció megadásával.
- Hozzáadva a VFS-modul vfs_aio_ratelimit, amely lehetővé teszi a lekérdezések intenzitásának (rate limit) korlátozását, amely az egész klaszter kontextusában érvényes, nem csupán egyes csomópontokhoz kapcsolódóan. A globális korlátozások alkalmazásának koordinálásához minden csomóponton el kell indítani egy háttérfolyamatot, a ratelimitd-t, amely összegzi az összes smbd folyamat aktivitását a csomóponton, és információt továbbít a klaszter többi csomópontjára. A vfs_aio_ratelimit engedélyezése a fordítási szakaszban történik a „—with-ratelimitd” opció megadásával.
- Hozzáadva a VFS-modul vfs_ceph_rgw a Ceph RGW (Object Gateway) számára, lehetővé téve az adatok exportálását a Ceph Object Gateway-ból SMB-tárolóként, hierarchikus formában tárolt objektumokkal, amelyek hagyományos fájlok és könyvtárak formájában jelennek meg, POSIX uid/gid szintű hozzáférés megosztással.
- A klaszter funkcionalitási szintjei megvalósítva, amelyek hasonlítanak domain az Active Directory szintekhez, lehetővé téve a klaszter csomópontjainak fokozatos frissítését (rolling upgrade). Az adatbázis-formátumok és a belső üzenettovábbítási formátumok, amelyek befolyásolják a csomópontok közötti interakciót, csak az egész klaszter szintjének kifejezett emelése után változnak, ami garantálja a csomópontok különböző Samba verziókkal való kompatibilitását a frissítés során. A kezelés a "net clusterlevel features|show|showall|upgrade" parancsokkal történik.
- A tartományban az alapértelmezett titkosításhoz aes128-cts-hmac-sha1-96 és aes256-cts-hmac-sha1-96 algoritmusokat alkalmaznak a 2008-as és magasabb szintű funkcionalitású tartományok esetén. A módosítás blokkolja a CVE-2026-20833 sérülékenység megjelenését, amelyet a Windows Kerberos gyenge titkosítási módszereinek alkalmazása okoz.
- A CTDB-ben a zárolási, PID- és socket-fájlok átkerültek a ctdb/ almappáiba. A ctdb.init inicializáló szkript áthelyezésre került a ctdb/doc/examples mappába. Hozzáadva a hosztok, például DNS-szerverek monitorozásának támogatása. A detect_init_style() funkció és a CTDB_INIT_STYLE változó elavultnak nyilvánítva (helyettük a CTDB_PLATFORM_STYLE használata javasolt).
Forrás: opennet.ru
