Je suis passé sous win2003 en serveur de domaine partir d'un en 2000,
avec la migration décrite par microsoft.
A priori la manip a paru se faire sans bobo mais!
J'ai remarqué que les stratégies n'avait pas été exportées (peut parce
que ce ne sont pas les memes)
Et surtout le temps d'ouverture de session a partir d'un poste est trés
long, ceci meme avec un utilisateur "propre" donc avec un profil qui ne
soit pas chargé.
j'ai 2 serveur de domaine, ils sont tout les 2 aussi serveur DNS (qui
fonctionne bien a priori) , la config des postes clients n'a pas changé
et l'ouverture de session était rapide avec les anciens serveur en
2000. Donc y'a quelque chose qui ralenti.
Si quelqu'un a une idée, merci d'avance.
--
Ceci est une signature automatique de MesNews.
Site : http://www.mesnews.net
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
pcst
> Et surtout le temps d'ouverture de session a partir d'un poste est trés long, ceci meme avec un utilisateur "propre" donc avec un profil qui ne soit pas chargé.
As-tu configuré correctement le serveur dns ? Il s'agit à 90% sûr d'un petit souci de serveur dns. En résumé: 1. configurer les zones dans le serveur dns du contrôleur de domaine. 2. le serveur dns du contrôleur (paramètres tcp/ip du contrôleur de domaine), c'est lui-même et aucun autre. 3. si dhcp n'est pas activé sur les postes, choisir comme serveur dns le contrôleur de domaine et aucun autre.
Luc
> Et surtout le temps d'ouverture de session a partir d'un poste est trés
long, ceci meme avec un utilisateur "propre" donc avec un profil qui ne
soit pas chargé.
As-tu configuré correctement le serveur dns ? Il s'agit à 90% sûr d'un petit
souci de serveur dns.
En résumé:
1. configurer les zones dans le serveur dns du contrôleur de domaine.
2. le serveur dns du contrôleur (paramètres tcp/ip du contrôleur de
domaine), c'est lui-même et aucun autre.
3. si dhcp n'est pas activé sur les postes, choisir comme serveur dns le
contrôleur de domaine et aucun autre.
> Et surtout le temps d'ouverture de session a partir d'un poste est trés long, ceci meme avec un utilisateur "propre" donc avec un profil qui ne soit pas chargé.
As-tu configuré correctement le serveur dns ? Il s'agit à 90% sûr d'un petit souci de serveur dns. En résumé: 1. configurer les zones dans le serveur dns du contrôleur de domaine. 2. le serveur dns du contrôleur (paramètres tcp/ip du contrôleur de domaine), c'est lui-même et aucun autre. 3. si dhcp n'est pas activé sur les postes, choisir comme serveur dns le contrôleur de domaine et aucun autre.
Luc
patrick
pcst a présenté l'énoncé suivant :
Et surtout le temps d'ouverture de session a partir d'un poste est trés long, ceci meme avec un utilisateur "propre" donc avec un profil qui ne soit pas chargé.
As-tu configuré correctement le serveur dns ? Il s'agit à 90% sûr d'un petit souci de serveur dns. En résumé: 1. configurer les zones dans le serveur dns du contrôleur de domaine. 2. le serveur dns du contrôleur (paramètres tcp/ip du contrôleur de domaine), c'est lui-même et aucun autre. 3. si dhcp n'est pas activé sur les postes, choisir comme serveur dns le contrôleur de domaine et aucun autre.
Luc
J'ai tout fait cela et meme fait vérifié par qq d'autre. La config est bonne comme tu l'as décrite.
La chose que j'ai remarqué est que lorsque j'essaye d'ouvrir par le voisinnage réseau microsoft windows (a partir du serveur de domaine) mon domaine "nom.domaine.fr" la connection est refusé au bout du timeout.
J'avoue ne pas comprendre, le serveur de domaine qui est aussi serveur DNS n'arrivant pas a ouvrir le domaine qu'il controle??? Est ce que le DNS ouvre des ports exotiques pour interroger le serveur principal? J'ai peut etre un filtrage par mes instances supérieures...
Patrick
-- Ceci est une signature automatique de MesNews. Site : http://www.mesnews.net
pcst a présenté l'énoncé suivant :
Et surtout le temps d'ouverture de session a partir d'un poste est trés
long, ceci meme avec un utilisateur "propre" donc avec un profil qui ne
soit pas chargé.
As-tu configuré correctement le serveur dns ? Il s'agit à 90% sûr d'un petit
souci de serveur dns.
En résumé:
1. configurer les zones dans le serveur dns du contrôleur de domaine.
2. le serveur dns du contrôleur (paramètres tcp/ip du contrôleur de domaine),
c'est lui-même et aucun autre.
3. si dhcp n'est pas activé sur les postes, choisir comme serveur dns le
contrôleur de domaine et aucun autre.
Luc
J'ai tout fait cela et meme fait vérifié par qq d'autre. La config est
bonne comme tu l'as décrite.
La chose que j'ai remarqué est que lorsque j'essaye d'ouvrir par le
voisinnage réseau microsoft windows
(a partir du serveur de domaine) mon domaine "nom.domaine.fr" la
connection est refusé au bout du timeout.
J'avoue ne pas comprendre, le serveur de domaine qui est aussi serveur
DNS n'arrivant pas a ouvrir le domaine qu'il controle???
Est ce que le DNS ouvre des ports exotiques pour interroger le serveur
principal? J'ai peut etre un filtrage par mes instances supérieures...
Patrick
--
Ceci est une signature automatique de MesNews.
Site : http://www.mesnews.net
Et surtout le temps d'ouverture de session a partir d'un poste est trés long, ceci meme avec un utilisateur "propre" donc avec un profil qui ne soit pas chargé.
As-tu configuré correctement le serveur dns ? Il s'agit à 90% sûr d'un petit souci de serveur dns. En résumé: 1. configurer les zones dans le serveur dns du contrôleur de domaine. 2. le serveur dns du contrôleur (paramètres tcp/ip du contrôleur de domaine), c'est lui-même et aucun autre. 3. si dhcp n'est pas activé sur les postes, choisir comme serveur dns le contrôleur de domaine et aucun autre.
Luc
J'ai tout fait cela et meme fait vérifié par qq d'autre. La config est bonne comme tu l'as décrite.
La chose que j'ai remarqué est que lorsque j'essaye d'ouvrir par le voisinnage réseau microsoft windows (a partir du serveur de domaine) mon domaine "nom.domaine.fr" la connection est refusé au bout du timeout.
J'avoue ne pas comprendre, le serveur de domaine qui est aussi serveur DNS n'arrivant pas a ouvrir le domaine qu'il controle??? Est ce que le DNS ouvre des ports exotiques pour interroger le serveur principal? J'ai peut etre un filtrage par mes instances supérieures...
Patrick
-- Ceci est une signature automatique de MesNews. Site : http://www.mesnews.net
Js
Il faut que tu autorise la mise à jour dynamique du serveur DNS et tout devrai rentrer dans l'ordre.
patrick wrote:
pcst a présenté l'énoncé suivant :
Et surtout le temps d'ouverture de session a partir d'un poste est trés long, ceci meme avec un utilisateur "propre" donc avec un profil qui ne soit pas chargé.
As-tu configuré correctement le serveur dns ? Il s'agit à 90% sûr d'un petit souci de serveur dns. En résumé: 1. configurer les zones dans le serveur dns du contrôleur de domaine. 2. le serveur dns du contrôleur (paramètres tcp/ip du contrôleur de domaine), c'est lui-même et aucun autre. 3. si dhcp n'est pas activé sur les postes, choisir comme serveur dns le contrôleur de domaine et aucun autre.
Luc
J'ai tout fait cela et meme fait vérifié par qq d'autre. La config est bonne comme tu l'as décrite.
La chose que j'ai remarqué est que lorsque j'essaye d'ouvrir par le voisinnage réseau microsoft windows (a partir du serveur de domaine) mon domaine "nom.domaine.fr" la connection est refusé au bout du timeout.
J'avoue ne pas comprendre, le serveur de domaine qui est aussi serveur DNS n'arrivant pas a ouvrir le domaine qu'il controle??? Est ce que le DNS ouvre des ports exotiques pour interroger le serveur principal? J'ai peut etre un filtrage par mes instances supérieures...
Patrick
Il faut que tu autorise la mise à jour dynamique du serveur DNS
et tout devrai rentrer dans l'ordre.
patrick wrote:
pcst a présenté l'énoncé suivant :
Et surtout le temps d'ouverture de session a partir d'un poste est trés
long, ceci meme avec un utilisateur "propre" donc avec un profil qui
ne soit pas chargé.
As-tu configuré correctement le serveur dns ? Il s'agit à 90% sûr d'un
petit souci de serveur dns.
En résumé:
1. configurer les zones dans le serveur dns du contrôleur de domaine.
2. le serveur dns du contrôleur (paramètres tcp/ip du contrôleur de
domaine), c'est lui-même et aucun autre.
3. si dhcp n'est pas activé sur les postes, choisir comme serveur dns
le contrôleur de domaine et aucun autre.
Luc
J'ai tout fait cela et meme fait vérifié par qq d'autre. La config est
bonne comme tu l'as décrite.
La chose que j'ai remarqué est que lorsque j'essaye d'ouvrir par le
voisinnage réseau microsoft windows
(a partir du serveur de domaine) mon domaine "nom.domaine.fr" la
connection est refusé au bout du timeout.
J'avoue ne pas comprendre, le serveur de domaine qui est aussi serveur
DNS n'arrivant pas a ouvrir le domaine qu'il controle???
Est ce que le DNS ouvre des ports exotiques pour interroger le serveur
principal? J'ai peut etre un filtrage par mes instances supérieures...
Il faut que tu autorise la mise à jour dynamique du serveur DNS et tout devrai rentrer dans l'ordre.
patrick wrote:
pcst a présenté l'énoncé suivant :
Et surtout le temps d'ouverture de session a partir d'un poste est trés long, ceci meme avec un utilisateur "propre" donc avec un profil qui ne soit pas chargé.
As-tu configuré correctement le serveur dns ? Il s'agit à 90% sûr d'un petit souci de serveur dns. En résumé: 1. configurer les zones dans le serveur dns du contrôleur de domaine. 2. le serveur dns du contrôleur (paramètres tcp/ip du contrôleur de domaine), c'est lui-même et aucun autre. 3. si dhcp n'est pas activé sur les postes, choisir comme serveur dns le contrôleur de domaine et aucun autre.
Luc
J'ai tout fait cela et meme fait vérifié par qq d'autre. La config est bonne comme tu l'as décrite.
La chose que j'ai remarqué est que lorsque j'essaye d'ouvrir par le voisinnage réseau microsoft windows (a partir du serveur de domaine) mon domaine "nom.domaine.fr" la connection est refusé au bout du timeout.
J'avoue ne pas comprendre, le serveur de domaine qui est aussi serveur DNS n'arrivant pas a ouvrir le domaine qu'il controle??? Est ce que le DNS ouvre des ports exotiques pour interroger le serveur principal? J'ai peut etre un filtrage par mes instances supérieures...
