Accueil · Guides de révision · EX342

Guide complet EX342 — Red Hat

Red Hat Certified Specialist in Linux Diagnostics · Programme, plan de révision, ressources, examen blanc gratuit.

TL;DR — Le guide en 1 minute

La certification EX342 Red Hat Certified Specialist in Linux Diagnostics valide votre expertise dans le diagnostic et la resolution de problemes systeme sur Red Hat Enterprise Linux 8/9. Examen pratique de 4 heures sur machine reelle, destine aux administrateurs systeme experimentes. Prerequis RHCE recommande. Debouches : ingenieur SRE, expert Linux, consultant infrastructure. Tres recherchee dans la banque, telecoms et cloud souverain, elle atteste une maitrise pointue du troubleshooting kernel, performance, stockage et reseau sous RHEL.

Pourquoi passer la certification EX342 ?

En 2026, la complexite croissante des infrastructures Linux hybrides (on-premise, OpenShift, edge computing) fait exploser la demande pour des profils capables de diagnostiquer rapidement les incidents critiques. La certification EX342 se distingue car elle valide des competences pratiques rares : analyse de core dumps, lecture de traces SystemTap, debogage kernel, tuning performance. Contrairement aux certifications generalistes (RHCSA, RHCE), elle cible la specialisation diagnostic, un domaine ou les profils experts sont sous-representes en Europe. Le ROI est immediat : un ingenieur RHCE specialise Diagnostics negocie en moyenne 15 a 25% de plus qu'un RHCE seul. Les grandes entreprises (BNP Paribas, Orange, Thales, OVHcloud) exigent ce type d'expertise pour leurs equipes SRE et production. Avec la montee en puissance du cloud souverain europeen et de RHEL 9, posseder cette certification valorise votre CV face aux profils Linux generiques et vous ouvre les portes des missions premium en freelance (TJM 700 a 950 EUR). Elle prouve egalement votre capacite a tenir des SLA stricts, un argument decisif pour les postes en production critique et financiere.

Caractéristiques de l'examen

Format Examen pratique sur machine RHEL reelle (performance-based)
Duree 240 minutes (4 heures)
Score requis 210 points sur 300 (70%)
Prix officiel 458 EUR HT en France
Langues Anglais (interface), Francais via reseller
Validite 3 ans, renouvelable via re-certification
Prerequis RHCE recommande, experience RHEL 2-3 ans minimum

Programme détaillé par domaine

Domain 1 : Methodologie de diagnostic et collecte d'informations 20%

Objectifs
Maitriser l'approche structuree du troubleshooting Red Hat : identification du probleme, collecte des donnees, hypotheses, tests, resolution et documentation. Savoir utiliser sosreport pour generer un rapport complet exploitable par Red Hat Support. Comprendre la difference entre symptome et cause racine. Etre capable de prioriser les incidents selon leur criticite et leur impact business. Savoir naviguer dans la Red Hat Knowledge Base et utiliser efficacement le portail clients.
Concepts clés
Methodologie en 7 etapes du Red Hat troubleshooting framework, lecture des journaux systeme avec journalctl, filtrage par priorite et unite, persistence des logs systemd-journald, rotation avec logrotate, configuration de rsyslog pour la centralisation, analyse de /var/log/messages, utilisation de sos report avec plugins specifiques. Comprehension des niveaux de log syslog (emerg a debug). Maitrise des timestamps, time-window analysis et correlation d'evenements multi-services.
Services / outils
sos report, journalctl, rsyslog, systemd-journald, logrotate, Red Hat Customer Portal, Red Hat Insights, abrt (Automatic Bug Reporting Tool), abrtd, retrace-server, gdb pour analyse basique.
Temps estimé
10-12h

Domain 2 : Diagnostic du processus de boot et systemd 20%

