En fait, il faut que tu connaisses le compte de login qu'utilise le logiciel pour se connecter au serveur.
Quand tu spécifie dans la chaine de connexion user/pwd, ce n'est pas le compte AD mais le compte sql qu'il faut spécifier. Et du coup, ce n'est pas forcément le même.
Je viens de tester ce type de connexion et pas de souci pour moi
[code:1]$ConnString =\"Provider=SQLOLEDB.1;Persist Security Info=True;uid=userSQL;pwd=password;Data Source=srv;Initial Catalog=BASE;\"[/code:1]
Là, seulement les admmins du serveur peuvent t'aider je pense. voire pour question de sécu,créer un autre compte SQL te donnant seulement le droit de lecture sur la base...
En fait au niveau du logiciel tout le monde se connecte a la base en utilisateur \"sa\" sans mot de passe, c'ets le logiciel qui s'occupe de restreindre l'accès.
Avec PowerShell et à distante je ne peux en aucun cas faire varier les droits des utilisateurs.
Je doit soit créer des users dans la base (où je n'es pas accès) soit demander un login au niveau de mon appli et essayer de joué avec les tables pour n'afficher que le nécessaire
Là, seulement les admmins du serveur peuvent t'aider je pense. voire pour question de sécu,créer un autre compte SQL te donnant seulement le droit de lecture sur la base...
Il ne connaissent aucun moyen pour faire ca, nous voila bien =)
DU coup j'installe sql server sur mon poste comme ça je verrais bien si j'arrive à me connecté à la base distante, et si c'est le cas je pourrais créer mes users à l'intérieur de la base avec leurs droits afin de pouvoir faire ce que je voulais faire a la base.
