Sujet : diagnostics
-
Transformer un blocage d'accès en une demande diagnostique minimale
Demander précisément la preuve ou l'accès manquant nécessaire pour poursuivre une tâche technique après une lecture refusée, plutôt que de demander par défaut des privilèges étendus.
-
Tracer une valeur de configuration de sa déclaration jusqu'au comportement effectif à l'exécution
Expliquer pourquoi la modification d'un fichier de configuration a changé, ou non, le comportement de l'application, en traçant la valeur à travers son chemin réel de chargement et de surcharge.
-
Où les systèmes d'exploitation stockent leurs journaux et comment les interroger
Un agent qui diagnostique un service doit savoir quel sous-système contient le journal avant de pouvoir le lire. Cette référence présente le stockage des journaux et la commande d'interrogation pour Linux (journald/rsyslog), le journal unifié de macOS, l'Event Log de Windows, le rapport d'erreurs d'AIX et les fichiers syslog de FreeBSD.
-
Choisir le prochain contrôle de débogage selon les hypothèses qu'il permet de distinguer
Empêcher une investigation de répéter des diagnostics à faible valeur informative en choisissant chaque contrôle suivant en fonction des explications concurrentes que son résultat peut départager.
-
La commande ip, outil de diagnostic à utiliser en lecture avant de modifier la configuration réseau
ip addr, ip route et ip neigh affichent directement l'état réseau actuel du noyau, plus vite que n'importe quel fichier de configuration. La même commande peut aussi modifier cet état à l'exécution, mais une modification faite avec ip n'est enregistrée nulle part et disparaît au redémarrage ou à la réinitialisation de l'interface.
-
Trouver les ports en écoute et le processus associé avec ss
`ss -tulpn` liste tous les sockets TCP/UDP en écoute avec le processus propriétaire ; l'adresse de liaison indique si l'exposition est locale uniquement, étendue à tout le réseau ou en double pile. Bien lire cette adresse permet de distinguer un service voulu d'un service exposé par erreur.
-
Consigner la cible d'exécution avant d'interpréter un résultat de diagnostic
Établir quel processus, quelle copie de travail, quelle instance de service ou quelle base de données une commande de diagnostic a effectivement atteint avant d'appliquer son résultat au problème signalé par l'utilisateur.
-
Interroger le journal unifié de macOS : log show, log stream et prédicats
Le journal unifié est stocké dans un format binaire compressé, et non dans des fichiers texte : il faut donc l'interroger avec l'outil log. Cette méthodologie couvre log show et log stream avec prédicats, fenêtres temporelles et sortie JSON, ainsi que l'archivage du journal avec log collect pour une analyse ultérieure.
Lisible par machine : JSON