Discussion :

[fkuchta]

Bonjour à tous !

Voilà, je n'arrive pas à trouver une solution qui ne soit pas une usine à gaz pour mon petit problème. Je code en Visual Basic.

J'ai un serveur SQL. Je fais tourner une appli qui me donne la liste des process SQL actifs dessus, avec le nom du poste utilisant ledit process SQL.
Je me disais qu'avec cette méthode, j'isolais de manière unique la personne en train d'utiliser tel ou tel process.

Oui mais... J'ai un serveur Citrix (ceci dit, c'est la même chose pour un serveur TSE...)
Donc, je me retrouve avec plusieurs process couplés au nom de mon serveur Citrix, et je ne peux plus isoler chaque personne de manière unique.


La solution serait donc d'obtenir, en fonction du process SQL, le login Windows de la personne et non le nom du poste sur lequel elle est.

Je sais d'autre part que l'on peut obtenir le login SQL de la personne, mais cela ne m'intéresse pas, tous ayant le même login SQL.


Quelqu'un saurait-il comment faire ?

Merci de vos idées et commentaires !

Bonne journée !

Fabrice, Toulouse

[rudib]

Bonjour,

Utiliser une sécurité intégrée Windows pour la connexion à SQL n'est pas envisageable ? Sinon, il n'y a pas vraiment de façon, autant que je sache, l'information du compte n'étant pas transmise au serveur SQL.

[fkuchta]

Bonjour,

Utiliser une sécurité intégrée Windows pour la connexion à SQL n'est pas envisageable ? Sinon, il n'y a pas vraiment de façon, autant que je sache, l'information du compte n'étant pas transmise au serveur SQL.

En effet, utiliser une sécurité intégrée n'est pas envisageable : cela réclamerait de changer toutes nos stratégies à ce niveau, et le temps à y consacrer (si cette solution nous convenait au niveau technique) n'est pas en adéquation avec le pb.

Merci de cette idée. Et je ne savais pas que l'info du compte n'était pas transmise au serveur. Du tout ?? dommage, ça aurait été bien pratique !
Dans ce cas, je ne crois pas qu'il y ait une solution...

Qu'en pensez-vous ?

D'autres idées ?

Merci.

Cordialement,

Fabrice, Toulouse

[rudib]

Je peux avoir oublié quelque chose, mais c'est logique : lorsque tu te connectes à SQL Server, il établit une connexion TCP/IP, qui ne contient aucun élément de l'environnement client, sauf ceux qui sont explicitement envoyés dans la connexion, comme le hostname. C'est comme quand tu te connectes à un serveur web : il ne voit pas ton compte, à moins que tu demandes à ton navigateur de le passer dans le header (en NTLM pas exemple).

La solution à ton problème serait de récupérer dans ton programme client le compte de l'utilisateur et de l'envoyer dans la connexion, par exemple en l'ajoutant à l'ApplicationName, et en récupérant dans SQL Server avec

Code :

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

APP_NAME ( )

[fkuchta]

Je peux avoir oublié quelque chose, mais c'est logique : lorsque tu te connectes à SQL Server, il établit une connexion TCP/IP, qui ne contient aucun élément de l'environnement client, sauf ceux qui sont explicitement envoyés dans la connexion, comme le hostname. C'est comme quand tu te connectes à un serveur web : il ne voit pas ton compte, à moins que tu demandes à ton navigateur de le passer dans le header (en NTLM pas exemple).

La solution à ton problème serait de récupérer dans ton programme client le compte de l'utilisateur et de l'envoyer dans la connexion, par exemple en l'ajoutant à l'ApplicationName, et en récupérant dans SQL Server avec

Code :

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

APP_NAME ( )

C'est une bonne idée, je vais faire ainsi ! Comme ça, en plus, je peux y mettre ce que je veux (même le nom de la personne, merci les DLL !).

Merci beaucoup de cette aide !

Fabrice, Toulouse