A Red Hat Enterprise Linux 8.1 disztribúció kiadása

A Red Hat vállalat kiadta disztribúció Red Hat Enterprise Linux 8.1. A telepítőcsomagok x86_64, s390x (IBM System z), ppc64le és Aarch64 architektúrákra készültek, de elérhetők a letöltésre csak a Red Hat Customer Portal regisztrált felhasználói számára. A Red Hat Enterprise Linux 8 forráskódú rpm-csomagjai a Git-reposzitorium CentOS-on keresztül terjesztésre kerülnek. A RHEL 8.x ág legalább 2029-ig támogatott lesz.

A Red Hat Enterprise Linux 8.1 lett az első kiadás, amelyet az új előre megjósolható fejlesztési ciklus szerint készítettek, ami fél évente, előre meghatározott időpontokban valósítja meg a kiadásokat. A pontos információk a kiadási időpontokról lehetővé teszik a különböző projektek fejlesztési ütemtervének szinkronizálását, a kiadás előkészítését és a frissítések alkalmazásának időpontjának ütemezését.

Megjegyzendő, hogy az új élettartam a RHEL termékek több szintet ölel fel, beleértve a Fedórát is, mint a új lehetőségek megvalósításának alapját, CentOS Stream a következő RHEL köztes kiadásához (rolling-változat RHEL) készített csomagokhoz való hozzáférés érdekében,
minimalista univerzális alapképet (UBI, Universal Base Image) az alkalmazások izolált konténerekben való futtatásához és RHEL Developer Subscription a RHEL ingyenes használatára a fejlesztés során.

