F.A.Q.

Vérifiez que la configuration minimale requise est respectée.

Vérifiez que le service Windows DaemonIAT est en cours d'exécution sur le serveur et que les clients IAT ont été démarrés avec les paramètres nécessaires (voir Paramètres du client).

Assurez-vous que le fichier socket.key est présent dans le dossier partagé « Client » du serveur. La clé est générée par le Listener à son premier démarrage, puis distribuée dans ce dossier : sans elle, le client s'arrête immédiatement avec le message « FATAL: Cannot load socket.key ».

Après le démarrage du client, attendez environ 3 minutes avant de pouvoir consulter les données : la première collecte d'inventaire est volontairement différée. Ensuite, le client envoie les données à l'intervalle défini par le paramètre senddelay (5 minutes au minimum).

Dans le tableau de bord IATMng, la zone Connected Clients affiche les agents actuellement connectés au Listener.

DaemonIAT : le service Windows qui maintient l'application « ListenerIAT.exe » en cours d'exécution.

ListenerIAT : l'exécutable qui écoute et écrit dans la base de données les données reçues des clients.

Tous les modules (Listener, console, agent, Syslog, SNMP, ReportEngine) écrivent leurs fichiers journaux dans :

C:\ProgramData\IT-Asset-Tool\logs

Chaque fichier porte le nom du module et du processus qui l'a créé, par exemple log_20260908153614_ListenerIAT_816.log. Sur un ordinateur surveillé, l'agent écrit son propre journal dans ce même dossier, en local.

Le niveau de détail est défini par ErrorLevel dans Config > General. Augmentez-le avant de reproduire un problème, puis rétablissez-le pour limiter l'occupation du disque.

Vérifiez d'abord que le client atteint le serveur sur le port TCP configuré pour le Listener (18888 par défaut) et qu'aucun pare-feu ni antivirus ne bloque la connexion ou les exécutables de l'agent.

En l'absence de problème de connectivité, il est conseillé de lancer une session de débogage pour analyser la situation. Le débogage est possible aussi bien côté client que côté serveur — voir les deux rubriques suivantes. Les fichiers journaux décrits ci-dessus constituent l'autre point de départ.

Assurez-vous que tous les clients exécutant IT Asset Tool respectent la configuration minimale requise. L'agent est autonome (self-contained) : aucun runtime .NET n'a besoin d'être installé sur les ordinateurs surveillés.

Contrôlez les paramètres transmis à ClientIAT.exe : server et port sont obligatoires et le port doit être compris entre 1025 et 65535, faute de quoi le client se contente d'afficher l'aide des paramètres puis se ferme. Une valeur de senddelay inférieure à 5 minutes (300000 ms) est automatiquement relevée à cette valeur.

Si le message « Client already running » s'affiche, une instance de ClientIAT32/ClientIAT64 est déjà active sur cet ordinateur : fermez-la avant d'en démarrer une nouvelle.

Si une erreur « System.IO.IOException » ou « Client directory copy error » est renvoyée, vérifiez que l'ordinateur dispose d'un accès en écriture au dossier « %temp% » — au démarrage, le client IT Asset Tool copie dans « %temp% » tout le contenu du dossier partagé « Client » du serveur, puis l'exécute en local. Comme l'agent embarque son propre runtime, la copie porte sur plusieurs centaines de fichiers et peut dépasser une minute sur un réseau lent : ce n'est pas un blocage.

Si le client se termine sur « FATAL: Cannot load socket.key », le fichier socket.key est absent du dossier partagé « Client » du serveur. Ce fichier est créé par le Listener à son premier démarrage ; si vous avez régénéré la clé depuis la console (Rotate socket key), vérifiez que la nouvelle a bien été écrite dans le partage.

Pour effectuer un débogage côté serveur, arrêtez le service Windows « DaemonIAT ». L'arrêt du service met également fin à ListenerIAT et aux autres processus IAT qu'il supervise.

Cela fait, et après vous être assuré que « ListenerIAT » n'est pas en cours d'exécution, lancez-le manuellement en tant qu'administrateur depuis le dossier Server du chemin d'installation d'IAT.

Le lancement manuel empêche le Listener de s'exécuter en arrière-plan : il fonctionne alors en mode console, ce qui permet de consulter les journaux et les éventuels problèmes.

Vous pouvez également exécuter le daemon lui-même en mode console :

DaemonIAT.exe --console

Il démarre et supervise ListenerIAT exactement comme le fait le service, tout en affichant les messages du service à l'écran. Ne l'utilisez pas pendant que le service est démarré, afin d'éviter deux instances du Listener en concurrence sur le même port.

Pour effectuer un débogage côté client, ajoutez le paramètre « debug=true » au démarrage de ClientIAT.exe.

Exemple :

\\server-it-asset-tool\client\ClientIAT.exe server=192.168.0.100 port=18888 senddelay=3600000 debug=true

Ce paramètre empêche le client de s'exécuter en arrière-plan et affiche l'application en mode console, ce qui permet de consulter les journaux et les éventuels problèmes. Il montre en outre la progression de la copie vers « %temp% » et réduit la première collecte d'inventaire de 3 minutes à 5 secondes : inutile d'attendre pour voir les données arriver sur le serveur.