[SQLServer2005] Connexion directe sur Windows 7 impossible

Messieurs Dames,

Gros souci de connexion avec SQL Server 2005 : après une installation toute propre de Windows 7 et de SQL Server, l'intégration des bases qui vont bien, la vérification que les profils utilisateurs sont bien définis avec les bons droits et que tous les bons services tournent bien, nous sommes confrontés à un souci encore jamais vu (ça doit venir de 7, forcément ;) ).

Que je m'explique.

En passant par SQL Server, tout se passe bien. Mais dès qu'on veut utiliser un autre type de connexion (genre Nhibernate + Spring, à tout hasard), ça casse.

Quand on veut se connecter depuis un poste client sur le serveur, ça se passe très bien.
Quand on veut se connecter depuis le serveur sur le serveur, ça hurle.

Les messages d'erreur étant les suivants :

Si passage par un UDL :

http://cavabarder.free.fr/apercus/ErreurUDL.png

Si passage par une connexion ODBC :

http://cavabarder.free.fr/apercus/ErreurOdbc.png

Quelqu'un(e) aurait-il(elle) une idée pour nous sortir de la panade ?

Merci à vous et bonne journée.

1) il faut autoriser les connexions distantes dans le "surface area config"
2) il faut éventuellement prévoir le cryptage de la connexion depuis le serveur

A +

1) Fait (sinon, on ne pourrait pas se connecter depuis un autre poste)
2) Fait aussi (service démarré)

D'où mon post, en fait : on a déjà parcouru les solutions les plus courantes.

Mais merci de l'intérêt pour mon souci et de la réponse, quand même ;)

arrêtez le cryptage serveur
passez en mode d'authentification mixte
ajouter un mot de passe à SA
connectez vous avec ce compte à Hibernate.

Entre nous si vous pouviez vous passer de cette merde qu'est hibernate, ce serait nettement mieux.

A +

Chacun ses opinions sur Hibernate (avec un N devant, pour nous), mais là, j'avoue, je rejoins la vôtre... ;)

Les couches, pour moi, ça doit se trouver sur le c.. d'un nourisson, pas dans l'accès aux données ;)
J'en ai marre de déclarer 148 fois une fonction pour y accéder et de ne pas pouvoir accéder à des données typées...

Mais malheureusement, on est trop lié à Hibernate pour s'en débarrasser facilement...

Je promet de lire attentivement ce long article, pas de souci. L'est bookmarqué, pour la peine.

Sinon, pour le dernier conseil : pas mieux pour la connexion. Même message d'erreur via ODBC ou autre... (désolé)