Kulcsok változások:

  • Teljes körű támogatást kapott a Live-patch alkalmazási mechanizmus (kpatch) a Linux kernel sebezhetőségeinek javításához a rendszer újraindítása és leállítása nélkül. Korábban a kpatch a kísérleti lehetőségek közé tartozott;
  • A keretrendszer alapján fapolicyd lehetővé teszi a fehér- és feketelista alkalmazások létrehozását, amelyek meghatározzák, mely programokat futtathatja a felhasználó, és melyeket nem (például a nem ellenőrzött külső végrehajtható fájlok futtatásának blokkolására). A blokkolásról vagy engedélyezésről a program neve, elérési útja, tartalom hash-a és MIME-típusa alapján hozható döntés. A szabályok ellenőrzése a system call open() és exec() hívások során történik, ami negatívan befolyásolhatja a teljesítményt;
  • Az SELinux profilok, amelyek az elszigetelt konténerekkel való használatra összpontosítanak, lehetővé teszik a futtatott szolgáltatások hozzáférésének finomabb kezelését a gazda rendszer erőforrásaihoz. Az adott konténer sajátosságainak figyelembevételével a konténerekhez való SELinux szabályok generálásához egy új udica segédprogram került bevezetésre, amely lehetővé teszi, hogy hozzáférést biztosítson csak a szükséges külső erőforrásokhoz, mint például tárolók, eszközök és hálózat. Az SELinux segédprogramokat (libsepol, libselinux, libsemanage, policycoreutils, checkpolicy, mcstrans) 2.9-es kiadásra frissítették, míg a SETools csomag 4.2.2-es verzióra frissült.

    Új SELinux típus került bevezetésre — boltd_t, amely a Thunderbolt 3 interfésszel rendelkező eszközök kezelésére szolgáló boltd folyamatot korlátoz. (boltd ezentúl SELinux által korlátozott konténerben fut). Új SELinux szabályosztály került hozzáadásra — bpf, amely a Berkeley Packet Filter (BPF) hívásait kezeli és inspectálja az eBPF alkalmazásokat.

  • A routing protokollok stackje került bevezetésre. FRRouting (BGP4, MP-BGP, OSPFv2, OSPFv3, RIPv1, RIPv2, RIPng, PIM-SM/MSDP, LDP, IS-IS), amely felváltotta a korábban használt Quagga csomagot (a FRRouting a Quagga elágazása, így a kompatibilitás megmaradt).
  • A LUKS2 formátumú titkosított partíciókhoz hozzáadódott a blokkeszközök élő újrakódolásának támogatása, anélkül, hogy megszakítanák a használatukat a rendszeren (például most már megváltoztatható a kulcs vagy a titkosítási algoritmus a partíció leválasztása nélkül).
  • Az OpenSCAP keretrendszerben hozzáadódott az SCAP 1.3 (Security Content Automation Protocol) új verziójának támogatása.
  • Az OpenSSH 8.0p1, Tuned 2.12, chrony 3.5, samba 4.10.4 verziók frissítve lettek. Az AppStream tárolóba új PHP 7.3, Ruby 2.6, Node.js 12 és nginx 1.16 ágakkal rendelkező modulok kerültek hozzáadásra (a korábbi ágakkal rendelkező modulok frissítése folytatódik). A Software Collection készletbe csomagok kerültek GCC 9, LLVM 8.0.1, Rust 1.37 és Go 1.12.8 verziókkal.
  • A SystemTap nyomkövető eszközkészlet frissítve lett 4.1-es ágra, míg a memória debugolási eszközkészlet, a Valgrind 3.15-ös verzióra.
  • Az azonosító menedzsment (IdM) szerver telepítési eszközeibe új healthcheck segédprogram került bevezetésre, amely megkönnyíti a problémák felderítését az azonosító szerver környezetében. Az IdM-környezetek telepítése és konfigurálása egyszerűsödött az Ansible szerepek támogatásának és a modulok telepítésének lehetősége révén. Hozzáadva a megbízható erdők (Active Directory Trusted Forest) támogatása Windows Server 2019 alapokon.
  • A klasszikus GNOME (GNOME Classic) munkamenetben megváltozott a virtuális asztalok közötti váltás módja. Az asztalok közötti váltás widgetje most a jobb oldalon, az alsó panelen található, és egy miniatűrökkel ellátott sáv formájában van kialakítva (a másik asztalra való váltáshoz elegendő rákattintani a miniatűrre, amely a tartalmát tükrözi);
  • A DRM (Direct Rendering Manager) alrendszer és az alacsony szintű grafikus illesztőprogramok (amdgpu, nouveau, i915, mgag200) frissítve lettek a Linux 5.1 kernelnek megfelelő állapotra. Támogatás került hozzáadásra az AMD Raven 2, AMD Picasso, AMD Vega, Intel Amber Lake-Y és Intel Comet Lake-U videóalrendszerekhez;
  • A RHEL 7.6 RHEL 8.1-re történő frissítéséhez szükséges eszközkészlet támogatást kapott a telepítés újrarakása nélküli frissítéshez ARM64, IBM POWER (little endian) és IBM Z architektúrák esetén. A webkonzolba bekerült egy rendszerellenőrzési mód a frissítés előtt. A cockpit-leapp plugin került hozzáadásra az esetleges problémák helyreállításához a frissítés során. Biztosították a /var és /usr könyvtárak külön partíciókba való helyezését. Továbbá, az UEFI támogatása is bekerült. Leapp biztosítja a kiegészítő (Supplementary) tárolóból való csomagfrissítést (amely a zárt forrású csomagokat is tartalmazza);
  • Az Image Builderben hozzáadták a képek készítésének támogatását a Google Cloud és az Alibaba Cloud felhő környezetekhez. A képek összeállításakor lehetőség van repo.git használatára, amely által további fájlok vehetők fel különböző Git-repozitóriumokból;
  • A Glibc malloc-hoz további ellenőrzések lettek hozzáadva a memóriablokkok megsérülésének azonosítására;
  • A dnf-utils csomagot yum-utils-ra nevezték át a kompatibilitás biztosítása érdekében (a dnf-utils telepítése továbbra is lehetséges, de ezt a csomagot automatikusan yum-utils-ra cserélik);
  • Új kiadás került hozzáadásra a Red Hat Enterprise Linux System Roles-hoz, amely a modulok és szerepek készletéhez, amely a központosított konfiguráció-irányítás Ansible alapú telepítésére és a tárolók, hálózati lehetőségek, időszinkronizálás, SElinux szabályok és a kdump mechanizmus alkalmazásához kapcsolódó specifikus funkciók beállítására szolgál. Például az új szerep,
    storage lehetővé teszi olyan feladatok végrehajtását, mint a lemez fájlrendszerének kezelése, LVM csoportokkal és logikai partíciókkal való munka;
  • A VXLAN és GENEVE alhálózati stackjében megvalósították az ICMP csomagok "Cél elérhetetlen", "Csomag túl nagy" és "Átirányítós üzenet" kezelésének lehetőségét, ami megoldotta a problémát a váltóirányok és a Path MTU Discovery VXLAN és GENEVE keretein belüli használatával kapcsolatban.
  • Kísérleti megvalósítása készült az XDP (eXpress Data Path) alrendszernek, amely lehetővé teszi a Linuxban a BPF programok futtatását a hálózati meghajtó szintjén, közvetlen hozzáféréssel a csomagok DMA pufferéhez és a szakképzett skbuff puffer elosztásának fázisa előtt, valamint az eBPF komponensei szinkronizálva lettek a Linux 5.0 kernel verzióval. Kísérleti támogatás került bevezetésre az AF_XDP kernel alrendszerhez.eXpress Data Path);
  • Teljes körű támogatás biztosított a TIPC (Átlátható Inter-process Communication) hálózati protokoll számára, melyet a klaszterek közötti folyamatok közötti interakcióhoz terveztek. A protokoll gyors és megbízható hozzájárulást biztosít az alkalmazások számára, függetlenül attól, hogy a klaszter mely csomópontjain futnak.
  • Az initramfs-hez hozzáadódott egy új üzemmód a kernel hüvely dumpjának mentésére rendszerhiba esetén - "korai kdump", amely a rendszer betöltésének korai szakaszában működik.
  • Új kernel paraméter került bevezetésre, az ipcmni_extend, amely kiterjeszti az IPC azonosítók határértékét 32 KB (15 bit) - 16 MB (24 bit), lehetővé téve a programok számára, hogy több megosztott memória szegmenst használjanak.
  • Az Ipset frissítve lett a 7.1 verzióra, amely támogatja az IPSET_CMD_GET_BYNAME és IPSET_CMD_GET_BYINDEX műveleteket.
  • Az rngd démon, amely a pszeudo véletlenszám-generátor entropia medencéjének feltöltését végzi, mentesült a root jogokkal való indítás szükségessége alól.
  • Teljes körű támogatás biztosított Intel OPA (Omni-Path Architecture) a Host Fabric Interface (HFI) eszközök számára, valamint teljes körű támogatás az Intel Optane DC Persistent Memory állandó memóriaeszközök számára.
  • A debug kernelek alapértelmezés szerint megszerezték a UBSAN (Undefined Behavior Sanitizer) detektorral való fordítást, amely további ellenőrzéseket ad a lefordított kódhoz az olyan helyzetek felismerésére, amikor a program viselkedése meghatározatlan lesz (például nem statikus változók használata inicializálásuk előtt, egész számok nulla osztása, egész számú jelezett típusok túlcsordulása, NULL mutatók dereferenciálása, mutatók igazítási problémái stb.).
  • A kernel forráskód fája a valós idejű működéshez szükséges kiterjesztésekkel (kernel-rt) szinkronizálva lett a RHEL 8 fő kernel kódjával.
  • Ibnvinic illesztőprogram került hozzáadásra a vNIC (Virtuális Hálózati Interfész Vezérlő) hálózati vezérlőhöz a PowerVM virtuális hálózati technológia megvalósításával. Az SR-IOV NIC-kel együtt alkalmazva az új illesztőprogram lehetővé teszi a sávszélesség és a szolgáltatásminőség kezelését a virtuális hálózati adapter szintjén, jelentősen csökkentve a virtualizációs költségeket és csökkentve a CPU terhelését;
  • Hozzáadva az adatintegritás-ellenőrzés (Data Integrity Extensions) kiterjesztések támogatása, amelyek lehetővé teszik, hogy az adatok védve legyenek a tárolás során fellépő sérülésektől további helyreállító blokkok mentésével;
  • Hozzáadva az kísérleti támogatás (Technology Preview) csomaghoz nmstate, amely könyvtárat és nmstatectl segédprogramot nyújt a hálózati beállítások deklaratív API-n keresztüli kezeléséhez (a hálózat állapotát előre definiált sémaként írják le);
  • Hozzáadva az kísérleti támogatás a TLS protokoll kernel szintű megvalósításához (KTLS) AES-GCM alapú titkosítással, valamint kísérleti támogatás az OverlayFS, cgroup v2, Stratis, mdev (Intel vGPU) és DAX (közvetlen hozzáférés a fájlrendszerhez a lapkacsere megkerülésével, blokkeszköz szintű használata nélkül) az ext4 és XFS esetében;
  • A DSA, TLS 1.0 és TLS 1.1 támogatását elavultnak nyilvánították, amelyek a DEFAULT csomagból kivételre kerültek és a LEGACY-be kerültek ("update-crypto-policies —set LEGACY");
  • A 389-ds-base-legacy-tools csomagok elavultnak lettek nyilvánítva,
    authd,
    custodia,
    hostname,
    libidn,
    net-tools,
    network-scripts,
    nss-pam-ldapd,
    sendmail,
    yp-tools,
    ypbind és ypserv. A jövőbeli jelentős kiadásban a forgalmazásuk megszüntetése várható;
  • Az ifup és ifdown szkriptek helyett keretrendszerek használata ajánlott, amelyek a NetworkManager-t nmcli-n keresztül hívják meg (a régi szkriptek visszaállításához futtassa: "yum install network-scripts").

Forrás: opennet.ru

Megbízható hosting vásárlása weboldalak számára, DDoS védelemmel, VPS VDS szerverek. 🔥 Megbízható webtárhely vásárlása DDoS védelemmel, VPS VDS szerverek | ProHoster