J'arrive parfaitement à configurer et faire fonctionner des tâches de collecte pour des clés de registres sur des postes Windows 7 et 10.
Toute fois, avec la tâche de collecte nous pouvons vérifier la présence d'un fichier sur les ordinateurs où se situent les agents.
Je n'arrive malheureusement pas à réaliser cette tâche de vérification de présence d'un fichier. En effet, elle s’exécute parfaitement sur les ordinateurs mais je n'ai pas de retour si le fichier est présent ou non. Alors que je sais très bien qu'il est sur certains des ordinateurs où s'exécute ma tâche.
Mon fichier peut être présent sur toute l'arborescence de nos ordinateurs sous Windows et même dans les clés USB.
Pouvez-vous m'expliquer comment avez vous réalisé ce type de tâche de collecte ?
Cela fait quelques jours que je bloque sur comment récupérer toutes les informations d'un ordinateur avec les données de l'inventaire et collecte de FusionInventory à l'aide de l'API Rest. Je cherche principalement à récupérer le résultat des registres des collectes "informations de collecte".
Lorsque j'exécute la commande ci-dessous, je n'ai pas toutes les données données de FusionInventory (Antivirus, Composants, Système d'exploitation, Connexions, Informations de collecte ...) de l'ordinateur avec l'id 15.
Code:
/apirest.php/computer/15?expand_dropdowns=True
J'ai essayé avec "with_collect" mais cela ne fonctionne pas :
Savez-vous comment obtenir toutes les informations d'un ordinateur avec les données de FusionInventory via l'API Rest comme sur l'interface Web de GLPI ?
Bonjour
j'ai un soucis pour mes collectes esx que j'essaye de mettre en place
Version glpi 9.51 (installé sur un debian buster)
version fusion 9.50+1.0
version agent 2.5.2-1 (installé sur un debian buster)
Mon Glpi est Cassiffié
Je récupère bien les fichiers *ocs si je lance un fusioninventory-esx
par contre si j'essaye d'executer la tache avec fusioninventory-agent
Bonjour,
Un de mes collègues qui ne travaille plus dans mon entreprise a installé un miroir FusionInventory cependant, je ne suis pas sûr qu’il soit bien fonctionnel. Pourriez-vous si possible m’indiquer un moyen de savoir s’il fonctionne correctement ainsi que si vous constaté des choses étranges s’il vous plait ?
D’après ce que j’ai compris à propos de la procédure d’installation qu’il a laissé. Le miroir est une VM centos7 sur VMware. Dans cette VM, il a installé Apache ainsi qu’autorisé les trafics apache sur le firewall (http+https) puis Activé le SSH. Il a ensuite défini dans FusionInventory le serveur miroir (http://IpduServeurMiroir/fusioninventory/).
Pour finir, afin d’activé la synchronisation des dossiers de notre serveur GLPI et du serveur miroir, il a créé une clé publique ainsi qu’une clé privée et a transféré la clé publique sur notre Serveur GLPI. Ensuite, il a utilisé la commande 00 01 * * * rsync –avz IpduServeurGLPI:/var/lib/glpi/files/_plugins/fusioninventory/files/repository/ /media/usb/Fusioninventory dans crontab –e pour faire une tache planifiée qui ferais automatiquement la synchronisation du dossier repository dans le dossier Fusioninventory tous les matins à 1h.
J’essaye de comprendre le fonctionnement d’un serveur miroir car je devrais en configurer un autre plus tard mais je ne comprends pas forcément tous.
Je vous remercie beaucoup pour votre aide par avance !
After performing Network discovery and Network inventory, RuiJie switches can be seen in Network Equipment. I can only see the management port, but no other **physical ports**. (When we use the H3C switch, we can see all the ports, and we can comfortably see the Trunc port and even related computers)
We ran the Network inventory tool with the --debug parameter, and manually mapped 1.3.6.1.4.1.4881.1.1.10.1.175 to RuiJie's S2910-48GT4XS-E in the sysobjects.ids file (RuiJie does not provide OID codes, only by guesswork).
No matter whether we add the above line or not, using the command line debug of Network inventory can **always return XML**, from which we can see the MAC and Connection status (such as IP) of each physical port.
But no matter what, I can't see this important information in Network Equipment. We need them for further work, what can we do?
Apologies if this has been answered in previous threads, i was unable to find any occurrence of my query.
Is it possible to run the fusioninventory agent on linux based operating systems as an alternative administrator accounts rather than 'root'?
As you can appreciate this could be a major security vulnerability and it would be good to avoid a root compromised situation with code execution.
I have encountered some problems and want to check the error log, GLPI> FusionInventory> Tasks> Monitoring / Logs, but there is nothing: there is neither a success log nor a failure log. Where is some debugging information?
The GPO is working (except that it wait for a domain's user to log in to install the agent) but once installed the FusionInventory Agent can't launch because it have no rights to write in the sub-folders like /var and /logs.
I solve it on my test PC by giving writing rights to everyone on the Agent subdirectories but I can't do it in a large scale installation.
It can be usefull to note that the user logged in is not a local administrator.
Today I ran a network discovery task for acces points. Unfortunately, they were assigned to the computer category, and as a result, I cannot use the inventory task, because it only works for printers and network devices.
I started looking and ... h ttps://forum.glpi-project.org/viewtopic.php?id=167636 - the same problem. Julien.Garrido wrote to report this request here: github.com/fusioninventory/fusioninventory-agent/pulls but first I'll try here.
Is it possible to change the correct classification of Unifi access points?