Question : Problème de l'ouverture R2 du serveur 2008 de Windows

Des experts, le

Today j'ai remplacé un serveur d'archivage existant de membre de domaine par le nouveau matériel. Avant que j'aie commencé j'ai retitré la machine originale et ai libéré son IP statique. J'ai alors pris le nouveau matériel, l'ai joint au domaine avec un autre nom de la boîte son remplacement et ai reconstitué les données à lui du support. le

I a alors changé son nom et IP selon la boîte originale. Maintenant toutes les fois que je m'ouvre une session using le compte d'admin de domaine obtenir l'erreur : le

" la base de données de sécurité sur le serveur n'a pas une explication des travaux de compte du

Local admin de ce de poste de travail rapport de confiance " très bien. J'ai essayé un certain nombre de difficultés du filet comprenant le rejoindre au domaine en vain. J'ai même rechargé l'OS avec le même problème se posant après. Si je retitre le serveur que cela fonctionne très bien ainsi l'issue est spécifiquement autour de ce nom. Normalement j'accepterais juste le changement de nom mais car c'est un serveur d'archivage je devrai également changer les chemins d'entraînement de profil et de maison pour les utilisateurs 100+. Autre que l'issue d'ouverture que ce semble CORRECT, des parts fonctionnant l'événement fin du

An etc. est produit sur l'ouverture failed, montrée ci-dessous : le message d'erreur de Kerberos du

A a été reçu :
le temps de client du
de session d'ouverture : Temps de serveur du
: 14h52 : 30.0000 7/7/2010 code d'erreur de Z
: erreur prolongée de 0x7 KDC_ERR_S_PRINCIPAL_UNKNOWN
: 0) royaumes de client du
de 0xc0000035 KLIN (: Nom de client du
: Royaume de serveur du
: nom de serveur de domain.local
: nom de cible du centre serveur/server.domain.local
: texte d'erreur du centre serveur/server.domain.local@domain.local
: Dossier du
: ligne de 9
: les données d'erreur de l'efb
sont dans l'aide du disque data.

Any beaucoup appréciée !

Thanks.

class= de

Réponse : Problème de l'ouverture R2 du serveur 2008 de Windows

À la fin nous avions l'habitude LDIFDE pour faire une recherche d'ANNONCE de la reproduction SPN (nom principal de service) pendant que de la recherche que nous avons faite indiquait que ceci pourrait être une issue. Comme elle s'avère le vieux l'objet (retitré) de serveur avait toujours un SPN enregistré à lui contenant le nom que nous avons voulu employer. Enlever le vieil objet a résolu le problème. J'imaginerais que cela juste l'élimination du SPN spécifique le résoudrait aussi bien si vous aviez besoin de l'objet.