Objectifs
Diagnostiquer les echecs de boot a chaque etape : BIOS/UEFI, GRUB2, initramfs, kernel, systemd. Savoir reparer un GRUB corrompu, regenerer un initramfs avec dracut, intervenir en mode rescue ou emergency. Identifier les unites systemd en echec, analyser leurs dependances et leurs cibles. Comprendre l'ordre de demarrage et les targets multi-user, graphical, rescue, emergency.
Concepts clés
Sequence de boot UEFI vs Legacy BIOS, configuration GRUB2 dans /etc/default/grub et /boot/grub2/grub.cfg, parametres kernel cmdline, modules initramfs, hooks dracut, systemd units (.service, .target, .mount, .timer), dependances After/Before/Requires/Wants, isolation de targets, mode chroot depuis ISO de rescue RHEL, reset du mot de passe root via rd.break.
Services / outils
grub2-mkconfig, grub2-install, dracut, systemctl, systemd-analyze blame, systemd-analyze critical-chain, journalctl -b, plymouth, anaconda rescue mode.
Temps estimé
15-18h

Domain 3 : Diagnostic du noyau Linux et des modules 20%

Objectifs
Analyser les kernel panics, les oops et les warnings kernel. Configurer kdump pour capturer les vmcore lors d'un crash. Utiliser crash utility pour analyser les vmcore et identifier la fonction kernel fautive. Charger, decharger et parametrer les modules kernel avec modprobe. Gerer les parametres sysctl pour optimiser le comportement kernel.
Concepts clés
Architecture du kernel RHEL, espace utilisateur vs espace kernel, ring buffer dmesg, configuration /etc/kdump.conf, dimensionnement du crashkernel via cmdline, format ELF du vmcore, commandes crash (bt, log, ps, files, mount), analyse de stack trace, kernel modules signes, SecureBoot et signature, parametres modules via /etc/modprobe.d/, tuning via /etc/sysctl.d/.
Services / outils
kdump, kexec, crash, makedumpfile, dmesg, modprobe, lsmod, modinfo, depmod, sysctl, /proc/sys, /sys/module.
Temps estimé
18-22h

Domain 4 : Diagnostic des performances, stockage et systemes de fichiers 20%

Objectifs
Identifier les goulets d'etranglement CPU, memoire, IO disque et reseau. Utiliser les outils de mesure et de profilage pour caracteriser une degradation de performance. Diagnostiquer les problemes LVM, multipath, RAID logiciel et systemes de fichiers XFS/ext4. Reparer un systeme de fichiers corrompu, etendre ou reduire un volume LVM, recuperer des donnees sur un PV defaillant.
Concepts clés
Metriques load average, %iowait, swap usage, page faults, OOM killer, cgroups v2, tuned profiles (throughput-performance, latency-performance), structure LVM (PV/VG/LV), snapshots LVM thin et fat, journalisation XFS, repair offline avec xfs_repair, analyse SMART des disques, multipath device-mapper, configuration /etc/multipath.conf.
Services / outils
top, htop, vmstat, iostat, sar, pidstat, perf, tuned-adm, lvm2, xfs_repair, e2fsck, smartctl, multipathd, dm-mapper, blktrace.
Temps estimé
20-25h

Domain 5 : Diagnostic reseau, securite SELinux et authentification 20%

Objectifs
Diagnostiquer les problemes de connectivite reseau a tous les niveaux : interface, routage, DNS, firewall. Analyser et corriger les denials SELinux via les logs audit. Resoudre les problemes d'authentification PAM, SSSD et integration LDAP/Active Directory. Verifier la configuration firewalld et nftables. Capturer et analyser le trafic reseau avec tcpdump et wireshark.
Concepts clés
Stack reseau Linux, configuration NetworkManager via nmcli et nmtui, fichiers keyfile dans /etc/NetworkManager/system-connections/, bonding et teaming, VLAN tagging, resolution DNS avec /etc/resolv.conf et systemd-resolved, contextes SELinux, booleans, modes enforcing/permissive/disabled, audit2allow pour creer des modules, PAM stack et modules pam_unix/pam_sss, cache SSSD.
Services / outils
NetworkManager, nmcli, ip, ss, tcpdump, firewalld, nftables, SELinux, semanage, restorecon, audit2why, audit2allow, sealert, sssd, realmd, adcli, oddjobd.
Temps estimé
18-22h

Plan de révision hebdomadaire

