Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Restringuir Acceso

1 view
Skip to first unread message

Penta

unread,
Nov 26, 2009, 9:03:49 PM11/26/09
to
Estimados.
Tenemos un SS2000 Standard.
Una aplicacion antigua utiliza un usuario "usuario1" para algunas
consultas, lamentablemente el usuario y clave estan en un .INI que
esta en los pc de los usuarios, algunos de estos usuarios tienen el
query analizer y usan este usaurio para hacer consultas desde ahi y
quiero bloquearlo.

Es posible indicar que cuando se logue el "usuario1" el sql no lo deje
conectarse por query analyzer ?

Saludos.
PENTA.

Carlos Sacristan

unread,
Nov 27, 2009, 4:23:06 AM11/27/09
to
El problema no es s�lo limitar Query Analyzer. El usuario podr�a conectarse
con Access, con Excel, con osql...

En 2000 no se me ocurre ninguna forma de limitar eso. Si tuvieras 2005
podr�as crear un trigger de tipo logon para comprobarlo y cancelar la
conexi�n, pero en 2000... como no tengas alguna forma de limitar los
permisos, mala soluci�n veo.

--
-----------------------------
"Caminar sobre el agua y desarrollar software a partir de unas
especificaciones es f�cil, si ambas est�n congeladas."
Edward V. Berard, ingeniero inform�tico


"Penta" <crist...@gmail.com> wrote in message
news:474be89b-d7d2-43cf...@d10g2000yqh.googlegroups.com...

Juan Carlos Leguizamon

unread,
Nov 27, 2009, 10:06:47 AM11/27/09
to

Solo se me ocurre ocultarle al usuario ese .ini, algo como
attrib +s +h archivo.ini
no seria una solucion definitiva por lo menos se la pones un poco mas
dificil al usuario digo yo :D


"Penta" <crist...@gmail.com> escribi� en el mensaje
news:474be89b-d7d2-43cf...@d10g2000yqh.googlegroups.com...

Victor Koch arroba punto punto punto

unread,
Nov 27, 2009, 11:27:54 AM11/27/09
to
Hola,

Para mi eso es un error de seguridad de la aplicaci�n, por lo menos la
contrase�a en el ini deber�a estar encriptada.
Para mi tenes dos opciones:

1.Tratar de ponerte en contacto con el fabricante de esa aplicaci�n y ver si
puede guardar la contrase�a encriptada.
2.Ver si esa aplicaci�n soporta la conexi�n a la base con seguridad NT.

--
Un Saludo, V�ctor Koch

"Penta" <crist...@gmail.com> escribi� en el mensaje
news:474be89b-d7d2-43cf...@d10g2000yqh.googlegroups.com...

Penta

unread,
Nov 29, 2009, 1:47:30 AM11/29/09
to
Gracias por sus respuestas.
Estoy en proceso (lo tengo practicamente listo) de migrar a SS2008
Enterprise.
Lamentablemente dicha aplicacion usa ODBC por lo tanto algunos
necesitaran la clave si o si, pero me viene bien el dato de el trigger
de tipo logon, si fuesen tan amable de instruirme en ello les
agradeceria.

Atte.
PENTA.

0 new messages