Migration Workstation vers Domaines (Win serv 2008 + AD)

Migration Workstation vers Domaines (Win serv 2008 + AD) - Réseaux - Systèmes & Réseaux Pro

Marsh Posté le 29-05-2009 à 15:40:16    

Bonjour, voila je vous expose mon problème.
 
Le réseau de l’entreprise ou je travail est actuellement en mode Workstation, je souhaiterais faire évoluer celui-ci en domaines, j’aurai donc besoin de votre aide !
 
Voici un cahier des charges simplifié :
 

Citation :

15 / 20 machines sur le parc, divisé en 5 catégories : A, B, C, D, E
 
1 réseau logique, topologie en étoile. (192.168.2.x), la passerelle fait également office de serveur DNS.
 
Objectif : Mettre un domaine en place  
 
Serveurs actuels :NAS LAN1 + NAS LAN2.  
 
Matériel réseau déjà existant : Switch, Routeurs, Câblage (cat.5 (100Mbps), Imprimante partagée, Carte ethernet integré dans chaque pc.
 
Types de services à mettre en place : Contrôleur de domaine, DHCP, DNS, Active Directory.
 
Le serveur tournera sous Microsoft Windows Server 2008.


 
Pour me permettre de faire mes propres tests je me suis mis en place un mini réseau de 3 postes, sur lequel est installé windows XP Pro sur les deux pc clients, puis windows server 2008 sur le pc serveur (controleur de domaine).
 
Ma première interrogation est la suivante : est il possible de tester le fonctionnement d’un contrôleur de domaine + dns + dhcp sur un mini réseau au sein même du réseau principal, alors qu’un serveur dns et dhcp existe déjà ? Si oui je n’arrive pas à le faire fonctionner, mon pc client m’indique qu’il ne trouve pas le dns du controleur de domaine que jesseye de mettre en place (L'erreur suivante s'est produite lors de la demande au DNS de l'enregistrement de ressource SRV (Service Location) permettant de localiser un contrôleur de domaine pour le domaine xxx).
 
Le pc client supporte t’il mal la cohabitation de ces deux serveurs dns ?
 
Dans le cadre de mes tests dans ce mini réseau que j’ai mis en place, est il possible de ne pas configurer le service dns sur le pc serveur ? Si oui comment configurer le pc client dans ce cas ?
 
Je pense que vos réponses devraient déjà bien m’éclairer sur le sujet..
 
En vous remerciant d’avance.


Message édité par ben_d74 le 29-05-2009 à 15:45:30
Reply

Marsh Posté le 29-05-2009 à 15:40:16   

Reply

Marsh Posté le 29-05-2009 à 20:21:36    

Le DNS est essentiel au fonctionnement d'un domaine AD, tu ne pourras pas t'en passer. Ton soucis c'est plutot avoir 2 DHCP sur le meme réseau : tu ne peux pas choisir qui va te filer une adresse, et les 2 doivent donner chacun de DNS différents, les clients de ton domaine ne recuperent donc pas forcement les DNS de ton domaine, et ne savent pas ou trouver le controller.
Si tu ne peux pas séparer tes 2 réseaux oublie pour le moment ton DHCP pour tes tests et utilise plutot un adressage fixe pour tes clients de tests.

Reply

Marsh Posté le 02-06-2009 à 08:22:22    

Salut,
 
Le mieux est de mettre le DNS (pour ça tu n'as pas le choix avec AD) et le DHCP sur le contrôleur de domaine.
 
Sinon, pour faire tes tests, tu peux utiliser des outils comme virtualbox ou vmware server.
 
Dans ce cas, ton réseau réel et ton réseau de test sont totalement  indépendants et c'est en fait le pc hôte de virtualbox qui sert de passerelle.
 
Ceci dit, rien ne t'empêche à priori d'installer ton AD sur ton réseau réel et de migrer tes postes au fur et à mesure (c'est ce que j'avais fait à l'époque (10 PC)). Par contre, dans ce cas, il faudra utiliser pour tes postes en workgroup le serveur DNS du contrôleur de domaine (en modifiant la config du DHCP). Et pour le DHCP, soit tu utilises le serveur DHCP de ta passerelle (c'est comme ça qu'on fonctionnait à l'époque), soit tu prends celui du DC (plus d'options de config (ex : resa d'adresse IP en fonction de l'adresse MAC, pratique pour les imprimantes réseau, par ex)).
 
@+
 
Fred


Message édité par fred34 le 02-06-2009 à 08:26:18

---------------
http://leblogdundsi.lesprost.fr/
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed