Logiciels gratuits
Services en ligne
Ce site dans votre langue

French English Arabic Bulgarian Chinese (simplified) Chinese (traditional) 
Croatian Czech Danish Dutch Finnish German 
Greek Hindi Italian Japanese Korean Norwegian 
Polish Portuguese Romanian Russian Spanish Swedish 

Powered by Google
Traductions des logiciels

La traduction d'un des logiciels est inexacte ?


Le logiciel que vous utilisez n'est pas traduit dans votre langue ?


Vous êtes en mesure d'apporter votre aide à Dipisoft ?


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
Pour avoir des nouvelles de ce site, inscrivez-vous à notre Newsletter.
S'abonner
Se désabonner
254 Abonnés
Webmaster - Infos
Recherche sur ce site



Ajouter le flux RSS à...
rss_netvibes

rss_google

rss_yahoo

rss_msn

rss_gator
faq.gifFAQ

Fermer  IPScan32

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:27Imprimer l'article

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é" :
  • paramètre "Accès réseau : modèle de partage et de sécurité pour les comptes locaux" : sélectionner "classique".
  • paramètre "Comptes : restreindre l'utilisation de mots de passe vierge par le compte local à l'ouverture de session console" : sélectionner "désactivé" si vous utilisez des comptes sans mot de passe, dans le cas contraire, laissez la valeur par défaut "activé".
A noter qu'il s'agit des mêmes réglages que ceux permettant d'accéder aux fonctionnalités WMI avec WakeOnLan...

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:41Imprimer l'article

Fermer  LanAlertCenter

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:27Imprimer l'article

Fermer  WakeOnLan

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:26Imprimer l'article

Tout simplement en vous rendant dans les propriétés de votre carte réseau, onglet "Gestion de l'alimentation" : cocher la case "Autoriser ce périphérique à sortir cet ordinateur de la mise en veille"...

Date de création :17/11/2007 @ 11:53Dernière modification :17/11/2007 @ 17:26Imprimer l'article

Bien sur, le système WOL est normalisé. A partir du moment où la machine à réveiller est configurée pour, qu'importe s'il s'agit d'un PC, d'un MAC ou autre, et qu'importe son système d'exploitation.

Date de création :17/11/2007 @ 11:59Dernière modification :17/11/2007 @ 17:26Imprimer l'article

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é" :
  • paramètre "Accès réseau : modèle de partage et de sécurité pour les comptes locaux" : sélectionner "classique".
  • paramètre "Comptes : restreindre l'utilisation de mots de passe vierge par le compte local à l'ouverture de session console" : sélectionner "désactivé" si vous utilisez des comptes sans mot de passe, dans le cas contraire, laissez la valeur par défaut "activé".
Avec ces réglages (si la présence d'un quelconque firewall ne vient pas tout "perburber"), les actions "WMI" doivent fonctionner. Pour ce qui est des actions Redémarrer/Eteindre standard (non WMI), le service "serveur" doit en plus être activé. Reportez-vous à la doc de Windows si vous ne savez pas comment faire.

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. Après de longues recherches et de nombreux tests, il semblerait que l'accès WMI à distance soit impossible sous WindowsXP Home... Si certains y sont parvenus, je suis preneur de toute information !

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:50Imprimer l'article

Fermer  WmiSysInfos


^ Haut ^