Discussion :

[Jonathan.b]

Bonjour à tous,

Je suis nouveau dans l'utilisation d'SQL server. J'ai un peu d'expérience en Oracle et en MySQL mais rien sur SQL server.

Voilà la situation :
J'ai récupéré un poste Windows 2000 avec SQL server déjà installé dessus. J'ai créé une nouvelle base, créé une nouvelle table et inséré des enregistrements.
J'ai ensuite fait des tests de connexion soit par l'analyseur de requêtes de MS ou en invite de commande avec osql et tout marche correctement.

Je voudrais maintenant pouvoir faire ces connexions depuis un poste distant (windows XP pro). J'ai donc récupérer le contenu du répertoir "binn" du serveur pour avoir l'utilitaire d'analyseur de requête.

Cependant, lorsque je lance ma connexion, avec le bon identifiant, bon mot de passe et bonne IP, voici le message d'erreur :

Impossible de se connecter au serveur xxx.xxx.xxx.xxx :
Serveur : Msg 17, Niveau 16, Etat 1
[Microsoft][OBCD SQL Server Driver][DBNETLIB]SQL Server does not exist or access denied.

(les pings aboutissent correctement)

Quelles sont les pré-requis pour établie une connexion SQL distantes ? (Je n'ai rien trouvé sur le net)

Merci d'avance.

[nox75]

...

EDIT : j'avais mis une réponse valable pour SQL Server 2005, mais je pense qu'on parle de SQL Server 2000 ici ?

[ylarvor]

SQL Server 2000 comme 2005 possède des outils clients qu'il est possible d'installer avec le CD d'installation sur un poste client.
Pour information, les outils 2005 sont aussi compatible 2000 mais pas le contraire bien evidemment.

[Jonathan.b]

Je suis bien sur du 2000.

Dans mon cas, je ne pense pas que le problème vienne de l'outil mais plûtot de la connexion entre les deux machines.
Y a-t-il des ports à débloquer, des fichiers de config à paramétrer (du même style que pour Oracle) etc.

Le message d'erreur est un peu trop vague pour me guider.

[nox75]

Sur 2005, il faut autoriser les connexions distantes dans l'outil de configuration de la surface d'exposition. Je ne connais pas l'équivalent sur 2000.
Sinon j'ai du pour ma part configurer le firewall sur mon poste local pour autoriser le port 1433, que j'ai imposé comme port TCP fixe pour SQL Server.

[Jonathan.b]

Après un nouveau test, je peux confirmer que la source du problème ne vient pas du poste client.
En effet, un serveur SQL server 2000 est déjà configuré sur une 3ème machine et j'arrive bien à me connecter dessus depuis le poste client.
J'ai donc comparé ce qu'il pourrait y avoir de différent entre les deux serveurs et je n'ai trouvé qu'une chose : La configuration du cliconfg.
Dans l'onglet général, j'ai ajouté deux protocoles activés dans l'ordre suivant :
"Canaux nommés" => sql\query
"TCP/IP" => 1433.
Il n'y a pas d'autre protocole dans la liste.

Cependant, la connexion est toujours impossible et le message d'erreur ne change pas.

Suis-je passé à coté d'un autre paramétrage à faire ?

nox75 => Qu'appelles tu "l'outil de configuration de la surface d'exposition" ?

[nox75]

Et sur le serveur (encore une fois je suis en 2005 de mon côté, je ne sais pas si le fonctionnement en 2000 est similaire, je ne connais pas le clicnfg) :
Poste de travail > Clic droit > Gérer > Services et applications > Gestionnaire de configuration SQL Server > Configuration du réseau SQL Server > Protocoles pour MSSQLServer > à droite, double clic sur TCP/IP > Onglet "Adresses IP" > Partie IPAll > Port TCP : 1433 et enlever Ports TCP dynamiques éventuellement
?

[ylarvor]

Non, sur 2000, la sécurité n'était pas aussi strict, et la configuration de la surface d'exposition n'était pas nécessaire.

[Jonathan.b]

Et sur le serveur (encore une fois je suis en 2005 de mon côté, je ne sais pas si le fonctionnement en 2000 est similaire, je ne connais pas le clicnfg) :
Poste de travail > Clic droit > Gérer > Services et applications > Gestionnaire de configuration SQL Server > Configuration du réseau SQL Server > Protocoles pour MSSQLServer > à droite, double clic sur TCP/IP > Onglet "Adresses IP" > Partie IPAll > Port TCP : 1433 et enlever Ports TCP dynamiques éventuellement
?

Je n'ai pas ce menu d'administration

Non, sur 2000, la sécurité n'était pas aussi strict, et la configuration de la surface d'exposition n'était pas nécessaire.

Oki, bon ba, je cherche toujours. Merci pour votre aide.

[nox75]

Je n'ai pas ce menu d'administration

Moui je suis mal réveillé, ca correspond à ce que tu as fait dans le cliconfg je pense '-_-

[ddaime]

Désactivé temporairement votre antivirus et votre parefeu. Si ca passe, "débloqué" le port 1433 dans les parametres du parefeu.

[nox75]

Désactivé temporairement votre antivirus et votre parefeu. Si ca passe, "débloqué" le port 1433 dans les parametres du parefeu.

Apparemment c'était deja fait : /

un serveur SQL server 2000 est déjà configuré sur une 3ème machine et j'arrive bien à me connecter dessus depuis le poste client.

A moins que l'autre serveur n'utilise un port différent...

[Jonathan.b]

A moins que l'autre serveur n'utilise un port différent...

Non non, c'est bien le même port (port par défaut d'ailleurs). J'ai simplement comparé la configuration du cliconfg. J'ai mis exactement la même chose.
Cependant, je pense qu'il y a autre chose à paramétrer (Peut être dans un fichier texte !?).

