je me demande comment  
trouver le nombre d'utilisateurs connecté a un instant donné sans utiliser le commande nbstats qui garde en mémoire le connexion pdt 96h ...

up

dans les outils d'administration de ton serveur, t'as peut-être ce qu'il te faut

C'est quoi comme serveur ?

ouais si tu disait deja :
 
- os ?
- le service que tu veux monitorer, partage de fichiers ? serveur ftp ? web ?   etcc etcccc

un bon vieux server manager te donne ce genre d'infos.

oula  
je m'apercois que j'en est oublié la moitié  
veuillez m'excusez  
Les serveurs sont des Windows server
et je dois connaitre ca a partir d'une machine en locale relié sur le rezo
voila

Gni, il fait expres    
 

 
 
NT ?
NT 3.51 ?
NT 4.0 ?
Windows 2000 ?
Windows 2003 ?
 

 
Et l'OS de la station on doit donc aussi le deviner  

 
c'est un programme "ca" ? je connais pas.....
 

pour repondre a El Pollo Diablo
les serveurs sont des NT 4 et 2k
la machine qui doit tester le nombre de connexion est sous 2k
 
et pour com21
"ca" c'est le nombre de connexion
 
en faites je dois develloper un prog qui fait ca en VB  
mais je me demande par ou commencer ....

... sous VB ?
 
Mmmh, ça va pas être facile, mais il doit y avoir une DLL qui le fait.
Sinon, je te donne une méthode barbare, mais infaillible.
 
