voila j'ai un probleme au boulot et je sais pas trop comment le resoudre car en tant qu'admin reseau j'ai po beaucoup d'experience  
 
voila la situation.
Avant on avait un reseau avec en gros : une quarantaine de postes sous win 95/98, un serveur sous NT4 SP5, un modem + un routeur pour la connexion internet et le partage de la connexion et 2 switch 25 ports en cascade (+ quelques imprimantes reseau mais bon ca je pense pas que ca ait une incidence sur mon prob)
et ca roulait bien.
 
Le probleme c'est qu'avant les vacances de nowel (c'est un lycée) une société est venue pour nous installer un labo de langue qui doit aussi faire office de salle info supplémentaire.
Ils ont installé 13 postes clients supplementaires, rajouter un switch 24 ports et un autre serveur sous NT4 SP5.
Theoriquement le switch est relié en cascade avec les 2 autres de la salle d'a coté.
Le probleme c'est qu'ils se sont fait un autre domaine principal bidon sur leur serveur pour les 13 postes et ce serveur est un controleur principal de domaine.
 
Je me retrouve donc avec 2 LAN avec deux domaines differents. et de chaque domaine je n'arrive pas a me connecter a l'autre.
 
Ca nous arrange pas car a la base on veut un seul reseau "homogene". et les gars qui ont installé la salle m'ont dit que leur logiciel de "pilotage du labo" avait besoin de son propre domaine pour fonctionner.
 
Perso j'avais pensé faire passer le nouveau domaine en sous domaine de l'ancien mais bon a vrai dire je suis pas vraiment sur de mon coup.
 
est ce que quelqu'un pourrait m'aider ou m'eclairer ?

En créant une relation d'approbation, uni ou bi directionnelle selon le besoin, entre tes deux domaines tu devrais pouvoir résoudre une partie de ta problématique. Tu auras toujours deux domaines mais les clients pourront accéder indifférement aux ressources de l'un ou de l'autre (selon si la relation d'approbation est uni ou bidirectionnelle).

CQFD....

ce serait pas un labo edu4
relation d'appro comme dit guru si il vous ont laché le pass admin

comment peux tu comprendre la notion même de domaine si tu ne sais pas ce qu'est une relation d'approbation.
   
 
documente toi.
en général sous NT une relation d'approbation se fait dans un sens (là je sens que je vais avoir des avis contraire), pour accéder par exemple à des données, ou un serveur d'applis ou des ressources.
mais documente toi meeeeeeeeeerrrrdde
on ne peux pas t'apprendre à configurer dignement un réso par forum
bon je m'énerve inutilement

ninigame a écrit a écrit : comment peux tu comprendre la notion même de domaine si tu ne sais pas ce qu'est une relation d'approbation.       documente toi. en général sous NT une relation d'approbation se fait dans un sens (là je sens que je vais avoir des avis contraire), pour accéder par exemple à des données, ou un serveur d'applis ou des ressources. mais documente toi meeeeeeeeeerrrrdde on ne peux pas t'apprendre à configurer dignement un réso par forum bon je m'énerve inutilement

 
mais pourquoi tant de haine
sisi on peut tres bien apprendre avec l'aide des forums mais c'est vrai qu'il faut aussi se documenter

c'est clair

pis sur Nantes c'est chaud c'est pour ça que je suis sur paname

Relation d'appro ..
 
Ou, 1 seul domaine ... verifier les dires des gars qui ont fait l'install...

Qu'est ce qui est chaud sur Nantes ?

Pims> 1 seul domaine impliquerait de réinstaller l'un ou l'autre serveur... si l'installation a été faite par une société externe cela impliquerait un coût complémentaire pas forcément budgeté...

Pims a écrit a écrit :   Qu'est ce qui est chaud sur Nantes ?

 
des 850 trx avec des pots bizarres

gloubiboulga a écrit a écrit :     des 850 trx avec des pots bizarres

 

Bien vu
 
Edit: j'oubliais:

[edtdd]--Message édité par Pims--[/edtdd]

merci pour les reponses  
a pas pu repondre, j'etais a une reunion  
Bon donc d'apres vous une relation d'approbation entre les 2 ca suffit  
par contre (en me documentant )j'avais lu dans un bouquin que pour que les relations d'approbations marchent bien il fallait quand meme mettre un serveur en controleur primaire de domaine et tous les autres en tant que controleurs secondaires sinon ca merdouillait (c'est pour ca que je voulais faire un sous domaine en fait). donc a priori c'etait des conneries non ?  
 
boisorbe> labo edu4 ??
          pour le pass admin c'est bien compliqué : y en a pas , zero mot de passe, c'est ca aussi qui me fait peur dans leur bordel
 
pims > verifier les dires des gars c'est un peu cho etant donné qu'ils ont fait leur install, ils se sont barrés. Y a bien une formation de prevues pour le labo mais je n'y suis pas invité (pourtant en pratique c'est moi qui m'occupe du reseau mais bon)
 
re guru> l'installation a été faite par une société extérieure mais elle a pas vraiment fait ce qu'on leur avait demandé donc je sais pas

Heu c'est pas pour dire mais si je lis bien ce que dit Mr de l'arbre_à_infusion, il dit qu'il ne peut pas se "connecter" à l'autre domaine. Hors si je suis utilisateur d'un domaine et que je vais sur un autre la seule chose qui va se passer c'est que l'on va me demander un mot de passe si je souhaite accéder à une ressource!
Le problème ne serait donc pas un pb de domaine mais un problème de netID ip différents => routage ou changement des ip du nouveau réseau + wins sur les cpd.
De plus il est urgent que tu affectes un mot de passe à l'admin du nouveau domaine! (imagine, tu fais une relation d'approbation, et paf n'importe quel gugus qui se log sur le nouveau domaine en admin sans mot de passe peut administrer l'autre , bonjour le bordel ;-))  
(Pour info: un contrôleur secondaire ne sert qu'à aider le contrôleur principal en cas de défaillance de celui-ci ou de surcharge. Il n'y a pas de notion de "sous domaine" sous nt.)

 
euh! je peux dire une connerie ? c'est koi netID ?  
Y a le serveur qu'on a au départ qui utilise DHCP
mais dans la salle qui a été installée ce sont des adresses ip fixes 192.168.1.x qui sont utilisées.
ca pourrait etre la cause du fait que les 2 serveurs ne se "voient" pas ?

boisorbe a écrit a écrit :     mais pourquoi tant de haine sisi on peut tres bien apprendre avec l'aide des forums mais c'est vrai qu'il faut aussi se documenter

 
Je confirme ce que Chouchoux à dit. Ca fait 2.5 ans que je bosse en info, et je ne connaissais RIEN en NT et réseau. Maintenant, je dis merci au foroum d'exister, et merci aux foroumeurs.
 
Ninigame, je vois pas ce que tu fais là si ce n'est pour apprendre de nouvelles choses, ou partager tes connaissances.

monsieur Dutiyeul a écrit a écrit : euh! je peux dire une connerie ? c'est koi netID ?   Y a le serveur qu'on a au départ qui utilise DHCP mais dans la salle qui a été installée ce sont des adresses ip fixes 192.168.1.x qui sont utilisées. ca pourrait etre la cause du fait que les 2 serveurs ne se "voient" pas ?

 
Oui, il faut soit que tes deux réseaux utilisent le même adressage IP (même IP et même masque de sous reseau), soit qu'une machine entre les deux fasse du routage IP entre les 2 sous réseaux (1 machine avec 2 cartes réseau, et activer le routage IP dans les props TCP/IP).
 
Tu peux déjà vérifier ça. Ensuite, si différents, configures les de la même manière.

coucou à tous les chouchoux ;-)... bon le mieux est de migrer tes machines d'un domaines vers l'autrs, mais tu dois aussi réinstaller le PDC... en gros le plus simple est d'utiliser les relation d'approbation.
Pour ce qui est du NetID à voir s'il n'y a pas de passerelle...
Voilà aller je retourne m'occupé de ma migration de qq milliers de poste nt4  

bon relation d'approbation : marche po puisque les serveurs ne trouvent po le controleur de domaine de l'autre domaine.
Je pense qu'il faut déja regler le truc de l'adressage ip entre les 2 reseaux

french_phoenix a écrit a écrit : Voilà aller je retourne m'occupé de ma migration de qq milliers de poste nt4

 
Heink ? Quelques miliers ? pffff
 
tu les fais un par un ? Kess tu fais exactement ?

monsieur Dutiyeul a écrit a écrit : bon relation d'approbation : marche po puisque les serveurs ne trouvent po le controleur de domaine de l'autre domaine. Je pense qu'il faut déja regler le truc de l'adressage ip entre les 2 reseaux

Fais un IPCONFIG /ALL sur les 2 serveurs et mets nous ici les infos recueuillies.

groody a écrit a écrit :     Heink ? Quelques miliers ? pffff   tu les fais un par un ? Kess tu fais exactement ?

non je passe par un logiciel de migration heureusement....

Euh deja y a un truc space sur le 1er serveur ("le vieux" )
quand j'ai fais ipconfig /all
j'ai vu "DHCP activé        non"
 
alors que le service "serveur DHCP" est bien démarré

"DHCP activé non" sur ton serveur signifie qu'il n'est pas client dhcp c'est tout, pas de panique ;-)

ouais forcement il est pas client puisque c'est le service "serveur DHCP" qui est activé. Tu me rassure

héhé, je veux pas te dérouter mais un serveur est très souvent client de lui-même sur certains services, donc c 'est pas "forcément".

ouais bon voila les captures de ce que j'obtient avec ipconfig /all
 
Sur le "vieux serveur"
 

 
PS : j'ai flouté le debut du nom de domaine parceque c'est le nom du lycée et j'ai pas envie que ca me retombe dessus   (rapport aux boolays du jour sur blabla )
 
 
et sur le nouveau serveur
 

[edtdd]--Message édité par monsieur Dutiyeul--[/edtdd]

tes adresses ip ne sont pas compatible.

pas la meme classe d'ip ?

ton premier serveur est en 10.64.23.x et l'autre en 192.168.1.x
 
ce qui fait que tes machine vont avoir du mal a dialoguer ensemble sans un routeur ou une machine qui fait le routage de tes deux classes d'adresses

Faudrait installer le service routage je pense et tu fais une route statique ca devrait marcher...

héhé, il peut pas faire de routes statiques! qui va jouer le rôle de routeur? il a une seule carte réseau par serveur!
il faut simplement que tu modifies les caractéristiques de ton étendue dhcp sur le vieux serveur. Tu vires l'etendue existante dans ton gestionnaire dhcp (demarrer,programme,outils d'administration,service dhcp), et tu crées une étendue 192.168.2.10 à 192.168.2.250 masque 255.255.255.0. N'oublie pas d'attribuer l'adresse IP fixe 192.168.2.1 à ton serveur. Si les gars qui ont installé le nouveau domaine ont fait un boulot propre ça va marcher nickel.
Je te rappelle que je te conseille TRES fortement d'installer un service WINS sur tes serveurs, sinon tu vas me poster un message dans 2 jours me disant: "je comprend pas le voisinage reseau des fois je vois les ordis, des fois je les vois pas".
 
PS: une fois que c'est fini tu appelles ton centre de formation le plus proche et tu vas me suivre une chtite formation nt et ip ;-)

 
C'est koi une route statique ??
Et Wins ca va apporter quoi en gros, car j'en avais parlé deja avec un technicein du rectorat qui m'avait repondu que WINS en gros que mettre wins c'etait se faire chier pour pas grand chose.
Sinon merci pour DHCP, je vais essayer demain en arrivant.
 
PS: la formation ca fait 9 mois que j'essaie de m'inscrire mais le rectorat arrete pas de faire trainer les choses et de me mettre des batons dans les roues  
 
 
entout cas merci pour tous