Semaine 1-2 : Fondations et methodologie. Lire le programme officiel EX342 sur redhat.com, installer un lab avec deux VM RHEL 9 (une saine, une cassee volontairement) via KVM ou VirtualBox. Maitriser sosreport, journalctl et la navigation dans la Knowledge Base. Realiser 5 scenarios de troubleshooting basiques. Semaine 3-4 : Boot et systemd. Casser et reparer GRUB2, regenerer initramfs avec dracut, manipuler les targets systemd, simuler des unites en echec, pratiquer le mode rescue et emergency. Reinitialiser le mot de passe root via rd.break au moins 10 fois jusqu'a maitrise totale. Semaine 5-6 : Kernel et kdump. Configurer kdump, declencher des crashes volontaires avec echo c > /proc/sysrq-trigger, analyser les vmcore avec crash, lire des stack traces. Suivre le cours officiel RH342 si possible (environ 3000 EUR). Semaine 7-8 : Performance et stockage. Stresser le systeme avec stress-ng, mesurer avec perf et sar, casser des volumes LVM, corrompre des FS XFS et les reparer, simuler des pannes multipath. Semaine 9 : Reseau et SELinux. Diagnostiquer des problemes de routage, configurer firewalld avec zones, generer des denials SELinux et creer des modules personnalises avec audit2allow. Semaine 10 : Revision finale, examen blanc chronometre de 4 heures sur lab personnel, relecture des erreurs frequentes, repos la veille de l'examen et reservation via Pearson VUE ou Red Hat Individual Exam.

Besoin d'un planning sur mesure ? 30 jours · 60 jours · 90 jours

Ressources recommandées

Documentation officielle Red Hat EX342

Page officielle avec objectifs detailles de l'examen, prerequis et liste exhaustive des competences evaluees.

Cours RH342 Red Hat Linux Diagnostics

Formation officielle de 4 jours preparatoire a EX342, incluant labs guides et acces au LMS Red Hat pendant 90 jours.

Red Hat Learning Subscription

Abonnement annuel donnant acces a tous les cours Red Hat, labs cloud illimites et examens. Excellent ROI pour preparer EX342 et autres certs.

Forum r/redhat et stackexchange Unix

Communaute active partageant retours d'experience, conseils preparation et discussions sur les pieges classiques de EX342.

5 erreurs classiques à éviter

  • Erreur 1 : Negliger la maitrise de sosreport et de la Knowledge Base. Beaucoup de candidats se focalisent sur la technique pure et oublient que l'examen evalue aussi la methodologie de support officielle. Pratiquer la generation et la lecture de sosreports.
  • Erreur 2 : Sous-estimer kdump et crash utility. La configuration de kdump avec dimensionnement crashkernel correct et l'analyse de vmcore avec crash sont des sujets recurrents. Beaucoup echouent faute d'avoir vraiment manipule un vmcore reel.
  • Erreur 3 : Confondre symptome et cause racine. L'examen penalise les solutions de contournement (workarounds) qui masquent le probleme. Toujours expliquer et corriger la cause profonde, pas seulement faire disparaitre le symptome.
  • Erreur 4 : Mal gerer le temps sur 4 heures. Certains scenarios sont des pieges chronophages. Conseil : faire un premier passage sur toutes les taches, traiter les rapides, puis revenir sur les complexes. Ne jamais bloquer plus de 30 minutes sur une seule tache.
  • Erreur 5 : Oublier de verifier la persistance des corrections apres reboot. Une correction qui ne survit pas au redemarrage est consideree comme un echec. Toujours rebooter en fin de scenario pour valider.

5 questions types corrigées

