Err 404 de l'Agent

Question

Bonjour,

Je pose un problème pour le quel je n'ai pas de trouvé de solution..

Mon serveur :

      Linux Debian 12.12    -   PHP 8.2.29    -  mariadb 10.1.14     -   apache2.4.65

      Serveur OCS  2.12.3   -   Agent OCS: 2.11.0.1

       GLPI 11.0.1  (avec la nouvelle procédure d'installation)

Voila, j'explique mon souci:

J'ai tout installé, correctement (je pense) le serveur OCS fonctionne installation avec le guide d'install. j'ai installé le serveur OCS en premier, tester la remonté d'inventaire de l'agent, qui fonctionne, il contacte bien le serveur

      Log de l'agent :

        Starting OCS Inventory Agent on Wednesday, November 19, 2025 11:25:58.
        AGENT => Running OCS Inventory Agent Version 2.11.0.1
        AGENT => Using OCS Inventory FrameWork Version 2.11.0.1
        AGENT => Loading plug-in(s)
        AGENT => Using network connection with Communication Server
        AGENT => Using Communication Provider <OCS Inventory cURL Communication                  Provider> Version <2.11.0.1>
        AGENT => Sending Prolog
        AGENT => Prolog successfully sent
        AGENT => Inventory change forced by /NOTIFY option
        AGENT => Launching hardware and software checks
        AGENT => Sending Inventory
        INVENTORY => Network adapters inventory state changed
         AGENT => Inventory successfully sent
         AGENT => Unloading communication provider
         AGENT => Unloading plug-in(s)
         AGENT => Execution duration: 00:00:19.

J'ai installer le serveur GLPI avec la documentation de et recommandation de l'éditeur.

Pas de soucis..interface web pour les deux serveurs sur un même PC..

la connexion à la base de données OCS via GLPI est Ok, l'import de l'inventaire test d'OCS est positif, je retrouve bien mon inventaire via OCS.

Maintenant quand je désactive le site par défaut d'apache2 (a2dissite 000-default.conf) je n'ai pas de remonté d'inventaire de l'agent OCS (le web de la console fonctionne correctement). le web de la console de GLPI est off: Err. 404

Si j'active le site de GLPI le web GLPI est fonctionnel, mais pas de remonté d'agent OCS..

les Log de l'agent sur le client:

      Starting OCS Inventory Agent on Wednesday, November 19, 2025 15:08:55.
      AGENT => Running OCS Inventory Agent Version 2.11.0.1
      AGENT => Using OCS Inventory FrameWork Version 2.11.0.1
      AGENT => Loading plug-in(s)
      AGENT => Using network connection with Communication Server
      AGENT => Using Communication Provider <OCS Inventory cURL                    Communication Provider> Version <2.11.0.1>
       AGENT => Sending Prolog
       ERROR *** AGENT => Failed to send Prolog <HTTP Status Code #404>
       AGENT => Unloading communication provider
       AGENT => Unloading plug-in(s)
       AGENT => Execution duration: 00:00:00.

Si quelqu'un a une idée, merci d'avance.

Epoc..
 

    

Answer 1

Salut,

C'est normal, les rapport des agent sont envoyés sur l'URL du serveur ocs (http://ocsinventory-ng/ocsinventory).

Je serait toi, je laisserai le port 80 pour les rapports de agent ocs et le port 443 pour la console web de GLPI,

Sinon, il faut changer le port d'une des 2 applications, tu peux aussi mettre GLPI sur un autre serveur.

Cirvent

Answer 2

Bonjour,
Merci du retour,

Je viens d'opter pour ton option de 2 serveur, un serveur par instance: 1 machine OCS, 1 machine GLPI

Les deux pleinement  autonome, avec leur remontée d'agents propre, ils sont sur la même tranche IP.

Un problème différent maintenant le plugin OCS dans GLPI, ne se connecte pas à la base de données OCS, malgré le bon nom de base OCS, le bon user, et le bon mot de passe..

J'ai suivi correctement les installations des deux serveurs, avec les prérequis demandé pour chacun d'eux..

Si tu as une idée, je suis preneur,

En te remerciant..

Answer 3

Salut,

regarde au niveau de la configuration du serveur mysql que le parametre suivant soit bien commenté avec un # :

bind-address = 127.0.0.1

cirvent

Answer 4

Merci du retour,

Mon fichier MySql que j'ai éditer (/etc/mysql/my.cnf)

# The MariaDB configuration file
#
# The MariaDB/MySQL tools read configuration files in the following order:
# 0. "/etc/mysql/my.cnf" symlinks to this file, reason why all the rest is read.
# 1. "/etc/mysql/mariadb.cnf" (this file) to set global defaults,
# 2. "/etc/mysql/conf.d/*.cnf" to set global options.
# 3. "/etc/mysql/mariadb.conf.d/*.cnf" to set MariaDB-only options.
# 4. "~/.my.cnf" to set user-specific options.
#
# If the same option is defined multiple times, the last one will apply.
#
# One can use all long options that the program supports.
# Run program with --help to get a list of available options and with
# --print-defaults to see which it would actually understand and use.
#
# If you are new to MariaDB, check out https://mariadb.com/kb/en/basic-mariadb-articles/
#
# This group is read both by the client and the server
# use it for options that affect everything
#
[client-server]
# Port or socket location where to connect
# port = 3306
socket = /run/mysqld/mysqld.sock

# Import all .cnf files from configuration directory
!includedir /etc/mysql/conf.d/
!includedir /etc/mysql/mariadb.conf.d/

Je ne trouve pas la ligne bid-address = 127.0.0.1
Faut-il la rajouter ou laisser comme cela..
Ou la ligne est dans un autre fichier de conf..?

Merci à toi..

Answer 5

Salut,

Regarde ce guide : https://mariadb.com/docs/server/mariadb-quickstart-guides/mariadb-remote-connection-guide

Cordialement

Answer 6

Bonjour,

Merci pour le retour et le lien Mariadb..

En fait, je ne trouve pas dans les fichier de conf, la ligne à décommenter.

Je l'ai rajouté dans my.cnf, j'ai decommenter la ligne du N° du port utiliser par OCS le 3306

Toujours rien..

Je continue à chercher.. si tu as une autre modif de conf à me conseiller..

Merci d'avance..

Answer 7

On reprend depuis le debut, tu a combien de serveur mysql/mariadb ?

On gros, il faut que ton serveur mysql ou tu a ta base ocsweb doit ouvert sur ton LAN (pas bloquer en local) et aussi avoir un user avec les droit de se connecter depuis ton LAN (ton serveur GLPI)

Cirvent.

Answer 8

Entendu..

J'ai deux serveurs un GLPI (ip:  x.x.x.224)..un OCS (ip: x.x.x.222)..

Deux serveurs, deux adresses IP sur le même LAN

Mon user OCS est valide sur Mariadb, et sur la base oscweb..

Sur chaque serveurs j'ai Mariadb installée. avec PHP 8.2 sur les deux machines

Je me suis connecté sur le serveur OCS (le 222), pour éditer le fichier my.cnf
J'ai chercher la ligne bind-address = 127.0.0.1

Je ne l'ai pas trouvé, et donc j'ai rajouté à ce fichier bind-address = 0.0.0.0
Enregistrer et relancé le service Mariadb..

Sur le serveur GLPI (le 224), dans la config du plugin j'ai mis l'adresse IP d'OCS (la 222) le nom de la base de données OCS (ocsweb) le nom du user qui a la main sur la base (le user: ocs) le mot de passe lié à ce user sur la base de données OCS..

Le message d'erreur: "Échec de connexion à la base de données"

Les deux serveurs remontent correctement les inventaires de leurs agents respectifs..

Voila, depuis le début ce que j'ai fais..

Merci à toi..

Answer 9

Sur le serveur qui heberge ocsweb,

créer un user GLPI avec cette commande mysql :
CREATE USER 'glpi'@'%' IDENTIFIED BY 'motdepasse';

Et utilise ce user depuis le plugin GLPI

Answer 10

J'ai créé le user "glpi" avec mot de passe..

Toujours pas de connexion à la base de données...

Merci..