Entreprise Red Hat lancement de la distribution . Les éditions d'installation sont préparées pour les architectures x86_64, s390x (IBM System z), ppc64le et Aarch64, mais pour uniquement pour les utilisateurs enregistrés du Red Hat Customer Portal. Les sources des paquets rpm de Red Hat Enterprise Linux 8 sont distribuées via CentOS. La distribution sera supportée au moins jusqu'en 2029.
Comme base pour la création de la nouvelle branche, les technologies suivantes ont été utilisées : . La nouvelle branche se distingue par le passage par défaut à Wayland, le remplacement des iptables par nftables, la mise à jour des composants de base (noyau 4.18, GCC 8), l'utilisation du gestionnaire de paquets DNF au lieu de YUM, l'emploi d'un dépÎt modulaire, et l'abandon du soutien pour KDE et Btrfs.
Améliorations clés :
- Le passage au gestionnaire de paquets avec une couche de compatibilité pour Yum au niveau des options de ligne de commande. Comparé à Yum, DNF offre une vitesse de fonctionnement significativement supérieure et une consommation de mémoire réduite, gÚre les dépendances de maniÚre plus efficace et prend en charge le regroupement de paquets en modules ;
- La sĂ©paration en dĂ©pĂŽt de base BaseOS et dĂ©pĂŽt modulaire AppStream. BaseOS fournit l'ensemble minimal de paquets nĂ©cessaires au fonctionnement du systĂšme, tout le reste se trouve dans le dĂ©pĂŽt AppStream. AppStream peut ĂȘtre utilisĂ© de deux maniĂšres : comme dĂ©pĂŽt RPM classique et comme dĂ©pĂŽt au format modulaire.
Le dĂ©pĂŽt modulaire propose des ensembles de paquets rpm regroupĂ©s en modules, dont le support est assurĂ© indĂ©pendamment des versions de la distribution. Les modules peuvent ĂȘtre utilisĂ©s pour installer des versions alternatives d'une application donnĂ©e (par exemple, il est possible d'installer PostgreSQL 9.6 ou PostgreSQL 10). L'organisation modulaire permet Ă l'utilisateur de passer Ă de nouvelles versions significatives de l'application sans attendre une nouvelle version de la distribution et de rester sur des versions plus anciennes, mais encore prises en charge, aprĂšs la mise Ă jour de la distribution. Les modules incluent l'application de base et les bibliothĂšques nĂ©cessaires Ă son fonctionnement (d'autres modules peuvent ĂȘtre utilisĂ©s comme dĂ©pendances);
- L'environnement de bureau par défaut proposé est , avec l'utilisation par défaut d'un serveur d'affichage basé sur Wayland. L'environnement basé sur X.Org Server est disponible en option. Les paquets de l'environnement de bureau KDE ont été retirés, seule la prise en charge de GNOME reste ;
- Le paquet avec le noyau Linux est basé sur la version . Le compilateur par défaut utilisé est . La bibliothÚque systÚme Glibc a été mise à jour vers la version .
- La version par dĂ©faut du langage de programmation Python utilisĂ©e est Python 3.6. Un support limitĂ© pour Python 2.7 est fourni. Python n'est pas inclus dans l'installation de base, il doit ĂȘtre installĂ© sĂ©parĂ©ment. Les versions de Ruby 2.5, PHP 7.2, Perl 5.26, Node.js 10, Java 8 et 11, Clang/LLVM Toolset 6.0, .NET Core 2.1, Git 2.17, Mercurial 4.8 et Subversion 1.10 ont Ă©tĂ© mises Ă jour. Le systĂšme de build CMake (3.11) a Ă©tĂ© inclus.
- L'installateur Anaconda a ajouté la prise en charge de l'installation du systÚme sur des unités NVDIMM.
- L'installateur et le systÚme ont ajouté la possibilité de chiffrer les disques en utilisant le format LUKS2, qui remplace l'ancien format LUKS1 (dans dm-crypt et cryptsetup, LUKS2 est maintenant proposé par défaut). LUKS2 se distingue par un systÚme de gestion des clés simplifié, la possibilité d'utiliser de grands secteurs (4096 au lieu de 512, réduisant la charge lors du déchiffrement), des identifiants symboliques de partitions (label) et des moyens de sauvegarde des métadonnées avec possibilité de restauration automatique à partir d'une copie en cas de détection de corruption.
- Une nouvelle utilitaire, Composer, a été ajoutée, fournissant des outils pour créer des images systÚmes personnalisées adaptées au déploiement sur divers environnements de plates-formes cloud.
- Le support du systÚme de fichiers Btrfs a été supprimé. Le module du noyau btrfs.ko, les utilitaires btrfs-progs et le paquet snapper ne sont plus inclus.
- Un outil a été inclus , fournissant des moyens pour unifier et simplifier la configuration et la gestion d'un pool de un ou plusieurs disques locaux. Stratis est implémenté sous la forme d'une couche (démon stratisd), construit au-dessus du sous-systÚme devicemapper et de XFS, et permet des fonctionnalités telles que l'allocation dynamique d'espace de stockage, les snapshots, l'intégrité des données et la création de couches pour le caching, sans avoir besoin d'une expertise en administration de systÚmes de stockage.
- Des politiques de configuration des sous-systĂšmes cryptographiques au niveau du systĂšme ont Ă©tĂ© mises en Ćuvre, couvrant les protocoles TLS, IPSec, SSH, DNSSec et Kerberos. Avec la commande update-crypto-policies, il est dĂ©sormais possible de choisir l'un des
modes de sélection des algorithmes cryptographiques : default, legacy, future et fips. La version par défaut active la prise en charge de TLS 1.3; - Un support général des cartes à puce et des HSM (Modules de Sécurité Matériels) avec des tokens cryptographiques PKCS#11 a été assuré.
- Le filtre de paquets nftables a remplacé iptables, ip6tables, arptables et ebtables, et est désormais utilisé par défaut. Il se distingue par l'unification des interfaces de filtrage pour IPv4, IPv6, ARP et les ponts réseau. Nftables fournit un interface générique au niveau du noyau, sans dépendance à un protocole spécifique, offrant des fonctions de base pour l'extraction de données des paquets, l'exécution d'opérations sur ces données et la gestion de flux. La logique de filtrage et les gestionnaires spécifiques aux protocoles sont compilés en bytecode dans l'espace utilisateur, qui est ensuite chargé dans le noyau via l'interface Netlink et exécuté dans une machine virtuelle spécialisée, similaire à BPF (Berkeley Packet Filters). Le démon firewalld a été adapté pour utiliser nftables comme backend par défaut. Des utilitaires iptables-translate et ip6tables-translate ont été ajoutés pour convertir les anciennes rÚgles.
- Pour garantir la connectivité réseau entre plusieurs conteneurs, un support pour les pilotes de construction de réseau virtuel IPVLAN a été ajouté.
- Le serveur http nginx (1.14) est inclus dans la distribution de base. Apache httpd a été mis à jour vers la version 2.4.35, et OpenSSH a été mis à jour vers 7.8p1.
Dans les bases de données disponibles dans les dépÎts, on trouve MySQL 8.0, MariaDB 10.3, PostgreSQL 9.6/10 et Redis 4.0. La base de données MongoDB n'est pas incluse en raison de la nouvelle licence SSPL, qui n'est pas encore reconnue comme ouverte.
- Les composants pour la virtualisation ont Ă©tĂ© modernisĂ©s. Par dĂ©faut, lors de la crĂ©ation de machines virtuelles, le type (Ă©mulation du chipset ICH9) avec support PCI Express est utilisĂ©. Le web-interface Cockpit peut maintenant ĂȘtre utilisĂ© pour crĂ©er et gĂ©rer des machines virtuelles. L'interface virt-manager a Ă©tĂ© dĂ©clarĂ©e obsolĂšte. QEMU a Ă©tĂ© mis Ă jour vers la version . QEMU a introduit un mode sandbox isolant qui limite les appels systĂšme que les composants QEMU peuvent effectuer.
- Le support des mécanismes de traçage basés sur eBPF a été ajouté, y compris grùce à l'outil SystemTap (4.0). Des utilitaires pour assembler et charger des programmes BPF sont fournis.
- Un support expérimental pour le sous-systÚme XDP (eXpress Data Path) a été ajouté, permettant d'exécuter des programmes BPF au niveau du pilote réseau sous Linux, avec un accÚs direct au buffer DMA des paquets et avant l'allocation du buffer skbuff par la pile réseau.
- L'outil boom a Ă©tĂ© ajoutĂ© pour gĂ©rer les paramĂštres du chargeur de dĂ©marrage. Boom facilite l'exĂ©cution d'opĂ©rations telles que la crĂ©ation de nouvelles entrĂ©es de dĂ©marrage, par exemple, lors du chargement Ă partir d'un instantanĂ© LVM. Boom se limite Ă l'ajout de nouvelles entrĂ©es de dĂ©marrage et ne peut pas ĂȘtre utilisĂ© pour modifier celles dĂ©jĂ existantes;
- Un outil lĂ©ger pour la gestion des conteneurs isolĂ©s, utilisant pour la crĂ©ation de conteneurs , pour le lancement â et pour la recherche d'images prĂȘtes â ;
- Les capacitĂ©s liĂ©es Ă la mise en cluster ont Ă©tĂ© Ă©tendues. Le gestionnaire de ressources de cluster Pacemaker a Ă©tĂ© mis Ă jour vers la version 2.0. Dans l'outil , un support complet pour Corosync 3, knet et l'accĂšs par nom de nĆud a Ă©tĂ© assurĂ©;
- Les scripts classiques de configuration réseau (network-scripts) sont déclarés obsolÚtes et ne sont plus fournis par défaut. Pour assurer la compatibilité, des wrappers autour de NetworkManager ont été ajoutés, fonctionnant via l'outil nmcli;
- les paquets : crypto-utils, cvs, dmraid, empathy, finger, gnote, gstreamer, ImageMagick, mgetty, phonon, pm-utils, rdist, ntp (remplacé par chrony), qemu (remplacé par qemu-kvm), qt (remplacé par qt5-qt), rsh, rt, rubygems (maintenant inclus dans le paquet principal ruby), system-config-firewall, tcp_wrappers, wxGTK.
- Une image de base universelle (UBI, ) a été préparée pour la création de conteneurs isolés, y compris permettant de créer des conteneurs pour une seule application. L'UBI comprend un environnement réduit minimal, des superpositions d'exécution pour le support des langages de programmation (nodejs, ruby, python, php, perl) et un ensemble de paquets supplémentaires dans le référentiel.
Source : opennet.ru
