Llamar a DLL desde ASP con permisos del cliente

27/04/2004 - 12:10 por Tako | Informe spam
Tengo un problema y la verdad es que ya no se por donde mirar:

Tengo una DLL hecha en NET.
Registro la DLL para poder llamarla como COM con el "regasm".
Si llamo está DLL-COM desde un .VBS o un .EXE se ejecuta como el
usuario activo.
Si la llamo desde ASP se ejecuta como el usuario que registró la
DLL, no como el que accede a la página

Ni que decir tiene que yo necesito que se ejecute como el usuario que
accede a la página, no como el que la registró.

¿Alguien sabe como puedo hacerlo? En ASP.NET puedo jugar con el archivo
de configuración "web.config" y la sección "<identity impersonate="true"..."
pero en ASP no se como hacerlo y no encuentro nada que me valga.

Muchas gracias de antemano.

Preguntas similare

Leer las respuestas

#6 alex
18/05/2004 - 11:31 | Informe spam
Si has resuleto el problema me podrias echar una mano con lo mismo

Tako wrote:

Matias Iacono wrote:
> Si lo haces del lado del servidor, indudablemente la ejecutara el
> servidor, no el cliente... es por ello que siempre te mostrara como
> usuario de ejecucion, el mismo usuario del servidor.
>

Ya, pero en ASP.NET, por ejemplo, yo puedo configurarlo con el
"impersonate=true" para que se ejecute con los permisos del que llama a la
página (todo esto con Autentificación Integrada), la cuestión es como hacer
esto desde ASP. Lo máximo que he encontrado es una rutina que me permite
cambiar el contexto de seguridad del hilo:

http://support.microsoft.com/defaul...-US;248187

pero para cambiar de contexto he de saber el usuario/password, lo
primero puedo averiguarlo pero lo segundo no :(

>
>
> "Tako" wrote in message
> news:eKAnv$
>>
>> Tengo un problema y la verdad es que ya no se por donde mirar:
>>
>> Tengo una DLL hecha en NET.
>> Registro la DLL para poder llamarla como COM con el "regasm".
>> Si llamo está DLL-COM desde un .VBS o un .EXE se ejecuta
>> como el usuario activo.
>> Si la llamo desde ASP se ejecuta como el usuario que
>> registró la DLL, no como el que accede a la página
>>
>> Ni que decir tiene que yo necesito que se ejecute como el
>> usuario que accede a la página, no como el que la registró.
>>
>> ¿Alguien sabe como puedo hacerlo? En ASP.NET puedo jugar con el
>> archivo de configuración "web.config" y la sección "<identity
>> impersonate="true"..." pero en ASP no se como hacerlo y no encuentro
>> nada que me valga.
>>
>> Muchas gracias de antemano.
Respuesta Responder a este mensaje
#7 Tako
18/05/2004 - 15:54 | Informe spam
Alex wrote:
Si has resuleto el problema me podrias echar una mano con lo mismo




Al final lo solucionamos activando la opción "Enforce access checks for
this application" dentro de la pestaña de Security de la configuración de la
DLL en cuestión dentro del Component Services.

Espero que te valga.

Suerte

Tako wrote:

Matias Iacono wrote:
Si lo haces del lado del servidor, indudablemente la ejecutara el
servidor, no el cliente... es por ello que siempre te mostrara como
usuario de ejecucion, el mismo usuario del servidor.






Ya, pero en ASP.NET, por ejemplo, yo puedo configurarlo con el
"impersonate=true" para que se ejecute con los permisos del que
llama a la página (todo esto con Autentificación Integrada), la
cuestión es como hacer esto desde ASP. Lo máximo que he encontrado
es una rutina que me permite cambiar el contexto de seguridad del
hilo:



http://support.microsoft.com/defaul...-US;248187



pero para cambiar de contexto he de saber el usuario/password, lo
primero puedo averiguarlo pero lo segundo no :(





"Tako" wrote in message
news:eKAnv$

Tengo un problema y la verdad es que ya no se por donde mirar:

Tengo una DLL hecha en NET.
Registro la DLL para poder llamarla como COM con el
"regasm". Si llamo está DLL-COM desde un .VBS o un .EXE se
ejecuta
como el usuario activo.
Si la llamo desde ASP se ejecuta como el usuario que
registró la DLL, no como el que accede a la página

Ni que decir tiene que yo necesito que se ejecute como el
usuario que accede a la página, no como el que la registró.

¿Alguien sabe como puedo hacerlo? En ASP.NET puedo jugar con el
archivo de configuración "web.config" y la sección "<identity
impersonate="true"..." pero en ASP no se como hacerlo y no
encuentro nada que me valga.

Muchas gracias de antemano.
Respuesta Responder a este mensaje
#8 Tako
18/05/2004 - 15:54 | Informe spam
Alex wrote:
Si has resuleto el problema me podrias echar una mano con lo mismo




Al final lo solucionamos activando la opción "Enforce access checks for
this application" dentro de la pestaña de Security de la configuración de la
DLL en cuestión dentro del Component Services.

Espero que te valga.

Suerte

Tako wrote:

Matias Iacono wrote:
Si lo haces del lado del servidor, indudablemente la ejecutara el
servidor, no el cliente... es por ello que siempre te mostrara como
usuario de ejecucion, el mismo usuario del servidor.






Ya, pero en ASP.NET, por ejemplo, yo puedo configurarlo con el
"impersonate=true" para que se ejecute con los permisos del que
llama a la página (todo esto con Autentificación Integrada), la
cuestión es como hacer esto desde ASP. Lo máximo que he encontrado
es una rutina que me permite cambiar el contexto de seguridad del
hilo:



http://support.microsoft.com/defaul...-US;248187



pero para cambiar de contexto he de saber el usuario/password, lo
primero puedo averiguarlo pero lo segundo no :(





"Tako" wrote in message
news:eKAnv$

Tengo un problema y la verdad es que ya no se por donde mirar:

Tengo una DLL hecha en NET.
Registro la DLL para poder llamarla como COM con el
"regasm". Si llamo está DLL-COM desde un .VBS o un .EXE se
ejecuta
como el usuario activo.
Si la llamo desde ASP se ejecuta como el usuario que
registró la DLL, no como el que accede a la página

Ni que decir tiene que yo necesito que se ejecute como el
usuario que accede a la página, no como el que la registró.

¿Alguien sabe como puedo hacerlo? En ASP.NET puedo jugar con el
archivo de configuración "web.config" y la sección "<identity
impersonate="true"..." pero en ASP no se como hacerlo y no
encuentro nada que me valga.

Muchas gracias de antemano.
email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una pregunta AnteriorRespuesta Tengo una respuesta
Search Busqueda sugerida