heu si le technicien du rectorat te dit que wins c 'est se faire chier pour pas grand chose...un conseil...va pas faire ta formation au rectorat :-)
Je vais essayer de t'expliquer simplement.  
Il faut savoir que les ordinateurs sur un réseau ip, doivent connaitre l'adresse ip de l'ordinateur avec laquelle ils veulent communiquer (c même pire que ça, paske en fait c l'adresse mac mais bon...). Hors toi quand tu communiques avec un pc keske tu fais? ben tu tapes son nom ou tu le cherches dans le voisnage reseau!
Lorsque tu cherches à te connecter d'un ordinateur A à un ordinateur B du reseau, il se passe donc la chose suivante: ton ordinateur envoie ce que l'on appele un broadcast c'est à dire un message à TOUS les ordinateurs du reseau demandant "qui s'apelle B?" jusqu'a ce que B réponde "c'est moi!". Ceci a pour effet d'encombrer ton reseau pour rien, d'être assez lent, de pas passer les routeurs, etc.....
Sur un serveur, Wins s'installe en environ 2 minutes chrono, et permet que chaque ordinateur du reseau, lorsqu'il s'allume dise au serveur "bonjour je suis l'ordinateur X, mon adresse ip est x.x.x.x". Pour cela il faut que chaque ordi soit ce que l'on apelle "client wins", c'est à dire qu'il ait dans ses paramètres IP l'adresse du serveur sur lequel tu as installé le service wins (tu peux même le faire en automatique grâce à dhcp!). Ainsi le serveur sait toujours le nom de tous les ordinateurs allumés sur ton reseau et est capable de traduire le nom de chaque ordinateur en adresse ip pour qui le demande.
De plus wins a un deuxième avantage. Tu as certainement remarqué que parfois lorsque tu fais un voisinage reseau tu ne vois pas tous les ordinateurs, alors qu'ils sont tous allumés! Ceci est du au fait que le voisinage reseau fait appel à un ce que l'on appelle "l'exploration". Ceci est "relativement" complexe et je ne rentrerais pas dans le détail (c'est à mon avis le processus le plus pourri de l'environnement windows). En gros il est basé sur des phénomènes d'elections d'ordinateurs en fonction de leur os installé et de leur rôle, ceux ci étant chargés de répertorier tous les pcs qui ont un service serveur actifs sur le reseau; bref ces processus font qu'à un instant T ta liste d'ordinateurs n'est pas forcément à jour, voir totalement vide! hors chez microsoft WINS prend en charge cette fonction d'exploration: donc plus de pb quand tu feras un voisinage reseau, surtout que là, vu que tu as deux domaines tu es dans le cas d'une exploration interdomaines, et sans wins, bonjour le cauchemar! Bon c'est très simplifié (pour les gars qui voudraient me dire "ouais mais t'as oublié ça"...;-))
En gros WINS devrait être obligatoire sur tout reseau NT (sous 2000 c po pareil ;-)).  
Une route statique maintenant...alors là c'est plus long paskil faudrait que je te fasse un cours ip complet ;-)
Pour simplifier, lorsque deux pcs n'ont pas le même identificateur de réseau (le fameux netid) (ex: un pc A a pour IP: 192.168.2.1 mask 255.255.255.0 et un PC B a pour ip:10.10.1.1 mask 255.0.0.0
alors l'identifiant de reseau de A est 192.168.2 et celui de B 10, ils sont différents donc ils peuvent pas communiquer) il faut qu'un élément appellé routeur (matériel ou logiciel) leur indique la route à prendre pour qu'ils se trouvent (oui je sais je simplifie encore). Pour trouver les routes un routeur fait appel soit à des protocoles de routage (rip,ospf,etc...), soit il lit une table dite "statique" dans laquelle il trouve la route à suivre pour aller à telle ou telle destination!
Ouf! Voilà! ;-)
Ravi de te rendre service ;-)

moi je dis super bravo stef16  
c'est super clair et tres precis

 
ca au moins c'est bien explique

merci mon boisorbounet  ;-)

je note ton explication et la ressortirais un de ces jours pour expliquer de tel pb autour de moi  
promis

boisorbe a écrit a écrit : moi je dis super bravo stef16   c'est super clair et tres precis   ca au moins c'est bien explique

 
Je te fais confiance. C'est trop long pour moi, pas envie de lire  

Très joli stef, mais a propos j'ai une chtite question qui me turlupine....
son serveur b est en 192.168.1.X en 255.255.255.0 et tu veux qu'il mette son serveur A en 192.168.2.x en 255.255.255.0....
Euh c'est pas pour être désagréable mais c'est pas le même net ID...