Discussion :

[olibara]

Bonjour

J'ai déja posé la question sur le Forum MS Sql, mais comme personne se semble connaitre la réponse de ce coté là, je tente ma chance parmis les "cerveaux" qui frequentent le Forum des développeurs C#

J'ai une Database que je peux acceder en Windows Authentication
Cette base possede un user qui semble avoir tous les droits (db owner, db security admin)
Mais si je me connecte avec ce user avec Management studio la simple connexion est déja refusée.
Quelqu'un a-t-il déja eu ce problème ?
Il y-a-til une piste a suivre ?

[cinemania]

oui, en fait SQL Server est un "vrai" SGBDR... ce qui signifie que le niveau de sécurité sur ce moteur de bases de données est nettement plus élevé que dans des bases communes comme MySQL.

par défaut lorsqu'on install un SQL SERVER, selon les paramètres d'installation, il créé un user "sa" qui est SYSADMIN et qui par conséquent dispose de tous les rôles.
Cependant ce "sa" est un utilisateur SQL Auth, pas Windows Auth.
Le problème c'est que par défaut, quand on installe SQL SERVER, il n'autorise pas les connexions SQL Auth, mais uniquement les connexions Windows Auth...
Ce qui fait que le compte "sa" est donc désactivé.

La question à se poser, dans ton cas, c'est est ce que SQL Server est installé sur un serveur ou sur un poste de travail ?
Est ce un SQL Server Express ? Par défaut, ceux ci sont installés en mode win auth full privileges, si on est dans un environnement standard hors Active Directory... ce qui signifie que toute session enregistrée de la machine locale, utilisant le windows auth, obtient de facto les pleins pouvoirs (sysadmin)
si tel est le cas il n'est pas difficile de reprendre les droits

Le problème c'est que même si tu changeait le mode d'authentification de SQL Server pour autoriser les connexions SQL AUTH en plus des connexions dites Integrated (Windows Auth), si tu n'a pas le pass de cet utilisateur "sa" ca ne sert à rien.
Le problème également, c'est qu'autant il est simple de changer la surface d'exposition d'un SQL Server pour qu'il autorise les connexions extérieures ..., autant il est compliqué, voir impossible de lui faire changer le mode d'authentification si on a pas un accès sysadmin, car cela se fait une fois connecté avec le privilège sysadmin sur une instance dans l'outil Management Studio.

[olibara]

Merci cinemania

J'ai tous les droits sur les deux DB
Ce que je viens de constater c'est que le user d'une DB n'a pas de LOGIN
Ce que je dois trouver maintenant, c'est comment ajouter le bon Login a cet user

[olibara]

Et voilà j'ai fini par trouver la solution a ce problème

Ici :
http://www.fileformat.info/tip/micro...rphan_user.htm

Et pratiquement il faut executer

Code :

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

1
2
use [DbName];
EXEC sp_change_users_login 'Auto_Fix', '[userName]'

[olibara]

oui, en fait SQL Server est un "vrai" SGBDR... ce qui signifie que le niveau de sécurité sur ce moteur de bases de données est nettement plus élevé que dans des bases communes comme MySQL.

Franchement cette notion de "vrai" et de "commun" me hérisse au plus haut niveau
Quel que soit le sujet auquel on se réfère....
Un SGBD, une voiture, un citoyen et j'en passe.
Il y a des différences et des spécifités point barre

Et la solution n'a rien a voir avec l'authenticité idéologique de SQL Server

http://www.fileformat.info/tip/micro...rphan_user.htm