Bonjour,
Nous travaillons sur un serveur SQL Server 2005.
Afin de sécuriser les connexions via n'importe quel applicatif, est-il
possible de faire remonter une bannière de connexion aux utilisateurs envoyé
par le serveur?
Le but étant de supprimer les informations login et mot de passe dans la
chaine de connexion odbc ou ole db.
Merci de vos réponses,
Hélène
Bonjour,
Nous travaillons sur un serveur SQL Server 2005.
Afin de sécuriser les connexions via n'importe quel applicatif, est-il
possible de faire remonter une bannière de connexion aux utilisateurs envoyé
par le serveur?
Le but étant de supprimer les informations login et mot de passe dans la
chaine de connexion odbc ou ole db.
Merci de vos réponses,
Hélène
Bonjour,
Nous travaillons sur un serveur SQL Server 2005.
Afin de sécuriser les connexions via n'importe quel applicatif, est-il
possible de faire remonter une bannière de connexion aux utilisateurs envoyé
par le serveur?
Le but étant de supprimer les informations login et mot de passe dans la
chaine de connexion odbc ou ole db.
Merci de vos réponses,
Hélène
Bonjour,
Vous pouvez dans ce cas utiliser l'authentification Windows ce qui évitera
d'avoir des login / mot de passe dans vos chaines de connexion et ne
nécessitera pas non plus d'authentification supplémentaire à l'utilsateur.
Par contre, attention à la gestion des pools de connexion qui seront
affectés à chacun des utilisateur plutôt qu'a un seul user applicatif.
Cela
peut donc engendrer une surcharge au niveau du serveur SQL.
--
arno - http://www.dotnetguru2.org/acleret/
"LN" a écrit :Bonjour,
Nous travaillons sur un serveur SQL Server 2005.
Afin de sécuriser les connexions via n'importe quel applicatif, est-il
possible de faire remonter une bannière de connexion aux utilisateurs
envoyé
par le serveur?
Le but étant de supprimer les informations login et mot de passe dans la
chaine de connexion odbc ou ole db.
Merci de vos réponses,
Hélène
Bonjour,
Vous pouvez dans ce cas utiliser l'authentification Windows ce qui évitera
d'avoir des login / mot de passe dans vos chaines de connexion et ne
nécessitera pas non plus d'authentification supplémentaire à l'utilsateur.
Par contre, attention à la gestion des pools de connexion qui seront
affectés à chacun des utilisateur plutôt qu'a un seul user applicatif.
Cela
peut donc engendrer une surcharge au niveau du serveur SQL.
--
arno - http://www.dotnetguru2.org/acleret/
"LN" a écrit :
Bonjour,
Nous travaillons sur un serveur SQL Server 2005.
Afin de sécuriser les connexions via n'importe quel applicatif, est-il
possible de faire remonter une bannière de connexion aux utilisateurs
envoyé
par le serveur?
Le but étant de supprimer les informations login et mot de passe dans la
chaine de connexion odbc ou ole db.
Merci de vos réponses,
Hélène
Bonjour,
Vous pouvez dans ce cas utiliser l'authentification Windows ce qui évitera
d'avoir des login / mot de passe dans vos chaines de connexion et ne
nécessitera pas non plus d'authentification supplémentaire à l'utilsateur.
Par contre, attention à la gestion des pools de connexion qui seront
affectés à chacun des utilisateur plutôt qu'a un seul user applicatif.
Cela
peut donc engendrer une surcharge au niveau du serveur SQL.
--
arno - http://www.dotnetguru2.org/acleret/
"LN" a écrit :Bonjour,
Nous travaillons sur un serveur SQL Server 2005.
Afin de sécuriser les connexions via n'importe quel applicatif, est-il
possible de faire remonter une bannière de connexion aux utilisateurs
envoyé
par le serveur?
Le but étant de supprimer les informations login et mot de passe dans la
chaine de connexion odbc ou ole db.
Merci de vos réponses,
Hélène
Bonjour,
actuellement nous utilisons l'authentification Windows ce qui n'est pas
assez sécurisé. De plus, cela ne me permet pas de tracer les connexions dans
chacune de mes bases SQL Server.
Il faudrait une bannière d'authentification que le serveur SQL Server envoie
lors d'une tentative de connexion.
On peut en créer une à partir de certains applicatifs (dans ce cas, ça se
passe côté client) mais certains applicatifs n'ont pas d'outil permettant de
le faire.
Avez-vous une idée?
Cordialement,
Hélène
"Arnaud CLERET" a écrit dans le message de
news:
> Bonjour,
>
> Vous pouvez dans ce cas utiliser l'authentification Windows ce qui évitera
> d'avoir des login / mot de passe dans vos chaines de connexion et ne
> nécessitera pas non plus d'authentification supplémentaire à l'utilsateur.
>
> Par contre, attention à la gestion des pools de connexion qui seront
> affectés à chacun des utilisateur plutôt qu'a un seul user applicatif.
> Cela
> peut donc engendrer une surcharge au niveau du serveur SQL.
>
> --
> arno - http://www.dotnetguru2.org/acleret/
>
>
> "LN" a écrit :
>
>> Bonjour,
>>
>> Nous travaillons sur un serveur SQL Server 2005.
>> Afin de sécuriser les connexions via n'importe quel applicatif, est-il
>> possible de faire remonter une bannière de connexion aux utilisateurs
>> envoyé
>> par le serveur?
>> Le but étant de supprimer les informations login et mot de passe dans la
>> chaine de connexion odbc ou ole db.
>> Merci de vos réponses,
>> Hélène
>>
>>
>>
Bonjour,
actuellement nous utilisons l'authentification Windows ce qui n'est pas
assez sécurisé. De plus, cela ne me permet pas de tracer les connexions dans
chacune de mes bases SQL Server.
Il faudrait une bannière d'authentification que le serveur SQL Server envoie
lors d'une tentative de connexion.
On peut en créer une à partir de certains applicatifs (dans ce cas, ça se
passe côté client) mais certains applicatifs n'ont pas d'outil permettant de
le faire.
Avez-vous une idée?
Cordialement,
Hélène
"Arnaud CLERET" <arnaudcleret@msn.antispam.com> a écrit dans le message de
news: 350BCC0F-5192-4C9E-B853-07CBFB5EBAD5@microsoft.com...
> Bonjour,
>
> Vous pouvez dans ce cas utiliser l'authentification Windows ce qui évitera
> d'avoir des login / mot de passe dans vos chaines de connexion et ne
> nécessitera pas non plus d'authentification supplémentaire à l'utilsateur.
>
> Par contre, attention à la gestion des pools de connexion qui seront
> affectés à chacun des utilisateur plutôt qu'a un seul user applicatif.
> Cela
> peut donc engendrer une surcharge au niveau du serveur SQL.
>
> --
> arno - http://www.dotnetguru2.org/acleret/
>
>
> "LN" a écrit :
>
>> Bonjour,
>>
>> Nous travaillons sur un serveur SQL Server 2005.
>> Afin de sécuriser les connexions via n'importe quel applicatif, est-il
>> possible de faire remonter une bannière de connexion aux utilisateurs
>> envoyé
>> par le serveur?
>> Le but étant de supprimer les informations login et mot de passe dans la
>> chaine de connexion odbc ou ole db.
>> Merci de vos réponses,
>> Hélène
>>
>>
>>
Bonjour,
actuellement nous utilisons l'authentification Windows ce qui n'est pas
assez sécurisé. De plus, cela ne me permet pas de tracer les connexions dans
chacune de mes bases SQL Server.
Il faudrait une bannière d'authentification que le serveur SQL Server envoie
lors d'une tentative de connexion.
On peut en créer une à partir de certains applicatifs (dans ce cas, ça se
passe côté client) mais certains applicatifs n'ont pas d'outil permettant de
le faire.
Avez-vous une idée?
Cordialement,
Hélène
"Arnaud CLERET" a écrit dans le message de
news:
> Bonjour,
>
> Vous pouvez dans ce cas utiliser l'authentification Windows ce qui évitera
> d'avoir des login / mot de passe dans vos chaines de connexion et ne
> nécessitera pas non plus d'authentification supplémentaire à l'utilsateur.
>
> Par contre, attention à la gestion des pools de connexion qui seront
> affectés à chacun des utilisateur plutôt qu'a un seul user applicatif.
> Cela
> peut donc engendrer une surcharge au niveau du serveur SQL.
>
> --
> arno - http://www.dotnetguru2.org/acleret/
>
>
> "LN" a écrit :
>
>> Bonjour,
>>
>> Nous travaillons sur un serveur SQL Server 2005.
>> Afin de sécuriser les connexions via n'importe quel applicatif, est-il
>> possible de faire remonter une bannière de connexion aux utilisateurs
>> envoyé
>> par le serveur?
>> Le but étant de supprimer les informations login et mot de passe dans la
>> chaine de connexion odbc ou ole db.
>> Merci de vos réponses,
>> Hélène
>>
>>
>>
L'authentification Windows n'est pas assez sécurisée ?!!!
Pour ma part, je ne connais pas d'autre type d'authentification donnant le
même niveau de sécurisation !
Ensuite, je ne vois pas de solution autre qu'applicative, pour s'assurer
de
renvoyer une fenêtre d'authentification. Et je ne pense pas que cela soit
possible au niveau du serveur SQL.
--
arno - http://www.dotnetguru2.org/acleret/
"LN" a écrit :Bonjour,
actuellement nous utilisons l'authentification Windows ce qui n'est pas
assez sécurisé. De plus, cela ne me permet pas de tracer les connexions
dans
chacune de mes bases SQL Server.
Il faudrait une bannière d'authentification que le serveur SQL Server
envoie
lors d'une tentative de connexion.
On peut en créer une à partir de certains applicatifs (dans ce cas, ça se
passe côté client) mais certains applicatifs n'ont pas d'outil permettant
de
le faire.
Avez-vous une idée?
Cordialement,
Hélène
"Arnaud CLERET" a écrit dans le message
de
news:
> Bonjour,
>
> Vous pouvez dans ce cas utiliser l'authentification Windows ce qui
> évitera
> d'avoir des login / mot de passe dans vos chaines de connexion et ne
> nécessitera pas non plus d'authentification supplémentaire à
> l'utilsateur.
>
> Par contre, attention à la gestion des pools de connexion qui seront
> affectés à chacun des utilisateur plutôt qu'a un seul user applicatif.
> Cela
> peut donc engendrer une surcharge au niveau du serveur SQL.
>
> --
> arno - http://www.dotnetguru2.org/acleret/
>
>
> "LN" a écrit :
>
>> Bonjour,
>>
>> Nous travaillons sur un serveur SQL Server 2005.
>> Afin de sécuriser les connexions via n'importe quel applicatif, est-il
>> possible de faire remonter une bannière de connexion aux utilisateurs
>> envoyé
>> par le serveur?
>> Le but étant de supprimer les informations login et mot de passe dans
>> la
>> chaine de connexion odbc ou ole db.
>> Merci de vos réponses,
>> Hélène
>>
>>
>>
L'authentification Windows n'est pas assez sécurisée ?!!!
Pour ma part, je ne connais pas d'autre type d'authentification donnant le
même niveau de sécurisation !
Ensuite, je ne vois pas de solution autre qu'applicative, pour s'assurer
de
renvoyer une fenêtre d'authentification. Et je ne pense pas que cela soit
possible au niveau du serveur SQL.
--
arno - http://www.dotnetguru2.org/acleret/
"LN" a écrit :
Bonjour,
actuellement nous utilisons l'authentification Windows ce qui n'est pas
assez sécurisé. De plus, cela ne me permet pas de tracer les connexions
dans
chacune de mes bases SQL Server.
Il faudrait une bannière d'authentification que le serveur SQL Server
envoie
lors d'une tentative de connexion.
On peut en créer une à partir de certains applicatifs (dans ce cas, ça se
passe côté client) mais certains applicatifs n'ont pas d'outil permettant
de
le faire.
Avez-vous une idée?
Cordialement,
Hélène
"Arnaud CLERET" <arnaudcleret@msn.antispam.com> a écrit dans le message
de
news: 350BCC0F-5192-4C9E-B853-07CBFB5EBAD5@microsoft.com...
> Bonjour,
>
> Vous pouvez dans ce cas utiliser l'authentification Windows ce qui
> évitera
> d'avoir des login / mot de passe dans vos chaines de connexion et ne
> nécessitera pas non plus d'authentification supplémentaire à
> l'utilsateur.
>
> Par contre, attention à la gestion des pools de connexion qui seront
> affectés à chacun des utilisateur plutôt qu'a un seul user applicatif.
> Cela
> peut donc engendrer une surcharge au niveau du serveur SQL.
>
> --
> arno - http://www.dotnetguru2.org/acleret/
>
>
> "LN" a écrit :
>
>> Bonjour,
>>
>> Nous travaillons sur un serveur SQL Server 2005.
>> Afin de sécuriser les connexions via n'importe quel applicatif, est-il
>> possible de faire remonter une bannière de connexion aux utilisateurs
>> envoyé
>> par le serveur?
>> Le but étant de supprimer les informations login et mot de passe dans
>> la
>> chaine de connexion odbc ou ole db.
>> Merci de vos réponses,
>> Hélène
>>
>>
>>
L'authentification Windows n'est pas assez sécurisée ?!!!
Pour ma part, je ne connais pas d'autre type d'authentification donnant le
même niveau de sécurisation !
Ensuite, je ne vois pas de solution autre qu'applicative, pour s'assurer
de
renvoyer une fenêtre d'authentification. Et je ne pense pas que cela soit
possible au niveau du serveur SQL.
--
arno - http://www.dotnetguru2.org/acleret/
"LN" a écrit :Bonjour,
actuellement nous utilisons l'authentification Windows ce qui n'est pas
assez sécurisé. De plus, cela ne me permet pas de tracer les connexions
dans
chacune de mes bases SQL Server.
Il faudrait une bannière d'authentification que le serveur SQL Server
envoie
lors d'une tentative de connexion.
On peut en créer une à partir de certains applicatifs (dans ce cas, ça se
passe côté client) mais certains applicatifs n'ont pas d'outil permettant
de
le faire.
Avez-vous une idée?
Cordialement,
Hélène
"Arnaud CLERET" a écrit dans le message
de
news:
> Bonjour,
>
> Vous pouvez dans ce cas utiliser l'authentification Windows ce qui
> évitera
> d'avoir des login / mot de passe dans vos chaines de connexion et ne
> nécessitera pas non plus d'authentification supplémentaire à
> l'utilsateur.
>
> Par contre, attention à la gestion des pools de connexion qui seront
> affectés à chacun des utilisateur plutôt qu'a un seul user applicatif.
> Cela
> peut donc engendrer une surcharge au niveau du serveur SQL.
>
> --
> arno - http://www.dotnetguru2.org/acleret/
>
>
> "LN" a écrit :
>
>> Bonjour,
>>
>> Nous travaillons sur un serveur SQL Server 2005.
>> Afin de sécuriser les connexions via n'importe quel applicatif, est-il
>> possible de faire remonter une bannière de connexion aux utilisateurs
>> envoyé
>> par le serveur?
>> Le but étant de supprimer les informations login et mot de passe dans
>> la
>> chaine de connexion odbc ou ole db.
>> Merci de vos réponses,
>> Hélène
>>
>>
>>
Je ne voulais pas dire que l'authentification Windows n'est pas assez
sécurisée.
Des contraintes nous sont imposées et l'authentificaton Windows ne suffit
pas.
Il faut absolument que je trouve un moyen de faire renvoyer une fenetre
d'authentification par le serveur.
Hélène
"Arnaud CLERET" a écrit dans le message de
news:
> L'authentification Windows n'est pas assez sécurisée ?!!!
> Pour ma part, je ne connais pas d'autre type d'authentification donnant le
> même niveau de sécurisation !
>
> Ensuite, je ne vois pas de solution autre qu'applicative, pour s'assurer
> de
> renvoyer une fenêtre d'authentification. Et je ne pense pas que cela soit
> possible au niveau du serveur SQL.
>
> --
> arno - http://www.dotnetguru2.org/acleret/
>
>
> "LN" a écrit :
>
>> Bonjour,
>>
>> actuellement nous utilisons l'authentification Windows ce qui n'est pas
>> assez sécurisé. De plus, cela ne me permet pas de tracer les connexions
>> dans
>> chacune de mes bases SQL Server.
>> Il faudrait une bannière d'authentification que le serveur SQL Server
>> envoie
>> lors d'une tentative de connexion.
>> On peut en créer une à partir de certains applicatifs (dans ce cas, ça se
>> passe côté client) mais certains applicatifs n'ont pas d'outil permettant
>> de
>> le faire.
>> Avez-vous une idée?
>> Cordialement,
>> Hélène
>>
>> "Arnaud CLERET" a écrit dans le message
>> de
>> news:
>> > Bonjour,
>> >
>> > Vous pouvez dans ce cas utiliser l'authentification Windows ce qui
>> > évitera
>> > d'avoir des login / mot de passe dans vos chaines de connexion et ne
>> > nécessitera pas non plus d'authentification supplémentaire à
>> > l'utilsateur.
>> >
>> > Par contre, attention à la gestion des pools de connexion qui seront
>> > affectés à chacun des utilisateur plutôt qu'a un seul user applicatif.
>> > Cela
>> > peut donc engendrer une surcharge au niveau du serveur SQL.
>> >
>> > --
>> > arno - http://www.dotnetguru2.org/acleret/
>> >
>> >
>> > "LN" a écrit :
>> >
>> >> Bonjour,
>> >>
>> >> Nous travaillons sur un serveur SQL Server 2005.
>> >> Afin de sécuriser les connexions via n'importe quel applicatif, est-il
>> >> possible de faire remonter une bannière de connexion aux utilisateurs
>> >> envoyé
>> >> par le serveur?
>> >> Le but étant de supprimer les informations login et mot de passe dans
>> >> la
>> >> chaine de connexion odbc ou ole db.
>> >> Merci de vos réponses,
>> >> Hélène
>> >>
>> >>
>> >>
>>
>>
>>
Je ne voulais pas dire que l'authentification Windows n'est pas assez
sécurisée.
Des contraintes nous sont imposées et l'authentificaton Windows ne suffit
pas.
Il faut absolument que je trouve un moyen de faire renvoyer une fenetre
d'authentification par le serveur.
Hélène
"Arnaud CLERET" <arnaudcleret@msn.antispam.com> a écrit dans le message de
news: E8FBE729-FB9E-4122-AABB-02D2ACDAA857@microsoft.com...
> L'authentification Windows n'est pas assez sécurisée ?!!!
> Pour ma part, je ne connais pas d'autre type d'authentification donnant le
> même niveau de sécurisation !
>
> Ensuite, je ne vois pas de solution autre qu'applicative, pour s'assurer
> de
> renvoyer une fenêtre d'authentification. Et je ne pense pas que cela soit
> possible au niveau du serveur SQL.
>
> --
> arno - http://www.dotnetguru2.org/acleret/
>
>
> "LN" a écrit :
>
>> Bonjour,
>>
>> actuellement nous utilisons l'authentification Windows ce qui n'est pas
>> assez sécurisé. De plus, cela ne me permet pas de tracer les connexions
>> dans
>> chacune de mes bases SQL Server.
>> Il faudrait une bannière d'authentification que le serveur SQL Server
>> envoie
>> lors d'une tentative de connexion.
>> On peut en créer une à partir de certains applicatifs (dans ce cas, ça se
>> passe côté client) mais certains applicatifs n'ont pas d'outil permettant
>> de
>> le faire.
>> Avez-vous une idée?
>> Cordialement,
>> Hélène
>>
>> "Arnaud CLERET" <arnaudcleret@msn.antispam.com> a écrit dans le message
>> de
>> news: 350BCC0F-5192-4C9E-B853-07CBFB5EBAD5@microsoft.com...
>> > Bonjour,
>> >
>> > Vous pouvez dans ce cas utiliser l'authentification Windows ce qui
>> > évitera
>> > d'avoir des login / mot de passe dans vos chaines de connexion et ne
>> > nécessitera pas non plus d'authentification supplémentaire à
>> > l'utilsateur.
>> >
>> > Par contre, attention à la gestion des pools de connexion qui seront
>> > affectés à chacun des utilisateur plutôt qu'a un seul user applicatif.
>> > Cela
>> > peut donc engendrer une surcharge au niveau du serveur SQL.
>> >
>> > --
>> > arno - http://www.dotnetguru2.org/acleret/
>> >
>> >
>> > "LN" a écrit :
>> >
>> >> Bonjour,
>> >>
>> >> Nous travaillons sur un serveur SQL Server 2005.
>> >> Afin de sécuriser les connexions via n'importe quel applicatif, est-il
>> >> possible de faire remonter une bannière de connexion aux utilisateurs
>> >> envoyé
>> >> par le serveur?
>> >> Le but étant de supprimer les informations login et mot de passe dans
>> >> la
>> >> chaine de connexion odbc ou ole db.
>> >> Merci de vos réponses,
>> >> Hélène
>> >>
>> >>
>> >>
>>
>>
>>
Je ne voulais pas dire que l'authentification Windows n'est pas assez
sécurisée.
Des contraintes nous sont imposées et l'authentificaton Windows ne suffit
pas.
Il faut absolument que je trouve un moyen de faire renvoyer une fenetre
d'authentification par le serveur.
Hélène
"Arnaud CLERET" a écrit dans le message de
news:
> L'authentification Windows n'est pas assez sécurisée ?!!!
> Pour ma part, je ne connais pas d'autre type d'authentification donnant le
> même niveau de sécurisation !
>
> Ensuite, je ne vois pas de solution autre qu'applicative, pour s'assurer
> de
> renvoyer une fenêtre d'authentification. Et je ne pense pas que cela soit
> possible au niveau du serveur SQL.
>
> --
> arno - http://www.dotnetguru2.org/acleret/
>
>
> "LN" a écrit :
>
>> Bonjour,
>>
>> actuellement nous utilisons l'authentification Windows ce qui n'est pas
>> assez sécurisé. De plus, cela ne me permet pas de tracer les connexions
>> dans
>> chacune de mes bases SQL Server.
>> Il faudrait une bannière d'authentification que le serveur SQL Server
>> envoie
>> lors d'une tentative de connexion.
>> On peut en créer une à partir de certains applicatifs (dans ce cas, ça se
>> passe côté client) mais certains applicatifs n'ont pas d'outil permettant
>> de
>> le faire.
>> Avez-vous une idée?
>> Cordialement,
>> Hélène
>>
>> "Arnaud CLERET" a écrit dans le message
>> de
>> news:
>> > Bonjour,
>> >
>> > Vous pouvez dans ce cas utiliser l'authentification Windows ce qui
>> > évitera
>> > d'avoir des login / mot de passe dans vos chaines de connexion et ne
>> > nécessitera pas non plus d'authentification supplémentaire à
>> > l'utilsateur.
>> >
>> > Par contre, attention à la gestion des pools de connexion qui seront
>> > affectés à chacun des utilisateur plutôt qu'a un seul user applicatif.
>> > Cela
>> > peut donc engendrer une surcharge au niveau du serveur SQL.
>> >
>> > --
>> > arno - http://www.dotnetguru2.org/acleret/
>> >
>> >
>> > "LN" a écrit :
>> >
>> >> Bonjour,
>> >>
>> >> Nous travaillons sur un serveur SQL Server 2005.
>> >> Afin de sécuriser les connexions via n'importe quel applicatif, est-il
>> >> possible de faire remonter une bannière de connexion aux utilisateurs
>> >> envoyé
>> >> par le serveur?
>> >> Le but étant de supprimer les informations login et mot de passe dans
>> >> la
>> >> chaine de connexion odbc ou ole db.
>> >> Merci de vos réponses,
>> >> Hélène
>> >>
>> >>
>> >>
>>
>>
>>
>>mais certains applicatifs n'ont pas d'outil permettant de le faire.
Bonjour,
actuellement nous utilisons l'authentification Windows ce qui n'est pas
assez sécurisé. De plus, cela ne me permet pas de tracer les connexions
dans chacune de mes bases SQL Server.
Il faudrait une bannière d'authentification que le serveur SQL Server
envoie lors d'une tentative de connexion.
On peut en créer une à partir de certains applicatifs (dans ce cas, ça se
passe côté client) mais certains applicatifs n'ont pas d'outil permettant
de le faire.
Avez-vous une idée?
Cordialement,
Hélène
"Arnaud CLERET" a écrit dans le message de
news:Bonjour,
Vous pouvez dans ce cas utiliser l'authentification Windows ce qui
évitera
d'avoir des login / mot de passe dans vos chaines de connexion et ne
nécessitera pas non plus d'authentification supplémentaire à
l'utilsateur.
Par contre, attention à la gestion des pools de connexion qui seront
affectés à chacun des utilisateur plutôt qu'a un seul user applicatif.
Cela
peut donc engendrer une surcharge au niveau du serveur SQL.
--
arno - http://www.dotnetguru2.org/acleret/
"LN" a écrit :Bonjour,
Nous travaillons sur un serveur SQL Server 2005.
Afin de sécuriser les connexions via n'importe quel applicatif, est-il
possible de faire remonter une bannière de connexion aux utilisateurs
envoyé
par le serveur?
Le but étant de supprimer les informations login et mot de passe dans la
chaine de connexion odbc ou ole db.
Merci de vos réponses,
Hélène
>>mais certains applicatifs n'ont pas d'outil permettant de le faire.
Bonjour,
actuellement nous utilisons l'authentification Windows ce qui n'est pas
assez sécurisé. De plus, cela ne me permet pas de tracer les connexions
dans chacune de mes bases SQL Server.
Il faudrait une bannière d'authentification que le serveur SQL Server
envoie lors d'une tentative de connexion.
On peut en créer une à partir de certains applicatifs (dans ce cas, ça se
passe côté client) mais certains applicatifs n'ont pas d'outil permettant
de le faire.
Avez-vous une idée?
Cordialement,
Hélène
"Arnaud CLERET" <arnaudcleret@msn.antispam.com> a écrit dans le message de
news: 350BCC0F-5192-4C9E-B853-07CBFB5EBAD5@microsoft.com...
Bonjour,
Vous pouvez dans ce cas utiliser l'authentification Windows ce qui
évitera
d'avoir des login / mot de passe dans vos chaines de connexion et ne
nécessitera pas non plus d'authentification supplémentaire à
l'utilsateur.
Par contre, attention à la gestion des pools de connexion qui seront
affectés à chacun des utilisateur plutôt qu'a un seul user applicatif.
Cela
peut donc engendrer une surcharge au niveau du serveur SQL.
--
arno - http://www.dotnetguru2.org/acleret/
"LN" a écrit :
Bonjour,
Nous travaillons sur un serveur SQL Server 2005.
Afin de sécuriser les connexions via n'importe quel applicatif, est-il
possible de faire remonter une bannière de connexion aux utilisateurs
envoyé
par le serveur?
Le but étant de supprimer les informations login et mot de passe dans la
chaine de connexion odbc ou ole db.
Merci de vos réponses,
Hélène
>>mais certains applicatifs n'ont pas d'outil permettant de le faire.
Bonjour,
actuellement nous utilisons l'authentification Windows ce qui n'est pas
assez sécurisé. De plus, cela ne me permet pas de tracer les connexions
dans chacune de mes bases SQL Server.
Il faudrait une bannière d'authentification que le serveur SQL Server
envoie lors d'une tentative de connexion.
On peut en créer une à partir de certains applicatifs (dans ce cas, ça se
passe côté client) mais certains applicatifs n'ont pas d'outil permettant
de le faire.
Avez-vous une idée?
Cordialement,
Hélène
"Arnaud CLERET" a écrit dans le message de
news:Bonjour,
Vous pouvez dans ce cas utiliser l'authentification Windows ce qui
évitera
d'avoir des login / mot de passe dans vos chaines de connexion et ne
nécessitera pas non plus d'authentification supplémentaire à
l'utilsateur.
Par contre, attention à la gestion des pools de connexion qui seront
affectés à chacun des utilisateur plutôt qu'a un seul user applicatif.
Cela
peut donc engendrer une surcharge au niveau du serveur SQL.
--
arno - http://www.dotnetguru2.org/acleret/
"LN" a écrit :Bonjour,
Nous travaillons sur un serveur SQL Server 2005.
Afin de sécuriser les connexions via n'importe quel applicatif, est-il
possible de faire remonter une bannière de connexion aux utilisateurs
envoyé
par le serveur?
Le but étant de supprimer les informations login et mot de passe dans la
chaine de connexion odbc ou ole db.
Merci de vos réponses,
Hélène