[Croospost sur : microsoft.public.fr.windows2000server et
microsoft.public.fr.windows.server]
Suivi positionné sur : microsoft.public.fr.windows2000server]
Salut à tous ;o) ,
_Je plante le décor :_
Serveur :
- W2003 Ed. entreprise configuré en AD.
- Serveur DHCP
- Serveur WINS
- Serveur IIS et ASP
- SQL Server 2000 SP3
- Exchange 2003 Entreprise Evaluation.
- 1 carte réseau avec le @ IP suivantes :
* 10.0.1.1 jusqu'à 10.0.1.10 (masque 255.255.0.0)
- Nom NETBIOS : SERVEUR
Station :
- Win XP Pro SP1 + tous les updates.
- Office XP SP3
- 1 carte réseau en client DHCP.
- Nom NETBIOS : STATION
Voila pour le décor.
_Le but :_
Pouvoir difféncier par le nom le Controleur de domaine, le serveur SQL
et le serveur Exchange ....
Ce que j'ai fait :
Comme d'habitude, DCPROMO me configure l'AD et le DNS.
Je créé dans le DNS une zone de recherche inversée 10.0.1.x
Je rajoute dans le DNS (recherche directe) les enregistrement d'hotes
(type A) suivants :
- 10.0.1.1 : SERVEUR (pour le CD et serveur de fichiers)
- 10.0.1.2 : BSERVEUR2 (pour SQL)
- 10.0.1.9 : SVREXCHANGE (pour ... Exchange)
Le tout en cochant "Créer l'enregistrement PTR associé"
Mes hotes sont bien créés dans dans les 2 zones.
_Test de fonctionnement :_
nslookup sur un des noms de serveur fonctionne, exemple :
--------------------------------------------
Microsoft Windows XP [version 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.
C:\Documents and Settings\Administrateur.VINCE-CORP>nslookup bserveur2
Serveur : serveur.vince-corporation.lan
Address: 10.0.1.1
Nom : bserveur2.vince-corporation.lan
Address: 10.0.1.2
----------------------------------------------
Un ping sur BSERVEUR2 me retourne bien une réponse de 10.0.1.2
Jusque là OK ....
_Les problèmes :_
Installation de SQL Server : Installation de l'instance par défaut
faite en choisissant "Ordinateur local" --> OK, me créé l'instance sur
SERVEUR
Installation dune instance nommée de SQL en prenant ordinateur distant
--> Problème, il me dit ne pas trouver BSERVEUR2 :-(
Je l'installe donc sur "Ordinateur LOCAL". (nom de l'instance : SASCHA)
Sur la station, avec les outils d'admin de SQL server, Recherche des
serveurs, si je tape BSERVEUR2, il me trouve l'instance par défaut. Si
je tape BSERVEUR2\SASCHA, il ne trouve pas l'instance nommée. Test
identique en remplaçant BSERVEUR2 par SERVEUR : il me trouve l'instance
par défaut et la nommée...
De la, sur la station je fais un "net view \\serveur", il me retourne
tous les partages du serveur.
Je fais un "net view \\BSERVEUR2" (qui devrait donner le même
résultat), il me retourne :
----------------------------------------------
C:\Documents and Settings\Administrateur.VINCE-CORP>net view
\\bserveur2
L'erreur système 52 s'est produite.
Vous n'étiez pas connecté car il y avait un nom en double sur le
réseau. Allez d
ans Système dans le Panneau de configuration et modifiez le nom de
l'ordinateur
et essayez à nouveau.
C:\Documents and Settings\Administrateur.VINCE-CORP>
------------------------------------------------
Un "nom en double" ... ??? :/ :/ 8-o
Pour info, en configurant le client Outlook, dans la zone nom du
serveur, si je mets "SVREXCHANGE", puis le nom du user, puis en
cliquant sur le bouton "Vérification du nom", il me change SVREXCHANGE
en SERVEUR, j'en déduis que la résolution DNS s'effectue bien.
Ma question :
Est-il possible de faire ce que j'essayes ? A savoir, affecter une IP
et un nom NETBIOS à un "rôle" de l'ordianteur ...
Cela me permettrait la simuler la présence de plusieurs serveurs de
manière transparente sur les clients, alors que tout s'exécute sur le
même serveur.
Dois-je laisser tomber ou y-a-til une solution à mon problème ???
Merci à ceux qui ont une piste à me donner.
Et surtout, merci de m'avoir lu jusque là. ;o) ;o)
P.S. : Je peux fournir des copies d'écran de la config (STATION ou
SERVEUR) sur un serveur Web.
--
Ceci est une signature automatique de MesNews.
Site : http://mesnews.no-ip.com
- 1 carte réseau avec le @ IP suivantes : * 10.0.1.1 jusqu'à 10.0.1.10 (masque 255.255.0.0)
Pas de multirésident sur DC, voir documentation MS.
Salut,
[HS] Désolé pour le pseudo qui n'était pas le bon au moment où j'ai posé la question ... utilisation d'un autre compte utilisateur pour poser la question ;o)
Concernant ta réponse : Merd** :-@ :-@ :-@
Effectivement, dans l'article trouvé ici : http://support.microsoft.com/default.aspx?scid=kb;fr;181774 , on peut lire ceci :
"Parce que le service de navigation ne fusionne pas les réseaux, le contrôleur principal de domaine (PDC) ne peut pas être multirésident. Chaque service de navigation associé à chaque interface fonctionne indépendamment, et le PDC maintient une liste cumulative " séparée " sur chaque interface qui n'a pas été fusionnée. Un navigateur maître échangeant des listes avec le PDC sur une interface n'obtiendra pas les serveurs découverts par un autre navigateur maître échangeant des listes sur une autre interface."
Et ceci : "En outre, les explorateurs maîtres ne peuvent pas être multirésidents. En effet, étant donné que seule une adresse IP est maintenue pour l'établissement d'une session vers un nom d'ordinateur, et que le PDC communique avec un explorateur maître basé sur son nom d'ordinateur uniquement, le PDC peut seulement rassembler la liste locale de serveurs découverts par l'explorateur maître multirésident à partir de l'une des interfaces."
Bon ... ben ... faut que je modifie ma plateforme de tests :/ :/
Toutefois, les infos trouvées sur la KB concernent NT 4.0. Si quelqu'un avait une référence pour W2003. ;o)
- 1 carte réseau avec le @ IP suivantes :
* 10.0.1.1 jusqu'à 10.0.1.10 (masque 255.255.0.0)
Pas de multirésident sur DC, voir documentation MS.
Salut,
[HS] Désolé pour le pseudo qui n'était pas le bon au moment où j'ai
posé la question ... utilisation d'un autre compte utilisateur pour
poser la question ;o)
Concernant ta réponse : Merd** :-@ :-@ :-@
Effectivement, dans l'article trouvé ici :
http://support.microsoft.com/default.aspx?scid=kb;fr;181774 , on peut
lire ceci :
"Parce que le service de navigation ne fusionne pas les réseaux, le
contrôleur principal de domaine (PDC) ne peut pas être multirésident.
Chaque service de navigation associé à chaque interface fonctionne
indépendamment, et le PDC maintient une liste cumulative " séparée "
sur chaque interface qui n'a pas été fusionnée. Un navigateur maître
échangeant des listes avec le PDC sur une interface n'obtiendra pas les
serveurs découverts par un autre navigateur maître échangeant des
listes sur une autre interface."
Et ceci :
"En outre, les explorateurs maîtres ne peuvent pas être multirésidents.
En effet, étant donné que seule une adresse IP est maintenue pour
l'établissement d'une session vers un nom d'ordinateur, et que le PDC
communique avec un explorateur maître basé sur son nom d'ordinateur
uniquement, le PDC peut seulement rassembler la liste locale de
serveurs découverts par l'explorateur maître multirésident à partir de
l'une des interfaces."
Bon ... ben ... faut que je modifie ma plateforme de tests :/ :/
Toutefois, les infos trouvées sur la KB concernent NT 4.0.
Si quelqu'un avait une référence pour W2003. ;o)
- 1 carte réseau avec le @ IP suivantes : * 10.0.1.1 jusqu'à 10.0.1.10 (masque 255.255.0.0)
Pas de multirésident sur DC, voir documentation MS.
Salut,
[HS] Désolé pour le pseudo qui n'était pas le bon au moment où j'ai posé la question ... utilisation d'un autre compte utilisateur pour poser la question ;o)
Concernant ta réponse : Merd** :-@ :-@ :-@
Effectivement, dans l'article trouvé ici : http://support.microsoft.com/default.aspx?scid=kb;fr;181774 , on peut lire ceci :
"Parce que le service de navigation ne fusionne pas les réseaux, le contrôleur principal de domaine (PDC) ne peut pas être multirésident. Chaque service de navigation associé à chaque interface fonctionne indépendamment, et le PDC maintient une liste cumulative " séparée " sur chaque interface qui n'a pas été fusionnée. Un navigateur maître échangeant des listes avec le PDC sur une interface n'obtiendra pas les serveurs découverts par un autre navigateur maître échangeant des listes sur une autre interface."
Et ceci : "En outre, les explorateurs maîtres ne peuvent pas être multirésidents. En effet, étant donné que seule une adresse IP est maintenue pour l'établissement d'une session vers un nom d'ordinateur, et que le PDC communique avec un explorateur maître basé sur son nom d'ordinateur uniquement, le PDC peut seulement rassembler la liste locale de serveurs découverts par l'explorateur maître multirésident à partir de l'une des interfaces."
Bon ... ben ... faut que je modifie ma plateforme de tests :/ :/
Toutefois, les infos trouvées sur la KB concernent NT 4.0. Si quelqu'un avait une référence pour W2003. ;o)
Pour information, j'ai travaillé sur ton problème "nom en double sur le réseau". En fait par défaut, Windows n'autorise l'accès à un partage réseau qu'avec un seul nom. Pour pouvoir utilise plusieurs noms pour accéder à un partage, il faut positionner les valeurs OptionalNames et DisableStrictNameChecking au niveau du registre.
Pour plus d'informations, consulter les articles suivants : http://msreport.free.fr/?p‡ http://support.microsoft.com/kb/281308
A+
Guillaume MATHIEU http://msreport.free.fr La connaissance s'accroît quand on la partage. Guillaume MATHIEU http://msreport.free.fr La connaissance s'accroît quand on la partage.
Salut
Pour information, j'ai travaillé sur ton problème "nom en double sur le réseau".
En fait par défaut, Windows n'autorise l'accès à un partage réseau qu'avec un seul nom.
Pour pouvoir utilise plusieurs noms pour accéder à un partage, il faut positionner les valeurs OptionalNames et DisableStrictNameChecking au niveau du registre.
Pour plus d'informations, consulter les articles suivants :
http://msreport.free.fr/?p=87
http://support.microsoft.com/kb/281308
A+
Guillaume MATHIEU
http://msreport.free.fr
La connaissance s'accroît quand on la partage.
Guillaume MATHIEU
http://msreport.free.fr
La connaissance s'accroît quand on la partage.
Pour information, j'ai travaillé sur ton problème "nom en double sur le réseau". En fait par défaut, Windows n'autorise l'accès à un partage réseau qu'avec un seul nom. Pour pouvoir utilise plusieurs noms pour accéder à un partage, il faut positionner les valeurs OptionalNames et DisableStrictNameChecking au niveau du registre.
Pour plus d'informations, consulter les articles suivants : http://msreport.free.fr/?p‡ http://support.microsoft.com/kb/281308
A+
Guillaume MATHIEU http://msreport.free.fr La connaissance s'accroît quand on la partage. Guillaume MATHIEU http://msreport.free.fr La connaissance s'accroît quand on la partage.
