Discussion :

[Ninpa]

Bonjour,

Je fais une nouvelle fois appel a vous concernant un projet développé en Visual Basic .NET (Windows Form) ainsi que l'utilisation de SQL Server.

Jusqu’à maintenant, j'effectuais mes connexion uniquement en local, j'utilisais la chaîne de connexion suivante :

Code :

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

"Server=CYRILLE\SGG;Database=GestAtt;Trusted_Connection=True;"

Pas de problème d'utilisation local.

Mais, maintenant, il faut que ma base de donnée soit accessible d'un autre PC sur le même réseau local.

En utilisant cette chaîne de connexion, j'ai obtenu l'erreur 26 sur le pc du réseau. J'ai alors verifier que la case d'acces sur le reseau etait bien cocher. J'ai pu constater qu'elle l'etait deja. D'ailleurs, je demanderais confirmation sur la case, es ce bien celle ci ?



J'ai ensuite changer de chaine de connexion, en utilisant celle ci :

Code :

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

1
2
"Data Source=CYRILLE\SGG;Initial Catalog=GestAtt;Integrated Security=SSPI;" _
& "User ID=CYRILLE\HPFT;Password=0000;"

Pas de souci local, mais toujours la meme erreur sur le pc distant.

J'ai essayer de créer de nouveaux utilisateurs, mais pas moyen de les créer :

Code :

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

1
2
3
4
5
CREATE USER Joe
 
FOR LOGIN Joe
 
WITH DEFAULT_SCHEMA = dbo

Avec le résultat :

Code :

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

1
2
Msg*15007, Niveau*16, État*1, Ligne*1
'Joe' is not a valid login or you do not have permission.

J'ai aussi consulter la FAQ developpez.net (http://sqlserver.developpez.com/faq/...ion#Connexion2), en lisant la premiere ligne, j'ai alors essayer de changer le nom par l'ip :

Code :

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

"Server=192.168.1.17\SGG;Database=GestAtt;Trusted_Connection=True;"

Sauf que la, la connexion n'etait plus possible en local, je m'en suis arreter la.

Comme je suis sur un reseau local, ce peut il que le firewall bloque l'acces ?
Es ce la configuration de mon SQL Server qui peche, ma chaine de connexion ou encore autre chose que j'ai fais de travers ?

[DotNetMatt]

Entre tes deux machines, il faut vérifier qu'il n'y ait rien qui empêche les communications. Je fais bien sûr référence aux Firewalls (logiciel ou hardware). La liste des ports utilisés est disponible ici : Configure the Windows Firewall to Allow SQL Server Access.

Par défaut c'est le port 1433 (TCP) qui est utilisé. Il faut aussi ouvrir le port 1434 (TCP).

Si tu utilises une instance particulière, il faut activer le service SQL Server Browser et ouvrir le port 1434 (UDP).

Si jamais la topologie de ton réseau est un peu complexe, il faut aussi t'assurer que les règles NAT nécessaires ont été créées.

[Ninpa]

Alors, je vient d'ouvrir ces 3 ports sur le firewall de Windows XP. Et j'ai changer d'erreur ! L'erreur 26 a laissé place a l'erreur 28 (http://msdn.microsoft.com/fr-fr/library/bb326495.aspx)

[sevyc64]

sur ton serveur, tu ouvre l'outil sqlserver "Gestionnaire de configuration".
Tu vérifie
- que, pour "Configuration de sql native client\protocoles clients" que le protocole TCP est activé,
- que, pour "configuration du réseau SQLServer\protocoles pour TonInstance", que le protocole TCP est activé

Éventuellement la même chose est à faire sur les pc clients

[Ninpa]

Bonjour,

Le protocole client TPC/IP était déjà activé mais le protocole pour mon instance ne l’était pas. J'ai activer le protocole, redémarrer le serveur et essayer la connexion a l'aide de ces deux chaines de connexion :

Code :

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

 strConn = "Server=192.168.1.14\SGG;Database=GestAtt;Trusted_Connection=True;"

Code :

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

 strConn = "Server=CYRILLE\SGG;Database=GestAtt;Trusted_Connection=True;"

Pour ces deux test, j'ai obtenu un timeout. Comme si le serveur / instance n'etait pas sur le reseau.
Tout continu de fonctionner correctement en local, meme avec l'ip, ce qui n'etait pas le cas avant.

[sevyc64]

As-tu vérifier aussi coté client si les protocoles étaient autorisés ? (par contre je sais pas si les outils sont installés, et je sais pas comment le vérifier sans les outils)

Normalement il n'est pas nécessaire, mais essaye en démarrant le service SQLServer Browser sur le serveur.

[Ninpa]

Je vais installer les outils sur le poste distant des que possible.
En attendant, le SQL Server Browser est déjà en fonctionnement sur le serveur, mais je n'ai pas bien compris ce que je doit faire avec !

[DotNetMatt]

Le service Browser sert simplement à rediriger les demandes client (connexion/requête...) vers l'instance demandée. C'est utile si l'utilisation des ports dynamiques est activée. Mais il sert aussi si on utilise un port statique pour chaque instance.

En (très) gros la communication se déroule un peu comme suit :
1 - Le client envoie un message au serveur pour lui dire qu'on veut accéder à l'instance "SGG".
2 - Le Browser vérifie qu'elle existe, et si oui, il retourne son port.
3 - Le client reçoit le port, puis l'utilise pour les futurs échanges.

J'ai oublié de le préciser, il faut aussi vérifier que le port utilisé par ton instance "SGG" soit ouvert en TCP. Je ne crois pas qu'il soit nécessaire de l'ouvrir en UDP mais tu peux essayer pour être sûr.

[Ninpa]

Alors, je vient de mettre les ports de mon instance en fixe, et j'ai débloquer ces ports ci. Et cette fois ci j'obtiens enfin une erreur intéressante !

J'ai une erreur de login :

Code :

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

Login failed for 'CYRILLE\Invité'

CYRILLE c'est le nom de mon PC. Ce souci de login vient probablement du fait que je suis passer a coter de la création d'utilisateurs (comme indiqué dans mon post initial).

[sevyc64]

cela vient aussi du fait que tu utilise l'authentification Windows dans ta chaine de connexion. C'est la session Windows du client qui est envoyée comme authentification. Sur un domaine c'est valable puisque la session comme le serveur sont authentifiés par le domaine.

Sur un worksgroup, il vaut mieux passer par une authentification SQL et donc sur des utilisateurs créés dans SQL Server.

[Ninpa]

C'est justement la que je nage totalement !

Dans mon poste initial, j'ai décrit ma difficulté a créer un nouvel utilisateurs.
Et je vient de vérifier, le mode d'authentification de mon instance est cocher sur 'Mode d'authentification SQL Server et Windows'.



Je passerais volontiers a une authentification SQL. Je pense avoir un seul utilisateurs existant dans ma base (nommé dbo, qui porte le nom d’accès de mon PC puis de ma session en cours), qui s’authentifie a l'aide de l'authentification Windows.

Et pour créer de nouveaux utilisateurs c'est le flou. Je n'ai pas réussi a créer de nouveaux utilisateurs, que ce soit par l'interface graphique ou par requête, je n'ai donc pas réussi a créer de nouveaux accès pour ma base de donné.

[Ninpa]

J'ai réussi a créer mes utilisateurs dans menu Sécurité du serveur. Depuis le début je cherchais dans le même menu mais de la base de donné x.x

Merci a vous pour votre aide !