Bonjour,
Pour le compte d'un client, je dois effectuer un inventaire sans agent de son parc informatique. La premiere etape consiste a decouvrir les poste par le bias des peripherique non gerés UDD en specifiant les plages Ip à analyser.
Pour infos :
CoreServeur : LDMS 8.8 SP3 Windows 2003 Entreprise
Postes du parc informatiques : Windows XP avec des configurations heterogene ( SP1 ; SP2 ; SP3)
La deuxieme etape, consisteà faire un inventaire sur la machine cible à l'aide de l'outil lddiscover. J'ai ajouter les fichiers necessaire à l'execution de ldiscn32.exe dans le repertoire de lddiscover (environ une dizaine, je les citerais dans un prochain poste, j'ai mit les fichiers des version precedente de landesk et les nouveaux relatif au SP3). J'ai créer le script permettant de copier l'ensemble de ces fichiers sur les postes clients.
Dans l'ensemble, ca fonctionne tres bien, sauf pour des cas isolés, et la j'aurais besoins d'un peu d'aide
1 - Sur certains postes cibles le firewall de windows ( ICF) est activé , donc mes trames tcp de lddiscover ne passe pas !! ya t'il un moyen de contourné ce systeme ?
2 - Certains postes sont en XP SP1, donc depourvu du firewall windows , pourtant je n'arrive pas à les contacter. Pourquoi ??
3 - Les partages administratifs comme le C$ que j'utilise pour y copier les fichiers necessaire au deroulement de l'inventaire, n'est pas joignable depuis mon coreServeur pour certaines machines cibles. Puis-je contourner cette methode ??
4 -J'ai constater une erreur de ldiscn32.exe sur un poste XP SP3 une fois la copie terminée. Normalement mon script lance automatiquement un scan et par la meme occasion me renvoi un fichier *.scn dans un repertoire scpecifque ( mieux vaut deux verification que pas assez =). et la rien !!!!???!!!!
Je me suis deplacer sur le poste en question, et avec grand etonnement, quand j'execute ldiscn32.exe, normalement je devrait avoir une popup avec les parametres à passer pour les lignes de commande. Or la, l'application plante carrement avec l'erreur "0xC0150002". Je suis inquiet car je risque d'avoir d'autre cas identique. Auriez vous une idée de la raison de cette erreur !!!
5 - Mon client utilise des adresses IP de classe A. hors son parc n'avoisine que les 6000 postes. Ce qui est totalement disproportionner pour son besoin, bref passons. le souci, c'est que quand j'effectue un scan UDD pour decouvrir les machines sur le reseau, celui-ci prend un temps monstre pour decouvrir un seul sous reseau. ( Par exemple je scan le sous reseau 10.8.0.0 -> 10.8.31.255 /19 ) , soit 2^13 - 2 = 8190 machines par sous reseau. Sachant qu'il y en a environ 800 sous reseau et qu'il me faut environ 1h30 pour scanner un seul de ces sous reseau. d'ici la fin de l'année je pensse terminer le "scannage" de son parc informatique =). Sinon n'y a t'il pas moyen d'acceler le ping entre chaque machine, et de ne pas s'attarder sur les adresses IP non utilisée ????
6 - Des erreurs lors de la phase de decouverte avec lddiscover concerne le protocol RPC. indiquant que ma connexion ne peut s'etablir. D'apres la documentation de lddiscover, cela implique que mes postes sont des win9x , hors tous les postes sont bel et bien des XP. Est-ce du a une mauvaise gestion des machines de mon client, comment retablir le protocol RPC ??
7 - Dans le fichier ldiscn32.log, je constate une ligne indiquant " can't connect the database " , ou quelque chose de ce style ( je mettrais les bon termes dans mon prochain poste). je voulias savoir si cela concernait la base sql de landesk, ou une base d'inventaire. Car je vois pas pourquoi ce message s'affiche, normalement mon serveur est bien operaionnel. Jusqu'a preuve du contraire =D
Bon courage, a celui qui pourra me repondre. Je termine ma mission vendredi, j'espere avoir des news rapidement
++
Cordialement
Jeremy