Accueil › Certifications › EX342 › Questions gratuites

Questions gratuites EX342 — Red Hat Certified Specialist in Linux Diagnostics

Téléchargez gratuitement 38 questions d'entraînement pour la certification EX342 proposée par Red Hat. Toutes les questions sont accompagnées de corrections détaillées avec explications techniques.

Caractéristiques de l'examen blanc

Code de certificationEX342
ÉditeurRed Hat
Nombre de questions38
TypeQCM avec 4 réponses possibles
Niveauspecialty
CatégorieIT
Prix100% gratuit

Aperçu de 8 questions représentatives

Voici un échantillon aléatoire de 8 questions tirées de notre base d'entraînement EX342. Pour accéder aux 38 questions complètes, lancez l'examen blanc gratuitement.

Question 1
Un administrateur doit déboguer application utilisant seccomp filter. Quel outil tracerait exactement syscalls bloqué vs autorisé par profile?
  1. strace -e trace=seccomp détecte rejections; journalctl audit logs SECCOMP violations complètement
  2. ps --security-labels affiche selinux context, révèle seccomp profile appliqué
  3. ausearch -k seccomp retourne audit logs; application fonctionnement suffit diagnostic
  4. perf trace capture tous syscalls; comparaison allowed vs blocked requires manual parsing
Question 2
Un administrateur doit configurer audit kernel auditd. Quel règle capturerait modifications fichiers /etc/passwd sans surcharge excessive?
  1. -w /etc/passwd -p wa -k passwd_changes: watch file, permissions write+attr, taggue logs
  2. -a always,exit -F arch=b64 -S open,read,write: capture tous syscalls global
  3. -F name=/etc/passwd: filtre simple syntaxe, pas watches, capture imprécis
  4. auditctl -l pour lister rules génériques, pas définir spécifique passwd audit
Question 3
Un administrateur doit analyser pourquoi un service systemd se redémarre toutes les 90 secondes. Quel composant systemd devrait-il vérifier prioritairement pour identifier la cause?
  1. Analyseur conditions service (WatchdogSec, StartLimitIntervalSec) et journalctl -u service -n 100
  2. systemctl list-dependencies pour cartographier les services dépendants
  3. strace -f sur systemd pour tracer les fork/exec des services
  4. Consulter /etc/systemd/system.conf pour les timeout globaux
Question 4
Une entreprise migre vers IPv6. Quel outil Linux diagnostiquerait dual-stack RFC 3484 address selection problèmes et latence IPv4 fallback?
  1. getaddrinfo(3) avec strace, comparer DNS résolutions; tcpdump détect IPv4 fallback delays
  2. ip -6 addr affiche config IPv6; absence aaaa records explique fallback uniquement
  3. ping6 vs ping RTT simple, mais prouve pas RFC 3484 preference order issue
  4. curl -4 vs -6 forcer IPv4/v6, mesurer timing, détermine problème address selection
Question 5
Une entreprise héberge services critiques sur KVM. Les admins observent latence réseau intermittente. Quel toolkit diagnostique permettrait d'isoler si le problème provient du vhost kernel ou des VMs guests?
  1. tcpdump sur interface vnet du host et inside guest, comparer les timestamps exactes des paquets
  2. iperf entre host et guest pour mesurer bande passante maximale théorique
  3. perf stat sur le processus qemu principal pendant transferts réseau
  4. virsh domstats pour obtenir CPU/mémoire du domaine pendant test réseau
Question 6
Un administrateur constate que les services attendant I/O persistent longtemps. Quelle combinaison outils/proc révèlerait priorité I/O et fair scheduler shares?
  1. ionice -p [pid] affiche classe/priorité; /proc/[pid]/cgroup montre I/O weight cgroups
  2. iostat -x affiche queue depth globale, suffit déterminer priorité process unique
  3. lsof -p [pid] montre fichiers ouverts; plus fd = priorité I/O higher
  4. top -p [pid] colonne VIRT/RES indique I/O behaviour et priorité scheduling
Question 7
Un administrateur constate kernel ring buffer (dmesg) remplit trop vite. Quel paramètre ajusterait le verbosity kernel sans recompilation?
  1. Modifier printk log levels via /proc/sys/kernel/printk dynamiquement
  2. Éditer /etc/sysctl.conf et redémarrer pour appliquer param kernel.printk
  3. Passer debug=1 option GRUB pour réduire verbosity kernel messages
  4. Utiliser systemctl set-environment pour contrôler kernel logging
Question 8
Un administrateur constate que strace ralentit processus de 100x. Dans quel scénario cet overhead serait tolérable pour diagnostic production?
  1. Trace limitée via -e filter syscalls (ex: -e trace=open,read) sur service non-critique batch
  2. Service web frontend où clients acceptent delay 100x pendant investigation
  3. Toujours inacceptable; utiliser perf/bcc pour éviter strace overhead
  4. Services temps-réel (<10ms latency) peuvent tolèrer si trace capture >95% calls

Accédez aux 38 questions complètes gratuitement

Aucune carte bancaire requise. Examen chronométré, corrections détaillées, score final.

Lancer l'examen blanc EX342 →

Pourquoi s'entraîner avec Certifexpress ?