Version imprimable
bonjour a tous,
j'ai un programme qui se connecte a une BD SQL Server 9.0.3042
ma string de connection est data source = "ordi\SQLEXPRESS;initial Catalog=BD;Integrated Security = True"
le tout fonctionne parfaitement sur le serveur...mais quand je vais sur d'autres poste de travail...le serveur deviens introuvable...:aie:
quelqu'un connais cette astuce...ca fait plusieurs exemple que je regarde et je ne trouve rien de différent....j'attend de vos lumière, merci à tous :salut:
Tu dois autoriser l'accès à distance à la DB SqlExpress.
J'ai fait ça y a longtemps. Je check où ça se trouve et je te dis quoi si tu n'as pas trouvé entre temps.
EDIT :
Je pense que j'ai trouvé ^^.
Dans l'outil qui s'appelle "Surface Area Configuration for Services and Connections" et que tu dois pouvoir trouver dans (si tu as laissé les chemins par défaut)
Démarrer>Programmes>Microsoft SQL Server 2005>Configuration Tools>Surface Area Configuration for Services and Connections
Une fois dans le tool, tu dois voir dans la partie gauche de la fenêtre une ligne avec "Remote Connections". Et c'est là que tout se passe. Suffit de cocher l'autre case et de dire quel protocole tu utilises.
J'espère que ça t'aidera.
Griftou.
wow génial !! le pire c'est que je suis passé juste à coté de ma solution tout à l'heure...mais je suis sur que tu a raison...trop logique.:lol:
je test tout ca et je te reviens la dessus.
GRIFTOU est un king!! :king::yaisse2:
à tout à l'heure pour la conclusion de cette histoire
je ne peux hélas pas cliquer résolu, mais bientot !!
au moins le message a changer, maintenant les autres trouvent mon serveur mais hélas maintenant j'ai un problème de type "échec de la demande d'autorisation", j'imagine que je vais pouvoir trouver sa dans mon sql management studio...on verra ca demain sinon gènez-vous pas de répondre si vous savez quoi modifier et ou...sinon je crois bien que je vais aller poser ma question dans le forum sur sql...on est sur le point de déborder la :roll:
encore un chaleureu merci à griftou !!:salut:
Integrated Security = True
signifie que la connexion se fait via le compte windows actuellement ouvert
pour que ca passe il faut donc que dans votre base de données vous ayez créé un compte comportant le nom de la session avec le meme mot de passe (et encore)
sinon il est possible de spécifier à la place de integrated security le log et le pass d'un compte non windows, donc d'un compte sql
ce compte doit aussi etre créé, mais tout le monde peut utiliser le meme
Voilà, sperot a tout dit ^^.
Je tiens quand même à insister sur :
Vive moi ! ^^Citation:
GRIFTOU est un king!! :king::yaisse2:
Griftou.
encore un fois le message d'erreur à changer :piou:
échec de la demande d'autorisation de type system.data.sqlclient.sqlclientpermission, system.data, version= 2.0.0.0, culture=neutral, publickey token=b77a5c561934e089
j'ai changer ma string de connexion de : "Data source=ordi\SQLEXPRESS;initial Catalog=BD;Integrated Security = True"
pour : "Data Source=ordi\SQLEXPRESS;Initial Catalog=BD;Password=1;User ID=test"
j'ai mon data set, mon explorateur de source de donnée me montre mon serveur ainsi que ma BD,
je suis aller ajuster ma surface d'exposition ainsi que la méthode d'authentification de SQL server 2005 pour passer de authentification windows à SQL Server et windows.
quand j'y vais en débuggage, VS me renvois un messge comme quoi le serveur est introuvable....ca peut passer :?
quand j'y vais avec l'executable, tout fonctionne nickel sur ma machine :yaisse2:
mais quand j'arrive sur un autre poste,(ca chie des briques par le trou de beigne) :aie:
il est vrai que je suis sous un domaine et je ne sais pas si cela peut être un détail très important...si vous avez encore des idées à me soumettre, je continu mes recherche et je reviens garantis avec un RÉSOLU
je rêve tellement de cliquer sur résolu...:roll:
faire ping ordi pour voir si ca réponds, si non, mettre ip\sqlexpress
installe sql studio management sur un autre poste et essaye le login pass qu'il y a dans ta connectionstring
par défaut les connexions distantes sont refusées
il faut aller dans sql server configuration manager dans le menu démarré pour activer les différents mode de connexion (surtout canaux nommés et tcp/ip)
il faut peut etre aussi que le service sqlbrowser soit démarré
merci sperot51 pour ton soutien, toi aussi tu es un king:
je vais tester via l'ip mais pour la connectivité je suis sur que ca fonctionne car je vais chercher mon exe pour tester sur un autre ordi via un dossier partagé.
pour le user et le password, je suis sur qu'ils marchent car je les aie tester et j'ai vu des messages d'erreur quand il sont non-valide
pourtant je suis sur d'avoir accepter les connections distantes à mon serveur sql...mais je vais refaire le tour vu que c'est ma première grande expérience avec celui-ci.
hors de tout doute je suis sur que mon service sqlbrowser est démarrer.
je continu de gratter..si vous avez encore des cartes de votre coté, partagez les svp...:(
merci encore pour tout....je vous promet de publier ma solution...
eh oui ma saga se poursuit aujourd'hui !!:mouarf:
mais j'ai du nouveau pour vous, il semblerai que ce soit relié à mon SqlClientPermission directement dans mon code, comme quoi je dois rassurer le programme utilisateur qu'il se branche a un serveur sécuritaire....(je commence à lire):roll:
si vous avez l'astuce de votre coté aujourd'hui, faites moi signe...sinon je vais revenir avec la solution:? ...enfin j'espere
Personnellement, j'ai contourné ce problème ^^.
Ce n'est sûrement pas ce qu'il y a de plus élégant et c'est probablement impossible dans beaucoup des cas mais bon, je vais toujours présenter ma solution.
Je me suis pas emm**** avec les SqlPermissions. Plutot que de distribuer le programme sur chaque machine cliente, je l'ai "hébergé" sur la machine qui me sers de serveur (c'est un bête win xp ^^) et j'ai partagé sur le réseau le répertoire où j'ai placé l'exe de l'application. Attention à bien l'isolé histoire qu'un p'tit malin ne puisse pas aller fuiner partout sur le serveur.
Et c'est cet exe que lance chaque utilisateur via son poste client. Il y avait juste une petite configuration à faire au niveau des machines clientes dans le framework .NET. Je pourrais la refaire mais pour l'expliquer... Il sera toujours temps si tu optes pour cette solution (ce qui m'étonnerait).
Voilà. Pour le reste, je pense que sperot sera bien plus efficace que moi ^^.
Griftou.
EUREKA !!
j'ai trouvé ma solution !!!:yaisse2:
ce n'était absolument pas mon programme le problème, ce n'était pas mon serveur sql le problème...:oops::P:)
c'était deux petits truc totalement externe mais faisant parti du tout...en passant griftou tu étais vraiment pas loin...8O:king:
1 le pare-feu windows qui bloquait les programme entrant (car je développe sur mon pc utilisateur ou je simule un serveur....mais avec un pare-feu comparé a un vrai serveur ayant pas de pare-feu):aie::mrgreen:
2 sur chaque machine cliente, il faut aller donner une autorisation dans le .net framework pour l'assembly dont il est question.
encore merci à griftou et sperot51 qui m'on appuyer et GRANDEMENT AIDER durant ce long périple que fut ce putain de bug:aie:
alors, à vous deux...et a moi "WE ARE THE BEST!!":yaisse2::king::yaisse2::king::yaisse2: