Discussion :

[Jerwyn]

En essayant de me connecter à l'instance SQLEXPRESS via Sql Server management Studio Express, j'ai eu le message un message d'erreur semblable à celui cité précédemment. A force de 'trifouiller' comme je l'ai fait, je n'arrive même plus à me connecter en local :
"Verifiez que votre instance autorise les connexions distantes" : Je suis en local !
Je vais tout remettre à zéro et reconfigurer le tout en suivant scrupuleusement tout ce que vous m'avez dit. Je vous tiens au courant.

Finalement, en changeant l'intance 'JERWYN-PC\SQLEXPRESS' par 'LOCALHOST\SQLEXPRESS', la connexion fonctionne.

j'ai donc entré la commande :
EXEC sp_helpserver
SELECT @@SERVERNAME

Le résultat retourné est :
name : JERWYN-PC\SQLEXPRESS
networkname : JERWYN-PC\SQLEXPRESS
status : rpc,rpc out,use remote collation
id : 0
collation name : NULL
connect timeout : 0
query timeout : 0

[Jerwyn]

J'ai tout désinstallé et réinstallé, recommencé les manip. pour configurer l'accès à distance à l'instance ect ...

Mais le problème est toujours le même ...

[zinzineti]

J'ai tout désinstallé et réinstallé, recommencé les manip. pour configurer l'accès à distance à l'instance ect ...

Mais le problème est toujours le même ...

As-tu essayé depuis un poste client de te connecter à ton instance JERWYN-PC\SQLEXPRESS via SSMS ?
Si non, installe Sql server Management Studio (SSMS) sur un poste client et essaye de te connecter à ta base. L'idée est de voir si le problème provient de ton application ou bien de l'instance SQL Server.

[Jerwyn]

Je viens d'essayer avec un autre poste de mon réseau et aucune connexion fonctionne.

(D'ailleurs, même depuis mon poste il n'y a que '.\SQLEXPRESS' ou 'LocalHost\SQLEXPRESS' qui fonctionnent. Ou encore quand je rentre une des IP inscrite dans SQL Server Configuration Manager, dans les propriétés de l'instance, dans un format bizaroïde qui me dépasse, par exemple : 'FE80::450a:987e:4998%10\SQLEXPRESS')

Pour résumer, seules ces trois façons de se connecter fonctionnent sur mon propre poste, aucune depuis un autre poste.

Je sais pas si cela peut vous aider ...

[zinzineti]

Je viens d'essayer avec un autre poste de mon réseau et aucune connexion fonctionne.

(D'ailleurs, même depuis mon poste il n'y a que '.\SQLEXPRESS' ou 'LocalHost\SQLEXPRESS' qui fonctionnent. Ou encore quand je rentre une des IP inscrite dans SQL Server Configuration Manager, dans les propriétés de l'instance, dans un format bizaroïde qui me dépasse, par exemple : 'FE80::450a:987e:4998%10\SQLEXPRESS')

Pour résumer, seules ces trois façons de se connecter fonctionnent sur mon propre poste, aucune depuis un autre poste.

Je sais pas si cela peut vous aider ...

'FE80::450a:987e:4998%10' c'est du IPv6.

avez-vous essayer aussi avec l'adresse IPv4 ?

Les commandes
EXEC sp_helpserver
SELECT @@SERVERNAME
donnent bien les mêmes résultats que précédemment ?

vous avez autorisé les connexions mixtes (windows et sql server) ?
vérifier en faisant depuis ssms clique-droit sur l'instance > propriétés > sécurité ...

[Jerwyn]

J'ai essayé également avec monIP que j'ai été cherché dans mon-IP.com :
88.183.69.240\SQLEXPRESS

Cela ne fonctionne pas.

J'ai essayé également les autres IP présentes dans la propriété TCP\IP de l'instance dans Gestionnaire de Configuration SQL Server.
Les seules qui fonctionnent sont des IP locales (192.168.0.13 par exemple).

Pour le reste, même problème.

La requête :'EXEC sp_helpserver SELECT @@SERVERNAME' retourne les mêmes résultats que précédemment.

Et enfin, j'ai vérifié que l'instance accepte bien les eux mode d'authentifications SQL Server et Windows. C'est bien le cas.

Je comprend vraiment pas ... Je dois m'être trompé quelque part dans les config. c'est pas possible autrement ...

[Jerwyn]

Est-ce que le souci ne viendrais pas de ma configuration au niveau de Free directement ?

[zinzineti]

Est-ce que le souci ne viendrais pas de ma configuration au niveau de Free directement ?

Avez-vous vérifier le port utilisé par votre instance ? si non quel est le résultat donné par cette procédure stockée ?

[Jerwyn]

Je ne sais pas si j'ai correctement exécuter la procédure, j'ai fait :
EXEC usp_GetTcpPort 'MSSQLSERVER'

Elle retourne :
TCP Port : NULL
Instance Name : JERWYN-PC\SQLEXPRESS

[zinzineti]

Je ne sais pas si j'ai correctement exécuter la procédure, j'ai fait :
EXEC usp_GetTcpPort 'MSSQLSERVER'

Elle retourne :
TCP Port : NULL
Instance Name : JERWYN-PC\SQLEXPRESS

Vérifions ça dans la base de régistre.

1. Démarrer > Exécuter > regedit

2. vérifier s'il y a une valeur TcpPort à l'emplacement :

SOFTWARE\MICROSOFT\MICROSOFT SQL SERVER\SQLEXPRESS\SUPERSOCKETNETLIB\TCP

[Jerwyn]

A cet emplacement il y est indiqué le port 20000 (Port que j'ai attribué moi même). Quand je change pour y activer un port Dynamique, ce port est mis à jour dans la base de registre sans souci.

[zinzineti]

A cet emplacement il y est indiqué le port 20000 (Port que j'ai attribué moi même). Quand je change pour y activer un port Dynamique, ce port est mis à jour dans la base de registre sans souci.

Peux-tu montrer une image complète de ce qu'il y a dans :

--> Sur le serveur SQL

SQL Server Configuration Manager

SQL Server 2005 Network Configuration > Protocols for SQLEXPRESS > Double clique sur TCP/IP

a) image de :
Onglet Protocol

b) image de :

Onglet IP Address

--> Sur le poste client

SQL Server Configuration Manager

SQL Native Client Configuration > Client Protocols > double clique sur TCP/IP

c) image de :
Onglet Protocol

[Jerwyn]

--> Sur le poste client

SQL Server Configuration Manager

SQL Native Client Configuration > Client Protocols > double clique sur TCP/IP

c) image de :
Onglet Protocol