Q1. Un serveur RHEL 9 ne demarre plus apres une modification de /etc/default/grub. Quelle est la procedure correcte pour regenerer la configuration GRUB2 sur un systeme UEFI ?
Réponse : B
Sur un systeme UEFI RHEL, le fichier de configuration GRUB2 actif se trouve dans /boot/efi/EFI/redhat/grub.cfg et non /boot/grub2/grub.cfg qui est utilise sur les systemes Legacy BIOS. C'est une erreur classique. La commande grub2-install n'est pas necessaire sauf en cas de corruption du bootloader lui-meme. dracut regenere l'initramfs, ce qui n'est pas le sujet. Toujours verifier le type de firmware avec ls /sys/firmware/efi avant d'agir.
Q2. Apres un crash kernel, vous voulez analyser le vmcore genere par kdump. Quelle commande charge le vmcore dans crash utility ?
Réponse : B
L'utilitaire crash necessite imperativement deux arguments : le binaire vmlinux avec symboles de debug (fourni par le paquet kernel-debuginfo) et le fichier vmcore. Sans vmlinux, l'analyse est impossible car crash ne peut pas resoudre les adresses memoire en noms de fonctions. Le paquet kernel-debuginfo doit correspondre exactement a la version du kernel ayant crashe. makedumpfile sert a compresser le vmcore, gdb n'est pas adapte au format kdump.
Q3. Une application web Apache renvoie systematiquement des erreurs 403 alors que les permissions Unix sont correctes. Quelle est la premiere commande a executer pour diagnostiquer ?
Réponse : B
Quand les permissions Unix sont bonnes mais l'acces refuse, SELinux est le suspect principal. ausearch -m AVC -ts recent affiche les denials SELinux recents dans audit.log. Desactiver SELinux avec setenforce 0 est une mauvaise pratique penalisee a l'examen car cela masque le probleme sans le resoudre. Apres identification du denial, utiliser sealert ou audit2why pour comprendre, puis restorecon ou semanage fcontext pour corriger durablement le contexte SELinux.

Voir plus de questions gratuites →

Carrière & salaire après EX342

En France et en Europe en 2026, un ingenieur Linux certifie EX342 perçoit en moyenne 58 000 a 78 000 EUR brut annuel en CDI selon experience, contre 48 000 a 62 000 EUR pour un RHCE seul. En freelance, les TJM oscillent entre 700 et 950 EUR pour des missions SRE, ingenieur production ou expert infrastructure. Les secteurs les plus recruteurs sont la finance (BNP, Societe Generale, Credit Agricole), les telecoms (Orange, SFR), la defense (Thales, Atos) et le cloud souverain (OVHcloud, Scaleway, Outscale). Cette certification ouvre naturellement vers RHCA (Red Hat Certified Architect) en cumulant 5 certifications de specialiste. Les certifications complementaires recommandees sont EX358 (Services Management), EX442 (Performance Tuning) et EX415 (Security).

Détail des salaires EX342 en 2026 →

FAQ — EX342

Combien de temps faut-il pour preparer EX342 ?

Environ 10 semaines a raison de 10 a 15 heures par semaine, soit 100 a 150 heures au total, pour un candidat ayant deja le RHCE et 2 ans d'experience RHEL en production.

Cette certification est-elle reconnue en France ?

Oui, Red Hat est l'editeur Linux entreprise leader. Les certifications Red Hat sont tres valorisees dans les SSII françaises (Capgemini, Sopra, Atos) et chez les grands comptes, notamment dans la finance et la defense.

Quel est le taux de reussite a EX342 ?

Red Hat ne communique pas officiellement, mais les retours communautaires indiquent un taux d'environ 55 a 65%, plus bas que RHCSA car l'examen pratique de 4 heures est particulierement exigeant et chronophage.

Quel est le salaire apres EX342 ?

En France 2026, comptez 58 000 a 78 000 EUR brut annuel en CDI, et 700 a 950 EUR de TJM en freelance pour des missions SRE ou expert Linux production critique.

Faut-il une experience prealable ?

Oui, 2 a 3 ans minimum d'administration RHEL en production sont fortement recommandes. La certification RHCE est un prerequis pratique, meme si elle n'est pas officiellement obligatoire pour s'inscrire.

EX342 ou cert concurrente : laquelle choisir ?

EX342 n'a pas vraiment d'equivalent direct. LFCS de la Linux Foundation reste generaliste. Pour le diagnostic specialise, EX342 est la reference du marche entreprise, surtout en environnement RHEL ou derive CentOS Stream et Rocky Linux.

Combien coute l'examen EX342 ?

Le tarif officiel est de 458 EUR HT en France en 2026. La formation preparatoire RH342 coute environ 3000 EUR HT. L'abonnement Red Hat Learning Subscription a 5500 EUR HT inclut formation, labs et examens.

Combien de fois peut-on repasser EX342 ?

Red Hat autorise une seule re-tentative gratuite si vous achetez l'option Exam Retake lors de l'inscription initiale. Sans cette option, chaque tentative coute le prix plein de 458 EUR HT.

Prêt à passer à la pratique ?

Lancez votre examen blanc gratuit ou faites le test d'orientation pour valider votre choix.

Démarrer l'examen blanc EX342 → Test d'orientation