Bonjour, j'utilise sur mon portable alternativement une connexion wifi
avec
IP fixe et une connection Wifi avec IP automatique (DHCP). Comment
configurer
2 connexions wifi pour ne pas avoir à remettre les paramètres IP fixes
après
l'utilisation de la connexion IP auto?
Merci pour votre aide.
Bonjour,
Bonjour, j'utilise sur mon portable alternativement une connexion wifi
avec
IP fixe et une connection Wifi avec IP automatique (DHCP). Comment
configurer
2 connexions wifi pour ne pas avoir à remettre les paramètres IP fixes
après
l'utilisation de la connexion IP auto?
Merci pour votre aide.
Bonjour,
Bonjour, j'utilise sur mon portable alternativement une connexion wifi
avec
IP fixe et une connection Wifi avec IP automatique (DHCP). Comment
configurer
2 connexions wifi pour ne pas avoir à remettre les paramètres IP fixes
après
l'utilisation de la connexion IP auto?
Merci pour votre aide.
Bonjour,
Bonjour, j'utilise sur mon portable alternativement une connexion
wifi avec IP fixe et une connection Wifi avec IP automatique (DHCP).
Comment configurer 2 connexions wifi pour ne pas avoir à remettre les
paramètres IP fixes après l'utilisation de la connexion IP auto?
Bonjour, j'utilise sur mon portable alternativement une connexion
wifi avec IP fixe et une connection Wifi avec IP automatique (DHCP).
Comment configurer 2 connexions wifi pour ne pas avoir à remettre les
paramètres IP fixes après l'utilisation de la connexion IP auto?
Bonjour, j'utilise sur mon portable alternativement une connexion
wifi avec IP fixe et une connection Wifi avec IP automatique (DHCP).
Comment configurer 2 connexions wifi pour ne pas avoir à remettre les
paramètres IP fixes après l'utilisation de la connexion IP auto?
Dans le message :,
DB9227 a pris la peine d'écrire ce
qui suit :Bonjour, j'utilise sur mon portable alternativement une connexion
wifi avec IP fixe et une connection Wifi avec IP automatique (DHCP).
Comment configurer 2 connexions wifi pour ne pas avoir à remettre les
paramètres IP fixes après l'utilisation de la connexion IP auto?
En utilisant NETSH dans un script.
http://www.bellamyjc.org/fr/windows2000.html#NETSH
J'en ai écrit un prêt à l'emploi (ou presque) :
http://www.bellamyjc.org/download/dhcp-fixe.cmd
Dans le message :B554F79B-6DBC-421D-AF2D-E134B453CC58@microsoft.com,
DB9227 <DB9227@discussions.microsoft.com> a pris la peine d'écrire ce
qui suit :
Bonjour, j'utilise sur mon portable alternativement une connexion
wifi avec IP fixe et une connection Wifi avec IP automatique (DHCP).
Comment configurer 2 connexions wifi pour ne pas avoir à remettre les
paramètres IP fixes après l'utilisation de la connexion IP auto?
En utilisant NETSH dans un script.
http://www.bellamyjc.org/fr/windows2000.html#NETSH
J'en ai écrit un prêt à l'emploi (ou presque) :
http://www.bellamyjc.org/download/dhcp-fixe.cmd
Dans le message :,
DB9227 a pris la peine d'écrire ce
qui suit :Bonjour, j'utilise sur mon portable alternativement une connexion
wifi avec IP fixe et une connection Wifi avec IP automatique (DHCP).
Comment configurer 2 connexions wifi pour ne pas avoir à remettre les
paramètres IP fixes après l'utilisation de la connexion IP auto?
En utilisant NETSH dans un script.
http://www.bellamyjc.org/fr/windows2000.html#NETSH
J'en ai écrit un prêt à l'emploi (ou presque) :
http://www.bellamyjc.org/download/dhcp-fixe.cmd
Dans le message :,
Jean-Claude BELLAMY a pris la peine
d'écrire ce qui suit :Dans le message :,
DB9227 a pris la peine d'écrire ce
qui suit :Bonjour, j'utilise sur mon portable alternativement une connexion
wifi avec IP fixe et une connection Wifi avec IP automatique (DHCP).
Comment configurer 2 connexions wifi pour ne pas avoir à remettre les
paramètres IP fixes après l'utilisation de la connexion IP auto?
En utilisant NETSH dans un script.
http://www.bellamyjc.org/fr/windows2000.html#NETSH
J'en ai écrit un prêt à l'emploi (ou presque) :
http://www.bellamyjc.org/download/dhcp-fixe.cmd
On peut aussi, comme l'a signalé Fabrice, passer par la "Configuration
alternative", qui est une fonctionnalité apparue dans Windows XP.
Petite précision :
L'onglet "Configuration alternative" ne sert QUE SI le 1er ("Général")
indique une configuration DHCP.
Si dans le 1er on a défini une adresse IP fixe, le 2ème ne sert à RIEN.
C'est d'ailleurs écrit en toutes lettres dans l'aide contextuelle:
"Indique que TCP/IP doit utiliser l'autre configuration
si aucun serveur DHCP (Dynamic Host Configuration Protocol)
n'est trouvé. Cette autre configuration est utile lorsque
l'ordinateur est utilisé sur plusieurs réseaux, si au moins un
des réseaux ne possède pas de serveur DHCP ou qu'une
configuration APIPA (Automatic Private IP Addressing )
n'est pas souhaitée. C'est le cas notamment lorsque vous
utilisez un ordinateur portable à la fois au bureau et à votre
domicile.
Au bureau, l'ordinateur portable utilise une configuration
TCP/IP avec un serveur DHCP alloué.
Au domicile, où vous ne disposez pas d'un serveur DHCP,
l'ordinateur portable utilise automatiquement l'autre configuration,
qui facilite l'accès aux périphériques réseau de votre domicile
et à Internet. De cette façon, l'ordinateur portable fonctionne
sans problèmes sur les deux réseaux sans que vous ayez à
reconfigurer TCP/IP."
En ce qui concerne APIPA, je rappelle que c'est un mécanisme d'attribution
automatique d'adresse IP dans la plage NORMALISÉE 169.254.x.x (subnet mask
255.255.0.0), en TESTANT au préalable si cette adresse (p.ex.
"169.254.1.12") n'est pas DÉJA UTILISÉE sur le LAN.
(c'est çà le point central!)
Si elle existe :
on incrémente (p.ex. 169.254.1.13),
et ainsi de suite
Si elle n'existe pas :
on garde l'adresse et l'affecte à la carte.
Si bien qu'au bout du compte, on se retrouve avec un LAN 169.254.x.x. où
toutes les machines communiquent sans pb entre elles, sans présence de
serveur DHCP et sans aucun paramétrage réseau de la part d'un quelconque
administrateur!
NB: les adresses APIPA sont évidemment exclues d'Internet
(tout comme les 10.x.x.x, 172.16.x.x et 192.168.x.x de la RFC 1918).
______________________________________________________
Personnellement, je n'aime pas des masses cette "Configuration alternative",
car la façon dont ces informations sont stockées est particulièrement
absconse, confuse, complexe, ... en un mot : indémerdable s'il y a le
moindre pb !
Elles sont stockées dans la BDR, mais de façon complètement cachée.
Et il n'y a *AUCUNE doc dans le MSDN* à ce sujet ...
Il faut tout d'abord connaitre l'ID de la carte réseau
Pour cela, examiner la clef :
HKLMSYSTEMCurrentControlSetControlNetwork{4D36E972-E325-11CE-BFC1-08002BE10318}
qui correspond aux "cartes réseau"
ATTENTION ! Ne pas confondre!
Il y a en effet 4 clefs aux noms presque identiques :
....{4D36E972-E325-11CE-BFC1-08002BE10318}
= Cartes réseau
....{4D36E973-E325-11CE-BFC1-08002BE10318}
= Client réseau
....{4D36E974-E325-11CE-BFC1-08002BE10318}
= Service réseau
....{4D36E975-E325-11CE-BFC1-08002BE10318}
= Protocole réseau
La 1ère clef contient une liste de sous-clefs, dont chaque nom est l'ID de
la connexion, avec une sous-clef "Connection" contenant une entrée "Name"
qui contient le nom de la connexion. (ouf!)
Par exemple :
HKLMSYSTEMCurrentControlSetControlNetwork
{4D36E972-E325-11CE-BFC1-08002BE10318}
{A5F4BCB2-254E-4C45-9BC9-E48CEC0AF6F0}
Connection
Name
= "Connexion 1394"
Ayant obtenu l'ID de la connexion, (ici
"{A5F4BCB2-254E-4C45-9BC9-E48CEC0AF6F0}") on examine alors la clef :
HKLMSYSTEMCurrentControlSetServicesDhcpConfigurationsAlternate_{<ID>}
Par exemple :
HKLMSYSTEMCurrentControlSetServicesDhcpConfigurations
Alternate_{A5F4BCB2-254E-4C45-9BC9-E48CEC0AF6F0}
Cette clef contient une entrée nommée "Options", de type REG_BINARY, de 128
octets au maximum, qui, comme on va le voir, contient l'ENSEMBLE de la
configuration alternative.
Par exemple :
0000 : 32 00 00 00 00 00 00 00 04 00 00 00 00 00 00 00
0010 : FF FF FF 7F C0 A8 00 F4 01 00 00 00 00 00 00 00
0020 : 04 00 00 00 00 00 00 00 FF FF FF 7F FF FF FF 00
0030 : 03 00 00 00 00 00 00 00 04 00 00 00 00 00 00 00
0040 : FF FF FF 7F C0 A8 00 02 06 00 00 00 00 00 00 00
0050 : 08 00 00 00 00 00 00 00 FF FF FF 7F C0 A8 00 02
0060 : C0 A8 00 31 2C 00 00 00 00 00 00 00 08 00 00 00
0070 : 00 00 00 00 FF FF FF 7F C0 A8 00 31 C0 A8 00 63
Pour info, cette carte réseau, chez moi, a la configuration alternative
suivante :
IP Addr. : 192.168.0.244
S/Mask : 255.255.255.0
Gateway : 192.168.0.2
DNS1 : 192.168.0.2
DNS2 : 192.168.0.49
WINS1 : 192.168.0.49
WINS2 : 192.168.0.99
On retrouve bien dans la BDR ces valeurs !
"192.168.0.244"
-> C0 A8 00 F4
situé à l'offset 0014
"255.255.255.0"
-> FF FF FF 00
situé à l'offset 002C
"192.168.0.2"
-> C0 A8 00 02
situé à l'offset 0044 et 005C
"192.168.0.49"
-> C0 A8 00 31
situé à l'offset 0060 et 0078
"192.168.0.99"
-> C0 A8 00 63
situé à l'offset 007C
Compte tenu du fait que certaines valeurs se retrouvent à plusieurs
endroits, pour les distinguer j'ai fait des modifs temporaires dans la BDR
pour voir les répercussions sur la configuration. A la suite de ces manips,
j'en ai déduit ceci :
Adresse IP en 0014
Masque en 002C
Passerelle en 0044
DNS1 en 005C
DNS2 en 0060
WINS1 en 0078
WINS2 en 007C
Par contre, j'ignore le rôle des données de l'offset 0000 à 000F, 0010 à
0013, ...
(sinon, je me serais empressé d'écrire un VBS pour gérer cela!)
On a donc une structure de ce type :
{
DWORD inconnu1 //0000
DWORD inconnu2
DWORD inconnu3
DWORD inconnu4
DWORD inconnu5 //0010
DWORD AdrIP
DWORD inconnu6
DWORD inconnu7
DWORD inconnu8 //0020
DWORD inconnu9
DWORD inconnu10
DWORD Mask
DWORD inconnu11 //0030
DWORD inconnu12
DWORD inconnu13
DWORD inconnu14
DWORD inconnu15 //0040
DWORD Gateway
DWORD inconnu16
DWORD inconnu17
DWORD inconnu18 //0050
DWORD inconnu19
DWORD inconnu20
DWORD DNS1
DWORD DNS2 //0060
DWORD inconnu21
DWORD inconnu22
DWORD inconnu23
DWORD inconnu24 //0070
DWORD inconnu25
DWORD WINS1
DWORD WINS2
}
En conclusion, si je tenais le Super-Shadok chez MS qui a pondu un truc
pareil, je le transformerais vite fait bien fait en bavure ! ;-)
--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP]
http://www.bellamyjc.org ou http://jc.bellamy.free.fr
Dans le message :uLe8ADspGHA.4424@TK2MSFTNGP05.phx.gbl,
Jean-Claude BELLAMY <Jean-Claude.Bellamy@wanadoo.fr> a pris la peine
d'écrire ce qui suit :
Dans le message :B554F79B-6DBC-421D-AF2D-E134B453CC58@microsoft.com,
DB9227 <DB9227@discussions.microsoft.com> a pris la peine d'écrire ce
qui suit :
Bonjour, j'utilise sur mon portable alternativement une connexion
wifi avec IP fixe et une connection Wifi avec IP automatique (DHCP).
Comment configurer 2 connexions wifi pour ne pas avoir à remettre les
paramètres IP fixes après l'utilisation de la connexion IP auto?
En utilisant NETSH dans un script.
http://www.bellamyjc.org/fr/windows2000.html#NETSH
J'en ai écrit un prêt à l'emploi (ou presque) :
http://www.bellamyjc.org/download/dhcp-fixe.cmd
On peut aussi, comme l'a signalé Fabrice, passer par la "Configuration
alternative", qui est une fonctionnalité apparue dans Windows XP.
Petite précision :
L'onglet "Configuration alternative" ne sert QUE SI le 1er ("Général")
indique une configuration DHCP.
Si dans le 1er on a défini une adresse IP fixe, le 2ème ne sert à RIEN.
C'est d'ailleurs écrit en toutes lettres dans l'aide contextuelle:
"Indique que TCP/IP doit utiliser l'autre configuration
si aucun serveur DHCP (Dynamic Host Configuration Protocol)
n'est trouvé. Cette autre configuration est utile lorsque
l'ordinateur est utilisé sur plusieurs réseaux, si au moins un
des réseaux ne possède pas de serveur DHCP ou qu'une
configuration APIPA (Automatic Private IP Addressing )
n'est pas souhaitée. C'est le cas notamment lorsque vous
utilisez un ordinateur portable à la fois au bureau et à votre
domicile.
Au bureau, l'ordinateur portable utilise une configuration
TCP/IP avec un serveur DHCP alloué.
Au domicile, où vous ne disposez pas d'un serveur DHCP,
l'ordinateur portable utilise automatiquement l'autre configuration,
qui facilite l'accès aux périphériques réseau de votre domicile
et à Internet. De cette façon, l'ordinateur portable fonctionne
sans problèmes sur les deux réseaux sans que vous ayez à
reconfigurer TCP/IP."
En ce qui concerne APIPA, je rappelle que c'est un mécanisme d'attribution
automatique d'adresse IP dans la plage NORMALISÉE 169.254.x.x (subnet mask
255.255.0.0), en TESTANT au préalable si cette adresse (p.ex.
"169.254.1.12") n'est pas DÉJA UTILISÉE sur le LAN.
(c'est çà le point central!)
Si elle existe :
on incrémente (p.ex. 169.254.1.13),
et ainsi de suite
Si elle n'existe pas :
on garde l'adresse et l'affecte à la carte.
Si bien qu'au bout du compte, on se retrouve avec un LAN 169.254.x.x. où
toutes les machines communiquent sans pb entre elles, sans présence de
serveur DHCP et sans aucun paramétrage réseau de la part d'un quelconque
administrateur!
NB: les adresses APIPA sont évidemment exclues d'Internet
(tout comme les 10.x.x.x, 172.16.x.x et 192.168.x.x de la RFC 1918).
______________________________________________________
Personnellement, je n'aime pas des masses cette "Configuration alternative",
car la façon dont ces informations sont stockées est particulièrement
absconse, confuse, complexe, ... en un mot : indémerdable s'il y a le
moindre pb !
Elles sont stockées dans la BDR, mais de façon complètement cachée.
Et il n'y a *AUCUNE doc dans le MSDN* à ce sujet ...
Il faut tout d'abord connaitre l'ID de la carte réseau
Pour cela, examiner la clef :
HKLMSYSTEMCurrentControlSetControlNetwork{4D36E972-E325-11CE-BFC1-08002BE10318}
qui correspond aux "cartes réseau"
ATTENTION ! Ne pas confondre!
Il y a en effet 4 clefs aux noms presque identiques :
....{4D36E972-E325-11CE-BFC1-08002BE10318}
= Cartes réseau
....{4D36E973-E325-11CE-BFC1-08002BE10318}
= Client réseau
....{4D36E974-E325-11CE-BFC1-08002BE10318}
= Service réseau
....{4D36E975-E325-11CE-BFC1-08002BE10318}
= Protocole réseau
La 1ère clef contient une liste de sous-clefs, dont chaque nom est l'ID de
la connexion, avec une sous-clef "Connection" contenant une entrée "Name"
qui contient le nom de la connexion. (ouf!)
Par exemple :
HKLMSYSTEMCurrentControlSetControlNetwork
{4D36E972-E325-11CE-BFC1-08002BE10318}
{A5F4BCB2-254E-4C45-9BC9-E48CEC0AF6F0}
Connection
Name
= "Connexion 1394"
Ayant obtenu l'ID de la connexion, (ici
"{A5F4BCB2-254E-4C45-9BC9-E48CEC0AF6F0}") on examine alors la clef :
HKLMSYSTEMCurrentControlSetServicesDhcpConfigurationsAlternate_{<ID>}
Par exemple :
HKLMSYSTEMCurrentControlSetServicesDhcpConfigurations
Alternate_{A5F4BCB2-254E-4C45-9BC9-E48CEC0AF6F0}
Cette clef contient une entrée nommée "Options", de type REG_BINARY, de 128
octets au maximum, qui, comme on va le voir, contient l'ENSEMBLE de la
configuration alternative.
Par exemple :
0000 : 32 00 00 00 00 00 00 00 04 00 00 00 00 00 00 00
0010 : FF FF FF 7F C0 A8 00 F4 01 00 00 00 00 00 00 00
0020 : 04 00 00 00 00 00 00 00 FF FF FF 7F FF FF FF 00
0030 : 03 00 00 00 00 00 00 00 04 00 00 00 00 00 00 00
0040 : FF FF FF 7F C0 A8 00 02 06 00 00 00 00 00 00 00
0050 : 08 00 00 00 00 00 00 00 FF FF FF 7F C0 A8 00 02
0060 : C0 A8 00 31 2C 00 00 00 00 00 00 00 08 00 00 00
0070 : 00 00 00 00 FF FF FF 7F C0 A8 00 31 C0 A8 00 63
Pour info, cette carte réseau, chez moi, a la configuration alternative
suivante :
IP Addr. : 192.168.0.244
S/Mask : 255.255.255.0
Gateway : 192.168.0.2
DNS1 : 192.168.0.2
DNS2 : 192.168.0.49
WINS1 : 192.168.0.49
WINS2 : 192.168.0.99
On retrouve bien dans la BDR ces valeurs !
"192.168.0.244"
-> C0 A8 00 F4
situé à l'offset 0014
"255.255.255.0"
-> FF FF FF 00
situé à l'offset 002C
"192.168.0.2"
-> C0 A8 00 02
situé à l'offset 0044 et 005C
"192.168.0.49"
-> C0 A8 00 31
situé à l'offset 0060 et 0078
"192.168.0.99"
-> C0 A8 00 63
situé à l'offset 007C
Compte tenu du fait que certaines valeurs se retrouvent à plusieurs
endroits, pour les distinguer j'ai fait des modifs temporaires dans la BDR
pour voir les répercussions sur la configuration. A la suite de ces manips,
j'en ai déduit ceci :
Adresse IP en 0014
Masque en 002C
Passerelle en 0044
DNS1 en 005C
DNS2 en 0060
WINS1 en 0078
WINS2 en 007C
Par contre, j'ignore le rôle des données de l'offset 0000 à 000F, 0010 à
0013, ...
(sinon, je me serais empressé d'écrire un VBS pour gérer cela!)
On a donc une structure de ce type :
{
DWORD inconnu1 //0000
DWORD inconnu2
DWORD inconnu3
DWORD inconnu4
DWORD inconnu5 //0010
DWORD AdrIP
DWORD inconnu6
DWORD inconnu7
DWORD inconnu8 //0020
DWORD inconnu9
DWORD inconnu10
DWORD Mask
DWORD inconnu11 //0030
DWORD inconnu12
DWORD inconnu13
DWORD inconnu14
DWORD inconnu15 //0040
DWORD Gateway
DWORD inconnu16
DWORD inconnu17
DWORD inconnu18 //0050
DWORD inconnu19
DWORD inconnu20
DWORD DNS1
DWORD DNS2 //0060
DWORD inconnu21
DWORD inconnu22
DWORD inconnu23
DWORD inconnu24 //0070
DWORD inconnu25
DWORD WINS1
DWORD WINS2
}
En conclusion, si je tenais le Super-Shadok chez MS qui a pondu un truc
pareil, je le transformerais vite fait bien fait en bavure ! ;-)
--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP]
http://www.bellamyjc.org ou http://jc.bellamy.free.fr
Dans le message :,
Jean-Claude BELLAMY a pris la peine
d'écrire ce qui suit :Dans le message :,
DB9227 a pris la peine d'écrire ce
qui suit :Bonjour, j'utilise sur mon portable alternativement une connexion
wifi avec IP fixe et une connection Wifi avec IP automatique (DHCP).
Comment configurer 2 connexions wifi pour ne pas avoir à remettre les
paramètres IP fixes après l'utilisation de la connexion IP auto?
En utilisant NETSH dans un script.
http://www.bellamyjc.org/fr/windows2000.html#NETSH
J'en ai écrit un prêt à l'emploi (ou presque) :
http://www.bellamyjc.org/download/dhcp-fixe.cmd
On peut aussi, comme l'a signalé Fabrice, passer par la "Configuration
alternative", qui est une fonctionnalité apparue dans Windows XP.
Petite précision :
L'onglet "Configuration alternative" ne sert QUE SI le 1er ("Général")
indique une configuration DHCP.
Si dans le 1er on a défini une adresse IP fixe, le 2ème ne sert à RIEN.
C'est d'ailleurs écrit en toutes lettres dans l'aide contextuelle:
"Indique que TCP/IP doit utiliser l'autre configuration
si aucun serveur DHCP (Dynamic Host Configuration Protocol)
n'est trouvé. Cette autre configuration est utile lorsque
l'ordinateur est utilisé sur plusieurs réseaux, si au moins un
des réseaux ne possède pas de serveur DHCP ou qu'une
configuration APIPA (Automatic Private IP Addressing )
n'est pas souhaitée. C'est le cas notamment lorsque vous
utilisez un ordinateur portable à la fois au bureau et à votre
domicile.
Au bureau, l'ordinateur portable utilise une configuration
TCP/IP avec un serveur DHCP alloué.
Au domicile, où vous ne disposez pas d'un serveur DHCP,
l'ordinateur portable utilise automatiquement l'autre configuration,
qui facilite l'accès aux périphériques réseau de votre domicile
et à Internet. De cette façon, l'ordinateur portable fonctionne
sans problèmes sur les deux réseaux sans que vous ayez à
reconfigurer TCP/IP."
En ce qui concerne APIPA, je rappelle que c'est un mécanisme d'attribution
automatique d'adresse IP dans la plage NORMALISÉE 169.254.x.x (subnet mask
255.255.0.0), en TESTANT au préalable si cette adresse (p.ex.
"169.254.1.12") n'est pas DÉJA UTILISÉE sur le LAN.
(c'est çà le point central!)
Si elle existe :
on incrémente (p.ex. 169.254.1.13),
et ainsi de suite
Si elle n'existe pas :
on garde l'adresse et l'affecte à la carte.
Si bien qu'au bout du compte, on se retrouve avec un LAN 169.254.x.x. où
toutes les machines communiquent sans pb entre elles, sans présence de
serveur DHCP et sans aucun paramétrage réseau de la part d'un quelconque
administrateur!
NB: les adresses APIPA sont évidemment exclues d'Internet
(tout comme les 10.x.x.x, 172.16.x.x et 192.168.x.x de la RFC 1918).
______________________________________________________
Personnellement, je n'aime pas des masses cette "Configuration alternative",
car la façon dont ces informations sont stockées est particulièrement
absconse, confuse, complexe, ... en un mot : indémerdable s'il y a le
moindre pb !
Elles sont stockées dans la BDR, mais de façon complètement cachée.
Et il n'y a *AUCUNE doc dans le MSDN* à ce sujet ...
Il faut tout d'abord connaitre l'ID de la carte réseau
Pour cela, examiner la clef :
HKLMSYSTEMCurrentControlSetControlNetwork{4D36E972-E325-11CE-BFC1-08002BE10318}
qui correspond aux "cartes réseau"
ATTENTION ! Ne pas confondre!
Il y a en effet 4 clefs aux noms presque identiques :
....{4D36E972-E325-11CE-BFC1-08002BE10318}
= Cartes réseau
....{4D36E973-E325-11CE-BFC1-08002BE10318}
= Client réseau
....{4D36E974-E325-11CE-BFC1-08002BE10318}
= Service réseau
....{4D36E975-E325-11CE-BFC1-08002BE10318}
= Protocole réseau
La 1ère clef contient une liste de sous-clefs, dont chaque nom est l'ID de
la connexion, avec une sous-clef "Connection" contenant une entrée "Name"
qui contient le nom de la connexion. (ouf!)
Par exemple :
HKLMSYSTEMCurrentControlSetControlNetwork
{4D36E972-E325-11CE-BFC1-08002BE10318}
{A5F4BCB2-254E-4C45-9BC9-E48CEC0AF6F0}
Connection
Name
= "Connexion 1394"
Ayant obtenu l'ID de la connexion, (ici
"{A5F4BCB2-254E-4C45-9BC9-E48CEC0AF6F0}") on examine alors la clef :
HKLMSYSTEMCurrentControlSetServicesDhcpConfigurationsAlternate_{<ID>}
Par exemple :
HKLMSYSTEMCurrentControlSetServicesDhcpConfigurations
Alternate_{A5F4BCB2-254E-4C45-9BC9-E48CEC0AF6F0}
Cette clef contient une entrée nommée "Options", de type REG_BINARY, de 128
octets au maximum, qui, comme on va le voir, contient l'ENSEMBLE de la
configuration alternative.
Par exemple :
0000 : 32 00 00 00 00 00 00 00 04 00 00 00 00 00 00 00
0010 : FF FF FF 7F C0 A8 00 F4 01 00 00 00 00 00 00 00
0020 : 04 00 00 00 00 00 00 00 FF FF FF 7F FF FF FF 00
0030 : 03 00 00 00 00 00 00 00 04 00 00 00 00 00 00 00
0040 : FF FF FF 7F C0 A8 00 02 06 00 00 00 00 00 00 00
0050 : 08 00 00 00 00 00 00 00 FF FF FF 7F C0 A8 00 02
0060 : C0 A8 00 31 2C 00 00 00 00 00 00 00 08 00 00 00
0070 : 00 00 00 00 FF FF FF 7F C0 A8 00 31 C0 A8 00 63
Pour info, cette carte réseau, chez moi, a la configuration alternative
suivante :
IP Addr. : 192.168.0.244
S/Mask : 255.255.255.0
Gateway : 192.168.0.2
DNS1 : 192.168.0.2
DNS2 : 192.168.0.49
WINS1 : 192.168.0.49
WINS2 : 192.168.0.99
On retrouve bien dans la BDR ces valeurs !
"192.168.0.244"
-> C0 A8 00 F4
situé à l'offset 0014
"255.255.255.0"
-> FF FF FF 00
situé à l'offset 002C
"192.168.0.2"
-> C0 A8 00 02
situé à l'offset 0044 et 005C
"192.168.0.49"
-> C0 A8 00 31
situé à l'offset 0060 et 0078
"192.168.0.99"
-> C0 A8 00 63
situé à l'offset 007C
Compte tenu du fait que certaines valeurs se retrouvent à plusieurs
endroits, pour les distinguer j'ai fait des modifs temporaires dans la BDR
pour voir les répercussions sur la configuration. A la suite de ces manips,
j'en ai déduit ceci :
Adresse IP en 0014
Masque en 002C
Passerelle en 0044
DNS1 en 005C
DNS2 en 0060
WINS1 en 0078
WINS2 en 007C
Par contre, j'ignore le rôle des données de l'offset 0000 à 000F, 0010 à
0013, ...
(sinon, je me serais empressé d'écrire un VBS pour gérer cela!)
On a donc une structure de ce type :
{
DWORD inconnu1 //0000
DWORD inconnu2
DWORD inconnu3
DWORD inconnu4
DWORD inconnu5 //0010
DWORD AdrIP
DWORD inconnu6
DWORD inconnu7
DWORD inconnu8 //0020
DWORD inconnu9
DWORD inconnu10
DWORD Mask
DWORD inconnu11 //0030
DWORD inconnu12
DWORD inconnu13
DWORD inconnu14
DWORD inconnu15 //0040
DWORD Gateway
DWORD inconnu16
DWORD inconnu17
DWORD inconnu18 //0050
DWORD inconnu19
DWORD inconnu20
DWORD DNS1
DWORD DNS2 //0060
DWORD inconnu21
DWORD inconnu22
DWORD inconnu23
DWORD inconnu24 //0070
DWORD inconnu25
DWORD WINS1
DWORD WINS2
}
En conclusion, si je tenais le Super-Shadok chez MS qui a pondu un truc
pareil, je le transformerais vite fait bien fait en bavure ! ;-)
--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP]
http://www.bellamyjc.org ou http://jc.bellamy.free.fr