Le poste client est obligé d'avoir SQL Server sur son poste ?? Je souhaiterais simplement qu'il n'ai que l'application VB manipulant ces données, sans avoir SQL Server sur son poste.

Pour résumer ce que je souhaiterais : Un serveur unique qui stocke les données, et plusieurs applications VB (manipulant ces mêmes données) sur différents postes à différents endroits du globe.

J'ai toutefois envoyé les images pour le serveur.

[zinzineti]

Mets tous les champs
Actif à Oui
et
Activé à Oui

et fais le test avec un fichier .UDL sur les postes clients

[Jerwyn]

Mets tous les champs
Actif à Oui
et
Activé à Oui

J'ai essayé mais certains "Actif" se change à 'NON' automatiquement dès que je ferme la fenêtre TCP\IP comme si je n'avais pas Appliquer les changements.

J'ai malgré tout essayé de créer une chaine de connexion avec le .udl depuis le poste client.
Mais l'erreur est toujours la même. Je vous ai envoyé ce que j'ai paramétré dans ce .udl et son erreur.

[zinzineti]

J'ai essayé mais certains "Actif" se change à 'NON' automatiquement dès que je ferme la fenêtre TCP\IP comme si je n'avais pas Appliquer les changements.

J'ai malgré tout essayé de créer une chaine de connexion avec le .udl depuis le poste client.
Mais l'erreur est toujours la même. Je vous ai envoyé ce que j'ai paramétré dans ce .udl et son erreur.

avez-vous essayer avec le fournisseur SQL Native Client pour le fichier .udl ?

Pouvez-vous montrer le résultat de ipconfig sur le serveur SQL ?

[Jerwyn]

avez-vous essayer avec le fournisseur SQL Native Client pour le fichier .udl ?

Oui, l'erreur change :
"Delai d'attente de connexion expiré"

Pouvez-vous montrer le résultat de ipconfig sur le serveur SQL ?

Je ne comprend pas, quelle est la synthaxe ?

[zinzineti]

Je ne comprend pas, quelle est la synthaxe ?

Démarrer > Executer > cmd

puis

ipconfig

[Jerwyn]

Au temps pour moi, je pensais qu'il y avait une synthaxe particulière.

Voici le résultat donc.

[zinzineti]

J'ai essayé également avec monIP que j'ai été cherché dans mon-IP.com :
88.183.69.240\SQLEXPRESS

Cela ne fonctionne pas.

J'ai essayé également les autres IP présentes dans la propriété TCP\IP de l'instance dans Gestionnaire de Configuration SQL Server.
Les seules qui fonctionnent sont des IP locales (192.168.0.13 par exemple).

Tu utilises un réseau sans fil.
L'adresse IPv4 de ton serveur SQL est : 192.168.0.13
Masque de ton serveur SQL : 255.255.255.0
Passerelle utilisée par ton serveur SQL : 192.168.0.254

--> Fichier .udl
------------
Donc pour que les postes clients communiquent avec avec le serveur SQL, il faut donc utiliser comme nom de serveur : 192.168.0.13\EXPRESS

Et c'est ce nom de serveur que tu dois utiliser dans les fichiers .udl pour tester la connexion depuis chaque poste client