C'est étonnant, je ne trouve pas de doc/tuto là dessus sur le net.

Avez vous des liens à me passer ?

[Jonathan.b]

Petit up,

j'ai toujours mon soucis de connexion distant alors que la connexion locale marche parfaitement.
Je ne vois plus par où commencer. Avez vous une idée ?

[EDIT]
Je viens de découvrir autre chose.
Si je suis en local et que je tape dans une invite de commande la ligne suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

osql -U monuser -P monmotdepasse

, ça marche parfaitement.
Mais si je tape :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

osql -U monuser -P monmotdepasse -S monadresseIP

, ça ne marche pas. Je me retrouve avec le même message d'erreur que lors d'une tentative de connexion depuis un poste distant.

Le soucis vient donc dès que l'on essaie de se connecter en faisant appel à l'adresse IP, mais ensuite...

[nox75]

Donc c'est vraiment l'acces via le réseau qui pose problème.
Que te donne osql -L ?
Et la connexion en utilisant -E (Integrated security) ?

[Jonathan.b]

osql -L me donne une liste de nom de serveur. Le serveur sur lequel je veux me connecter ne figure pas dans cette liste (je ne sais pas sur quoi se fixe cette commande pour afficher cette liste).

Une connexion avec osql -E en local fonctionne.
Une connexion avec osql -E -H LeNomDeMonServeur fonctionne.
Une connexion avec osql -E -S MonAdresseIp en local ne fonctionne pas
Une connexion avec osql -E -H LeNomDeMonServeur à distance ne fonctionne pas
Une connexion avec osql -E -S MonAdresseIp à distance ne fonctionne pas (toujours le même message d'erreur)

J'ai chercher un paramétrage d'SQLserver bloquant l'accès distant mais je n'ai rien trouvé.
Il n'y a rien à débloquer (dans SQLserver ou ailleurs) pour accepter les connexions distantes sur le serveur ?

[nox75]

Le port 1433 est bien ouvert sur ton poste ?

[Ptit_Dje]

Bonjour,

Tentes tu de te connecter à une instance nommée (servername\instance) ?
As tu pensé à creer un alias dans le SQL Server Client network utility ?
Es tu sur du port sur lequel ecoute ton serveur ?

Voici un article qui pourrait t'être utile :
http://support.microsoft.com/kb/265808

[Jonathan.b]

Le SQLServer est sur un Windows 2000 SP4 et d'après ce que je ne vois (ou plutôt ce que je ne vois pas), il n'y aurai pas de firewall. Je suppose que dans ce cas, tous les ports sont ouvert, non ?

[nox75]

Pas de firewall sur ton poste client ?