Bonjour  
 
Alors voila j'ai un GLPI et un OCS server sur une Debian.  J'y accède en rentrant glpi.com et ocsreports.com.
J'essaye de configurer un agent sur le serveur Debian en rentrant ocsreports.com dans le champs "Nom d'hôte du serveur d'inventaire OCS".
 
Le problème est que je n'ai aucune remontée   Rien ne se passe....
 
Si vous pouviez m'aider, je vous remercie.  
 
Bonne journée.

Euh on appelle pas un serveur interne en .com directement mais on met le nom de domaine ad ou éventuellement Glpi.localhost

Pour le .com ton client essayé de sortir sur internet donc normal que ça ne fonctionne pas.

Mais en ajoutant dans le fichier host Windows 192.168.10.101 ocsreports.com    j'arrive à accéder à mon site.  
 
J'ai suivis ce tuto pour avoir 2 sites accessible sur mon reseau https://www.youtube.com/watch?v=RUFLBPWvxhU

Oui normal que tu y accéder mais c'est clairement n'importe quoi désolé de te le dire. Ma machine Glpi à mon boulot à ce nom la : srvglpi.domain.lan (remplacé domaine par ton domaine à toi)

Et la ça fonctionnera beaucoup mieux crois moi. De plus les tutoriels YouTube c'est plutôt moyen d'autant que Glpi et ocs ont chacun de très bonnes docs d'installation.

Maintenant si tu dois faire ce genre de chose je te conseille le couple Glpi + Fusioninventory qui a le mérite d'être regroupé sur une seule et même interface Web et c'est très bien maintenue.

Oui je sais que c'est un peu n'imp tkt

Je me suis renseigné sur Fusion hier, je vais essayer de le mettre en place.

Avant d'attaquer FusionInventory (dont d'ailleurs pas mal après reviennent sur OCS...), il faudrait déjà savoir comment tu as configuré ton OCS Inventory  
Si on doit jouer au détective pour connaître ta config, déjà c'est mal parti.

On doit pas côtoyer les mêmes personnes car pas mal de clients et de grosses boîtes chez qui j'interviens utilisent fusion en remplacement d'OCS et ne sont pas prêt de revenir en arrière.

Sinon faut pas être devin pour savoir qu'avec une remonté qui se fait sur un serveur avec un nom de domaine (pas un fqdn) ça ne peut clairement pas fonctionner quelque soit la conf.

Bon bah j'ai mis en place Fusion et sa tourne nikel  
Merci pour votre aide en tout cas.

Des grosses administrations qui utilisaient OCS, qui ont tenté Fusion sur une partie du parc, pour finalement retourner sur OCS car non convaincu par les remontées d'infos et les déploiements fait parfois à la barbare.

Si son FQDN est ocsreports.com, ça peut passer. Mais bon là aussi c'est une configuration à la barbare.

Forcément les administrations des que leur change un truc ça va pas. Pour ma part la migration d'OCS vers fusion fonctionne impeccable et la gestion en est facilité.

Merci de lire entièrement.