Logiciels gratuits
Aide à l'administration
Outils divers Services en ligne
Ce site dans votre langue
Traductions des logiciels
Alors rendez-vous sur la page des fichiers de langues et rejoignez la liste des contributeurs ! Dons / Contributions
Vous voulez soutenir ce site ? Consulter la liste des généreux donateurs et contributeurs Visites
342586 visiteurs 16 visiteurs en ligne Newsletter
Webmaster - Infos
Recherche sur ce site
Ajouter le flux RSS à...
|
Tout d'abord, il ne s'agit pas d'un bug ! IPScan32 s'appuie sur les commandes réseau du DOS (que tout admin a déjà utilisé : PING, NBTSTAT, ARP, NSLOOKUP et TRACERT), par conséquent, si le login de l'utilisateur de la machine distante n'est pas affiché, c'est que la commande NBTSTAT ne l'a pas trouvé. La raison peut-être que la machine est allumée sans qu'aucune session ne soit ouverte, mais c'est plus souvent du au fait que la machine ne délivre pas cette information.
C'est l'activation du service "Affichage des messages" qui permet d'enrichir les informations NetBIOS avec le login d'ouverture de session. Mais attention, cette information semble "volatile", il faut parfois arrêter/redémarrer le service pour que l'info soit de nouveau fournie par la machine distante. Date de création :17/11/2007 @ 13:51Dernière modification :17/11/2007 @ 17:27
Oui, bien entendu !
Tout d'abord, il semblerait que seules les machines dont le service "serveur" est démarré fournissent cette information. Mais elles ne l'offrent pas à n'importe qui : il faut que la machine en question reconnaisse un niveau de privilège suffisant à l'utilisateur qui l'interroge. Pour un réseau en mode "domaine", cela ne pose pas de problème dès lors que votre compte est admin du domaine ou des machines concernées. En revanche, pour un réseau en mode "workgroup", quelques modifications de paramètres sont nécessaires dans les "Paramètres de sécurité locaux" (Panneau de configuration->Outils d'administration->Stratégie de sécurité locale), rubrique "Stratégies locales", puis "Options de sécurité" :
WindowsXP Home ne permet pas, nativement, de régler les paramètres de stratégie de sécurité locale. Il est cependant possible d'ajouter cette fonctionnalité manquante en faisant quelques manips simples, ça ne prend que quelques secondes. Plus d'infos ici : http://www.astwinds.com/astuces/secpolxphome.html Date de création :17/11/2007 @ 16:52Dernière modification :08/04/2009 @ 19:41
Inutile de chercher dans les menus ou d'essayer d'utiliser le module d'importation : pour commencer il suffit de faire un clic droit sur le fond de l'espace de travail. Un menu contextuel s'ouvre alors, il contient diverses items qui vous permettront d'ajouter machines et dossiers.
Le meilleur apprentissage passant par la pratique, manipulez quelques minutes et vous devriez vous en sortir rapidement... Date de création :17/11/2007 @ 17:15Dernière modification :17/11/2007 @ 17:27
Prérequis matériels
Pour réveiller une machine à distance, celle-ci doit posséder une carte réseau (peu importe s'il s'agit d'un chip intégré à la carte-mère ou carte additionnelle) et d'un BIOS tous deux "compatibles" WOL, ce qui est le cas de la quasi totalité des machines récentes. Sur certaines machines moins récentes - quand la carte-mère ou la carte réseau additionnelle ne sont pas en PCI 2.2, en fait - il peut être nécessaire de relier la carte réseau au connecteur WOL de la carte-mère via un petit cordon spécifique. Configuration En principe, l'activation du WOL se fait uniquement via le SETUP de la machine (consulter la doc de la carte-mère pour savoir comment y accéder). Selon les machines, l'option peut se nommer différemment : Power On by PCI device, Power On by LAN, WakeUp by LAN, WakeUp by PCI généralement présente dans la rubrique Power Management ou Gestion de l'Energie, in french. Si, malgré le réglage effectué au niveau du BIOS, la machine ne deigne toujours pas s'allumer (et que vous êtes sur que vous avez spécifié la bonne adresse MAC et les bons paramètres d'adresse IP, de masque et de port), sachez que certaines cartes réseau peuvent nécessiter une modification de leurs paramètres. Cette fois-ci, cela ne se passe plus dans le SETUP mais directement dans l'OS : sous Windows XP, rendez-vous dans les propriétés de l'adaptateur réseau, onglet Avancé... Date de création :17/11/2007 @ 11:48Dernière modification :17/11/2007 @ 17:26
En effet, contrairement au réveil à distance qui ne nécessite aucun "privilège" particulier de l'utilisateur qui le déclenche, les autres fonctionnalités (redémarrage, extinction, fermeture de session, verrouillage de session et mise en veille prolongée) requièrent des droits.
Mais attention, vous pouvez être administrateur sur la machine où vous avez ouvert votre session, cela ne vous permet pas pour autant de faire la pluie et le beau temps sur les autres machines : il faut que celles-ci reconnaisse votre compte comme étant admin... Pour un réseau en mode "domaine", cela ne pose pas de problème dès lors que votre compte est admin du domaine ou des machines concernées. En revanche, pour un réseau en mode "workgroup", quelques modifications de paramètres sont nécessaires dans les "Paramètres de sécurité locaux" (Panneau de configuration->Outils d'administration->Stratégie de sécurité locale), rubrique "Stratégies locales", puis "Options de sécurité" :
Concernant l'utilisation des fonctionnalités WMI sur les machines en Vista/Windows 7, je vous invite à consulter ce lien très intéressant. Date de création :17/11/2007 @ 12:19Dernière modification :29/03/2010 @ 19:50
Voir la FAQ "WakeOnLan - Je n'arrive qu'à réveiller mes machines, les autres fonctionnalités sont "rejetées"... Pourquoi ?".
Date de création :29/03/2010 @ 19:56Dernière modification :29/03/2010 @ 19:56 |











Haut