L’information TRCINT présentée dans cet article donne une bonne vue interne de toute application réseau tournant sur votre système. Avec TRCINT, vous pouvez examiner les API sockets que l’application utilise lors de l’envoi et de la réception de données sur le réseau. Voyons deux scénarios utilisant la couche d’interface sockets
Quand faut-il utiliser TRCINT ?
pour déboguer des problèmes de réseau.
Scénario n° 1 : Vous constatez qu’une application requête/réponse semble s’immobiliser en attendant une réponse du système distant ; pourtant, vous pouvez atteindre ce dernier par un ping. Avec les outils couverts dans les articles précédents de cette série, vous êtes capables de collecter une trace de communications i5/OS du problème, puis de l’analyser de deux façons. Premièrement, si la requête de l’application n’apparaît pas dans la trace de communications, vous devez déterminer si la requête est envoyée à la pile TCP/IP. Capturez une trace des API sockets que cette application est en train d’appeler, pour déterminer rapidement si l’application appelle les API send() ou write(). Deuxièmement, après avoir examiné la trace de communications, vous pourriez déterminer que la requête de l’application est envoyée sur le réseau et que la réponse du système distant est reçue. Si l’application semble encore figée, capturez une trace des API sockets appelées par l’application et déterminez si les API recv() ou read() sont utilisées pour recevoir la réponse du système distant.
Scénario n° 2 : Une application est défaillante, mais les messages de diagnostic et les moyens de trace qu’elle fournit, ne permettent pas de cerner le problème. Peut-être que l’application ne vérifie pas les codes de renvoi sur chaque appel d’API socket, ou peut-être qu’elle n’affiche pas ou ne transfère pas la valeur errno quand une erreur est détectée. Collecter une trace interne sur les API sockets utilisées par l’application est le seul moyen de déterminer quelles API sockets sont défaillantes et la valeur errno réelle qui est renvoyée, sans mettre à jour et recompiler l’application. Dans les deux scénarios qui précèdent, de bonnes fonctions de diagnostic et de trace au niveau application réduisent la nécessité de capturer une trace au niveau de l’API socket. Malheureusement, beaucoup d’applications socket ont un service déficient, et le seul moyen de les déboguer est d’utiliser une trace de composantes sockets.
Téléchargez cette ressource
Microsoft 365 Tenant Resilience
Face aux failles de résilience des tenants M365 (configurations, privilèges, sauvegarde). Découvrez 5 piliers pour durcir, segmenter et surveiller vos environnements afin de limiter l’impact des attaques. Prioriser vos chantiers cyber et améliorer la résilience de vos tenants Microsoft 365.
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- Adaptation climatique : les entreprises accélèrent, mais peinent à mesurer l’impact financier
- Data centers : 31 600 milliards de dollars d’investissements d’ici 2050, l’énergie au cœur de la nouvelle géographie du calcul
- Analyse Patch Tuesday Septembre 2026
- Agents fantômes en EMEA : l’IA s’emballe, les conseils d’administration s’inquiètent
Articles les + lus
Commandes Windows 11 : le Guide des Outils accessibles avec Win + R
Sécurité : une approche dans la durée avant tout
Guide Ultime des Raccourcis Clavier Windows 11 pour les Professionnels IT
Quand les « travailleurs numériques » pallient le manque de bras dans l’industrie
Model Context Protocol : le contexte, grand oublié du débat
À la une de la chaîne Tech
- Commandes Windows 11 : le Guide des Outils accessibles avec Win + R
- Sécurité : une approche dans la durée avant tout
- Guide Ultime des Raccourcis Clavier Windows 11 pour les Professionnels IT
- Quand les « travailleurs numériques » pallient le manque de bras dans l’industrie
- Model Context Protocol : le contexte, grand oublié du débat
