Connexion entre SQL Server 2005 et SQL Server 2008

Salut tt le monde
j'ai un serveur avec Windows 2003 Server (Active directory) et SQL Server 2008 installé dessus et une station windows XP avec SQL server 2005 installé dessus, j'ai essayé d'enregistrer le premier serveur (2008) dans le deuxième (2005) mais sans succès un message d'erreur apparait lors de la tentative de connexion "impossible de générer un contexte sspi" http://img196.imageshack.us/img196/7...eursql2005.png
en sachant bien que ma station XP est enregistré dans le domaine
que faut-il faire ?

Merci pour vos réponses ;)

PS: le besoin de cet enregistrement est de pouvoir créer un abonnement depuis le deuxième serveur (2005) à une publication sur le premier serveur (2008).

- Le problème semble être lié à Active Directory à au Protocole de sécurité Kerberos sur les sockets TCP-IP via SSPI

- Pour mener à bien la sécurité intégrée de Windows dans SQL Server, le jeton de sécurité Windows de l'utilisateur (client Windows) est délégué par l'ordinateur client à l'ordinateur SQL Server. Le pilote SQL Server peut choisir de déléguer le jeton de sécurité d'un utilisateur d'une machine à l'autre, en utilisant l’une des 3 possibilités :
* NTLM sur Canaux nommés (sans utiliser l'interface SSPI [Security Support Provider Interface])
* NTLM sur les sockets TCP/IP avec SSPI
* Kerberos sur les sockets TCP/IP avec SSPI
Et c’est semble t-il la 3ème configuration "Kerberos sur les sockets TCP/IP avec SSPI" qui est à l’origine du problème.

- J’ai trouvé sur internet, les conseils ci-dessous pour corriger le problème :
* Vérifiez les paramètres de date / heure sur le serveur et le client
* Activez le service windows date et heure sur le poste client
* Vérifiez la résolution du nom DNS
* Exécutez SETSPN-L <ServerName> sur le poste client où l’erreur s’est produite
* SPN utilise le nom DNS du serveur, si le nom DNS est incorrectes, réinitialisez le contenu du cache de résolution du client DNS en exécutant ipconfig / flushdns ou redémarrez l'ordinateur client.
* Reexécutez SETSPN et vérifiez le nom DNS du Serveur depuis l’Ordinateur client
* Si le nom DNS est toujours incorrecte contactez votre administrateur réseau !
* Supprimez carrément le SPN cela devrait résoudre le problème
SETSPN -D <SPN> <ServerName>
Exemple :
setspn -d http/daserver1.reskit.microsoft.com daserver1

- Lien utile :
COMMENT FAIRE : Résoudre le message d'erreur "Impossible de générer un contexte SSPI"

A+