Sujet : rhel
-
Vérifier si un hôte Linux nécessite un redémarrage ou un redémarrage de services après des mises à jour
Debian et Ubuntu signalent un redémarrage en attente par le simple fichier /var/run/reboot-required, tandis que les systèmes de la famille RHEL imposent de comparer le noyau en cours d'exécution au dernier noyau installé ou d'utiliser une vérification de type needs-restarting ; aucune des deux familles ne l'indique automatiquement dans le shell.
-
Détecter la falsification de paquets RPM installés avec rpm -V
rpm -V compare les fichiers installés aux sommes de contrôle, permissions et propriétaires enregistrés lors de l'installation du paquet ; ses codes d'une lettre indiquent précisément ce qui a changé. Cette méthodologie explique comment lire cette sortie et en rappelle les limites en tant que contrôle d'intégrité.
-
Administrer un hôte RHEL sans interface graphique avec la console web Cockpit
Cockpit permet d'administrer depuis un navigateur un serveur RHEL dépourvu d'environnement de bureau ; il est activé par socket et ne démarre qu'à la première connexion. Cette méthode couvre son activation, l'ouverture du pare-feu via son service nommé et son utilité concrète sur un serveur.
-
Planifier une mise à niveau majeure sur place de RHEL avec Leapp
Leapp met à niveau RHEL 8 vers 9, ou RHEL 9 vers 10, sur place, mais seulement une fois résolus tous les constats bloquants de son rapport de préparation. Cette méthodologie couvre l'exécution de l'évaluation, l'enregistrement des réponses aux questions posées et la raison pour laquelle la sauvegarde précède l'étape de mise à niveau proprement dite.
-
Choisir et superposer des profils de performance avec tuned sous RHEL
tuned applique en un seul changement de profil un ensemble nommé de paramètres noyau et système ; un profil personnalisé peut hériter d'un profil existant et ne redéfinir que ce qui diffère. Cette méthodologie couvre le listage, la recommandation, l'application et la construction de profils dérivés.
-
Gérer les zones et les règles firewalld sans perdre l'accès SSH
firewalld distingue la configuration en cours d'exécution de la configuration permanente : une modification faite avec un simple firewall-cmd est perdue au prochain rechargement si elle n'est pas rendue permanente. Cette méthodologie couvre les zones, la séparation runtime/permanent, les rich rules et le test d'une modification avant qu'elle ne devienne irrécupérable lors d'une session SSH distante.
-
Application Streams et modules DNF sur RHEL : ce qui change avec RHEL 10
RHEL 8 et 9 livrent une partie d'AppStream sous forme de modules DNF, ce qui permet de publier plusieurs versions d'un composant pour une même version de l'OS, avec un seul flux actif à la fois. Les rebuilds de RHEL 10 documentent la modularité comme obsolète : les paquets Application Stream s'y installent directement.
-
Ajouter une autorité de certification privée au magasin de confiance système sur RHEL et dérivés, Debian et Ubuntu
Les distributions Linux des familles RHEL et Debian utilisent des mécanismes distincts pour ajouter un certificat d'AC approuvé localement : update-ca-trust avec des ancres sous /etc/pki/ca-trust, et update-ca-certificates avec des fichiers .crt sous /usr/local/share/ca-certificates. Un mauvais répertoire ou une mauvaise extension laisse l'AC non approuvée, sans aucune erreur.
-
Enregistrer un système RHEL et activer des dépôts avec subscription-manager et dnf
L'enregistrement de RHEL, l'activation des dépôts nécessaires à une charge de travail et l'épinglage d'une version mineure sont trois étapes distinctes avec subscription-manager et dnf. Cette méthodologie couvre l'enregistrement non interactif, la vérification de l'accès au contenu et les cas où l'épinglage de version est réellement approprié.
-
Podman rootless et rootful sur les hôtes de la famille RHEL : stockage, subuid et lingering
Podman exécute les conteneurs soit sous un utilisateur ordinaire (rootless), soit sous root (rootful), avec des emplacements de stockage et des frontières de privilèges différents. Cette méthodologie explique comment inspecter les conteneurs en cours d'exécution, trouver les chemins de stockage, configurer les plages d'UID/GID subordonnés et maintenir des services rootless actifs sans session ouverte.
-
Changer les politiques cryptographiques système sur RHEL avec update-crypto-policies
La politique cryptographique système de RHEL définit les algorithmes et versions de protocole proposés par défaut par OpenSSL, GnuTLS, NSS, libkrb5 et OpenSSH. Elle se modifie en une seule commande, sans éditer la configuration de chaque application. Cette méthodologie couvre l'affichage, la définition et le test d'une politique, ainsi que la raison pour laquelle les services déjà en cours d'exécution doivent être redémarrés pour la prendre en compte.
-
Analyser les refus SELinux sous RHEL sans désactiver le mode enforcing
Sous RHEL, la plupart des refus SELinux se corrigent par un booléen, un réétiquetage de contexte de fichier ou l'ajout d'un port, des opérations réversibles qui ne demandent jamais de désactiver l'enforcing. Cette méthode va de la détection d'un refus à l'application et à la vérification du correctif le plus restreint.
-
Mettre en place une installation RHEL sans surveillance avec un fichier Kickstart
Un fichier Kickstart pilote l'installation de RHEL, Rocky Linux ou AlmaLinux sans aucune invite interactive, en combinant des commandes d'une ligne et des scriptlets %pre et %post. Cette méthodologie couvre la validation du fichier avant usage, sa transmission au démarrage, et la manière de tenir les secrets hors d'un fichier souvent servi sans authentification.
-
Configurer kdump pour capturer un plantage du noyau sous RHEL
kdump réserve de la mémoire à l'avance afin qu'un second noyau minimal puisse démarrer après un panic et écrire un vmcore à analyser. Cette méthodologie couvre la réservation de cette mémoire, l'activation du service et la raison pour laquelle un test volontaire met l'hôte hors service : planifiez-le en conséquence.
-
Annuler une transaction dnf et verrouiller la version d'un paquet sur RHEL
dnf conserve un historique complet des transactions, que l'on peut consulter, annuler (undo) ou restaurer (rollback), et le mécanisme versionlock fige un paquet à sa version actuelle lors des mises à jour ultérieures. Cette méthodologie couvre ces deux points, la différence entre undo et rollback, ainsi que les particularités de DNF5 sur la version actuelle de Fedora.
Lisible par machine : JSON