Discussion :

[Laudec]

Bonjour,

j'essaye de recréer, chez moi, une connexion entre SQL Server et une appli Java sur laquelle nous travaillons en formation.
J'ai récupéré le driver sur le site de microsoft et je l'ai installé dans la librairie de mon ide :



j'ai effectué diverses manipulations préconisées sur le site de MS pour que le pare-feu autorise la connexion :





j'ai essayé de configurer la connexion tcp/ip à partir de SQL Server config Manager



j'ai créé un identifiant pour la connexion :





et voici enfin mon script de connexion :



mais rien à faire : la console me renvoie invariablement le même message :

SQLConnexion:Échec de la connexion TCP/IP à l'hôte localhost, port 1433. Erreur*: «*Connection refused: connect. Vérifiez les propriétés de connexion. Assurez-vous qu'une instance de SQL Server est en cours d'exécution sur l'hôte et accepte les connexions TCP/IP au port. Vérifiez que les connexions TCP au port ne sont pas bloquées par un pare-feu.*

Je n'y arrive pas ! Je suis à bout d'arguments...

Je sais pas si la dernière capture d'écran peut vous mettre sur une piste; je crois que c'est pas normal qu'il n'affiche rien :



Merci d'avance pour vos suggestions...

[François DORIN]

Bonjour,

Il y a plusieurs point qu'il est possible de vérifier.

Tout d'abord, est-ce que la connexion en utilisant SQLServer Management Studio fonctionne, si tu utilises ta connexion jdbcConnect en mode "Authentification SQL Server" ? C'est important de vérifier ce point cas SQLServer dispose de deux mode d'identification : Le mode Windows, et le mode mixte (Windows + SQL). Il faut que le mode mixte soit activé pour autoriser les connexions en TCP.

Ensuite, vérifie les adresses IP sur lesquelles écoutes ton serveur. Si tu écoutes sur une adresse non locale (par exemple, 192.168.1.12) et que tu essaies de te connecter en spécifiant localhost, cela ne va pas marcher.

De même, une petite blagounette que j'ai eu une fois (ce n'était pas avec SQLServer mais juste pour info quand même), c'était lié à la résolution du nom localhost. Windows me retournait une adresse IPv6, tandis que mon application écoutait sur un port local, mais en IPv4. Du coup, les deux n'arrivaient pas à communiquer. Donc tu peux vérifier sur quelle adresse écoute ton serveur, et la spécifier aussi explicitement dans ta chaine de connexion au lieu de préciser localhost, histoire d'éviter ce cas là.

[Laudec]

Merci pour ta suggestion.

Voilà, c'est finalement résolu...

J'en ai rediscuté hier avec mon formateur, il m'a suggéré de me connecter en tant que sa.
Je viens également d'activer certaines règles de trafic entrant dans la config de mon pare-feu (mais il semble que ce ne soit pas l'origine du problème, puisqu'en les désactivant, ça marche quand même).