A voir également:
- Serveur 2003 brûlé
- Association avec le serveur freebox en cours ✓ - Forum Freebox
- Serveur pop - Guide
- Serveur introuvable ✓ - Forum Internet / Réseaux sociaux
- Word 2003 - Forum Word
- Serveur ftp gratuit ✓ - Forum Logiciels
2 réponses
kelux
Messages postés
3065
Date d'inscription
vendredi 18 juin 2004
Statut
Contributeur
Dernière intervention
20 janvier 2023
432
13 janv. 2010 à 07:24
13 janv. 2010 à 07:24
Bonjour,
et à l'aide des connections aux sessions en local, j'ai reconstruit mon AD
J'ai pas compris.
Les machines arrivent à démarrer leur session mais cela est lent et naturellement instable
C'est normal quand : j'ai essayé de faire l'ancien serveur à l'identique: domaine, nom de serveur, ip.
Et oui, même si le nom du serveur et du domaine sont identiques à l'ancienne machine ... ba ça reste néanmoins deux serveurs différents et deux domaines différents.
L'AD a t il été remonté manuellement : je parle des comptes utilisateurs/machines et les groupes.
Ou bien issu d'une sauvegarde ?
Le SID du domaine n'est pas le même, ce qui explique les problèmes d'instabilité.
Les clients perdent la boule, ils pensent voir leur domaine, alors qu'en fait il ne s'agit pas du meme, puisque le SID a changé (et donc les SID des machines, des comptes etc ...)
Les utilisateurs peuvent ouvrir la session, car ils utilisent leur cache d'informations de session.
Par contre ça risque de poser problème le jour où il faudra changer de mot de passe ...
-
e les déconnecter du domaine en les faisant passer en groupe de travail, sans être obligé de reconstruire à la main les sessions sur les pc.
Impossible, il est obligatoire de migrer les profils sur des comptes locaux.
J'aurais souhaité savoir si il existait un moyen pour faire en sorte de faire disparaitre cette instabilité
Restaurer l'AD proprement depuis une sauvegarde.
ou
Créer un nouvel annuaire et faire la migration des postes (et donc des profils), et refaire la sécurité sur les données/partages réseaux.
Conclusion : mettre au minimum deux contrôleurs de domaine, pour éviter ce genre de panne.
et à l'aide des connections aux sessions en local, j'ai reconstruit mon AD
J'ai pas compris.
Les machines arrivent à démarrer leur session mais cela est lent et naturellement instable
C'est normal quand : j'ai essayé de faire l'ancien serveur à l'identique: domaine, nom de serveur, ip.
Et oui, même si le nom du serveur et du domaine sont identiques à l'ancienne machine ... ba ça reste néanmoins deux serveurs différents et deux domaines différents.
L'AD a t il été remonté manuellement : je parle des comptes utilisateurs/machines et les groupes.
Ou bien issu d'une sauvegarde ?
Le SID du domaine n'est pas le même, ce qui explique les problèmes d'instabilité.
Les clients perdent la boule, ils pensent voir leur domaine, alors qu'en fait il ne s'agit pas du meme, puisque le SID a changé (et donc les SID des machines, des comptes etc ...)
Les utilisateurs peuvent ouvrir la session, car ils utilisent leur cache d'informations de session.
Par contre ça risque de poser problème le jour où il faudra changer de mot de passe ...
-
e les déconnecter du domaine en les faisant passer en groupe de travail, sans être obligé de reconstruire à la main les sessions sur les pc.
Impossible, il est obligatoire de migrer les profils sur des comptes locaux.
J'aurais souhaité savoir si il existait un moyen pour faire en sorte de faire disparaitre cette instabilité
Restaurer l'AD proprement depuis une sauvegarde.
ou
Créer un nouvel annuaire et faire la migration des postes (et donc des profils), et refaire la sécurité sur les données/partages réseaux.
Conclusion : mettre au minimum deux contrôleurs de domaine, pour éviter ce genre de panne.
Je te remercie pour ta reponse rapide; entièrement d'accord. Pour la suite de la petite histoire j'ai fait passer les profils sur les comptes locaux, on m'a expliqué que les machines allait bientôt être changées donc elles repasseront sur le domaine à ce moment là.
Enfin tout est bien qui finit bien et encore merci pour ta reponse des plus profssionnelles.
Enfin tout est bien qui finit bien et encore merci pour ta reponse des plus profssionnelles.