Copie le fichier SRVMGR.EXE qui se trouve dans le répertoire \SYSTEM32 de ton serveur NT (ou 2000). Tu peux le copier sur ton poste client (n'importe où) et l'exécuter (en local, donc).
 
  Et ça marche
 
Pouik
 

tu pe m'en dire un peu plus sur ce fichier SRVMGR.EXE  ?

Le fichier SRVMGR.EXE est livré en standard avec Windows NT4 Server.
 
Ce programme est le Server Manager. Il sert à voir tous les PC/Serveurs de ton domaine et consulter quels fichiers sont ouverts, et par qui, etc...
 
Ce qui est bien, c'est que l'exécutable est "portable" sur un autre PC (NT ou supérieur) et que tu peux le lancer directement. Parcontre, il faut utiliser un compte d'utilisateur qui doit être administrateur du domaine.
 
Je ne sais pas ce que cela donne si tu l'exécutes sur un réseau qui n'a pas de domaine mais qu'un WorkGroup.
 
Mais, si tu souhaites un vrai programme d'administration de réseaux Microsoft, je te conseille Hyena 5.7C, de la société SystemTools.
 
http://www.systemtools.com/hyena/index.html
 
Il fait tout (ou presque), mais est payant (sinon c'est pas drôle).
 

 
Pôôik

excuse moi si j'ai un peu de mal ;-)
ce que tu ve me dire que je pourrai exécuté ce fichier sur ma machine distante pour consulter les connexion d'un serveur ????
 
en ce qui concerne Hyena 5.7C
il a l'air bien mais si tu a lu ce que voulais  faire
en gros je voudrais savoir comment il fait pour trouver ces informations ...
merci de ta reponse

apparement oui  
mais il faut copier le fichier srvmgr.exe et ca dll associé  
problème ou est elle et comment s'appelle t elle ??

bon j'ai trouvé un site pour le telecharger
http://mapage.noos.fr/rclermont/SRVMGR.htm
maintenant je dois trouver qu'est ce que cet utilitaires utilise comme commande pour pouvoir l'integrer a mon projet  
c'est pas gagné ... snif

up

 
Malheureusement svrmgr.exe ne te donne pas en instantanée qui a une session ouverte. Cependant, nbtstat lui le fait et je ne vois ce que c'est que l'histoire des 96 heures...
 
edit : je viens de tester, il met à jour automatiquement dès la déconnexion de l'utilisateur  

le truc c'est que si je fais un nbtstat -a sur un serveur  
il m'affiche une dizaine de résultat alors pour un serveur dns qui gère une 500taine de poste c'est loin d'être le reflet de la réalité ....

 
normal puisque nbtstat ne te donne que ce qu'il y'a en local... En fait, tu veux pouvoir le savoir à partir d'un serveur du domaine  donc je ne sais pas et je  suis preneur aussi

pas forcement un serveur mais une machine sous 2k qui est sur le domaine

 
Bah dans ces cas là faire un script qui interroge toutes les stations et ensuite avec une moulinette te ressort sous le format que tu veux le nombre de connecter et qui est connecté où. Cependant pour 500 stations l'execution peut être longue...

oui et en plus je te raconte pas le traffic générer ....

C'est un controleur de domaine le serveur ?

il y a en a 20 a surveiller et je ne crois pas que ce soit des controleurs de domaine

on m'a parler de la table wins qui récupère les noms net bios mais apparement c'est une base access qui ne s'ouvre pas avec access

 
opui mais si cela te récupère les noms netbios, tu ne seras pas plus qui est connecté non ?

oué je crois quelle a un cache de 3 jours en plus ...

http://forum.hardware.fr/forum2.ph [...] 0866&cat=4
 
Regarde à cette adresse, il y'a un script qui écrit qui se connecte où au démarrage d'une session. Avec une moulinette sur le fichier texte de sortie...

en gros il ecrit sur un txt toutes les sessions ouverte sur le serveur sur lequel il tourne ca peu m'interesser je vais me pencher dessus
enfin si j'ai bien compris ?

 
En fait, dès qu'un utilisateur se connecte, ça execute le script. Pour cela il faut utiliser la stratégie de groupe (local ou domaine). Pour la déconnexion, il suffit d'écrire un petit script qui t'efface le fichier.
Après, avec ta moulinette, tu vas juste lire les fichiers présents dans le répertoire (partagé bien sur) et voilà ! Ca peut faire l'affaire ça...  
Bien sur, pour le premier script, arrange le de façon à avoir un truc du style :
nom_user : nom_machine : @IP : date_time_connex

dis moi tu ti connais en script DOS ?
parceque j'arrive a peu pres a comprendre comment ca marche mais pour le modifier .... dur dur

sinon pour le lancer  
je le met dans un fichier texte que je renomme .cmd et je le met dans le dossier demarrage ?

 
euh perso, j'aurais plutôt fait la moulinette en vbs/wsh. Le script en dos n'est à mettre que dans la stratégie de façon être éxecuter à l'ouverture et à la fermeture de la session. Ce script dos tient à jour les informations dans les fichiers où on enregsitre les connexions, et on fait un script en vbs qui va aller traiter les informations écrites dans ces fichiers... tu vois ce que je veux dire ???
 
Le script dos de connexion correspond à un truc du genre :

 
Et le script de déconnexion :

 
Après la moulinette vbs liste les fichiers dans le répertoire \\mon\chemin, lit la ligne à l'interieur, remplie un tableau incrémenter de 1 à chaque ajout et après vive l'imagination quand au données qui peuvent être ressorties

je comprend a peu pres tous sauf le script dos a mettre dans la strategie ???? kesako strategie ?
 
aprés je pe facilement allé lire les fichiers txt dans mon appli vb, c'est pas ca le plus dure ...

tu crée un fichier pour chaque connexion  
c'est parceque c'est plus facile de supprimer un fichier quand on detecter la deconnexion
 

 
voilà, ça évite d'avoir à chercher une ligne dans un fichier, là il suprime tout simplement le fichier... D'ailleur j'en profite pour dire que j'ai du me tromper plus haut lire 'del' au lieu de 'rm' -> fatigue
 
Pour ce qui est de la strtaégie, 2 solutions :
machines sous 2k (hors domaine):
mmc-> ajout composant enfichable -> stratégie de groupe -> choisir locale etc...
 
machines sous 2k dans un domaine :
même chose mais sur le serveur -> stratégie sur une OU avec les utilisateurs dedans
 
machines sous NT :
script dans netlogon

C'est mon topic  
 
Sinon pour la question, j'ai commencé à développer un petit script qui se sert des données du fichier crée par le script, pour savoir qui est connecté.
Je te poste ça qd je peux

problème:
apparement pas de strategie pour la deconnexion sous NT4 snif ...

up