Problemas con ejecutar .EXE ubicado en la Intranet

Hola Iván,

¿Ya has ajustado el nivel de seguridad de la zona «Intranet local» para permitir la ejecución de los ensamblados ubicados en ella?

1) Ejecuta la aplicación C:\Windows\Microsoft.NET\Framework\v1.1.xxxx\ConfigWizards.exe
2) Selecciona la opción «Ajustar la seguridad .NET» («Adjust .NET security» en la versión en inglés)
3) Selecciona la zona «Intranet local» y aumenta su nivel de confianza (por defecto está en media/baja)

Otra opción es usar la opción «Confiar en un ensamblado» de esta misma aplicación (ConfigWizards.exe). De esta manera, la confianza se asigna a un ensamblado en particular en lugar de para toda la zona «Intranet local». Tienes más información de todo esto en el apartado «Ajustar la seguridad .NET» del siguiente artículo del maestro Fernando G. Guerrero:

Guía de operaciones .NET
http://www.microsoft.com/spain/tech...11023.aspx

Y otra opción es realizar estos ajustes desde la consola de configuración del .NET Framework, como se explica con más detalle en:

.NET Framework Configuration Tool (Mscorcfg.msc)
http://msdn2.microsoft.com/en-us/li...0cxhc.aspx

Un saludo!

Rubén Vigón
Microsoft MVP Visual Basic
http://vigon.mvps.o

Muchas gracias por la ayuda, a continuación detallo la solución a la
que llegue.

1.- Fuia al Asistente del Microsoft .NET Framework (en mi caso el 1.1)

2.- Click en "Trust an Assembly", o confiar en un ensamblado.

3.- Y ahi busque el .exe problematico y le aumente la confianza.

Lo extraño para mi, fue que tuve que darle la confianza al ensamblado
(ejecutar el procedimiento anterior), en la maquina de desarrollo y NO
EN EL SERVIDOR.

Les aseguro que lo intente asi primero, aumentandole la confianza en el
servidor y asi no me funcionó. Solo resolvi el problema cuando le
aumente la confianza en la maquina de desarrollo y una vez realizado
esto, copie el archivo en el servidor y listo!...

Sin mas que agregar

Saludos Cordiales,

Ivan Pocaterra

1.- Fuia al Asistente del Microsoft .NET Framework (en mi caso el 1.1)

2.- Click en "Trust an Assembly", o confiar en un ensamblado.

3.- Y ahi busque el .exe problematico y le aumente la confianza.

Lo extraño para mi, fue que tuve que darle la confianza al ensamblado
(ejecutar el procedimiento anterior), en la maquina de desarrollo y NO
EN EL SERVIDOR.

Los permisos se requerían para que la aplicación se pudiera ejecutar. Y esto
ocurría en la máquina de desarrollo. En el servidor no se ejecutaba, ahí
solo estaba almacenada la aplicación.

Saludos,

-Benton

Agradecere ne puedan ayudar en el siguiente problema:

despues de haber actualizado mi equipo a windows xp sp2, NO puedo ejecutar
ningun programa .exe de Visual Basic .Net que se localize en otro equipo,
diferente al mio, Ya ajuste la seguridad tanto en mi PC como en la otra de
la red y les autorice el maximo "Trust" y el directorio donde se localizan
los programas tienen autorizado que cualquier usuario pueda tener control
total del directorio.

¿que debo hacer?

Gracias..



"Rubén Vigón" escribió:

Hola Iván,

¿Ya has ajustado el nivel de seguridad de la zona «Intranet local» para permitir la ejecución de los ensamblados ubicados en ella?

1) Ejecuta la aplicación C:\Windows\Microsoft.NET\Framework\v1.1.xxxx\ConfigWizards.exe
2) Selecciona la opción «Ajustar la seguridad .NET» («Adjust ..NET security» en la versión en inglés)
3) Selecciona la zona «Intranet local» y aumenta su nivel de confianza (por defecto está en media/baja)

Otra opción es usar la opción «Confiar en un ensamblado» de esta misma aplicación (ConfigWizards.exe). De esta manera, la confianza se asigna a un ensamblado en particular en lugar de para toda la zona «Intranet local». Tienes más información de todo esto en el apartado «Ajustar la seguridad .NET» del siguiente artículo del maestro Fernando G. Guerrero:

Guía de operaciones .NET
http://www.microsoft.com/spain/tech...11023.aspx

Y otra opción es realizar estos ajustes desde la consola de configuración del .NET Framework, como se explica con más detalle en:

.NET Framework Configuration Tool (Mscorcfg.msc)
http://msdn2.microsoft.com/en-us/li...0cxhc.aspx

Un saludo!

Rubén Vigón
Microsoft MVP Visual Basic
http://vigon.mvps.o