No se pudo cargar el archivo o ensamblado "homebrew.dll". Acceso denegado

0

Tenemos un servicio web ejecutándose en IIS escrito en c #.

Últimamente hemos tenido esto No se pudo cargar el archivo o ensamblado "mycustomlibrary.dll". Acceso denegado.

No sucede siempre en el mismo ensamblaje. ¿Alguna sugerencia sobre dónde mirar?

— Ve papi
fuente

1

Hay muchas cosas que pueden arrojar un error de acceso denegado, a veces no tiene nada que ver con los permisos.

Entonces, vamos a necesitar más información, como;

¿Dónde se encuentra este archivo?
¿El usuario de IIS tiene acceso para leer y ejecutar este archivo?
¿Qué versión de IIS está ejecutando (y qué versión de Windows)
¿Qué intenta hacer esta biblioteca? (Es posible que deba ejecutarse con privilegios elevados de algún tipo para ciertas operaciones si aún no lo está).

— Mago de hielo
fuente

el archivo ... es un dll. Creo que está en la papelera ¿Dónde veo la cuenta de usuario de IIS? IIS 6.0 Está sucediendo en diferentes bibliotecas, algunas bibliotecas solo intentarán construir un objeto desde las bibliotecas externas. Algunos intentan comunicarse con un servicio wcf. Parece tan al azar. ¿Hay herramientas que pueda usar para verificar el permiso o para ver en qué credencial se realiza la solicitud web?

— GoDaddy

@GiDaddy - ¿"Crees que está en la papelera ..."? ¿Cómo puede esperar hacer esto bien si ni siquiera SABE dónde está el archivo?

— John Gardeniers

Lo siento, es mi mala costumbre hablar así. Encontramos el problema relacionado con la suplantación. Algunos llaman al servicio web donde suplantaron y no tuvieron algunos privilegios para alguna carpeta asp .net temporal.

— GoDaddy

1

Descubrí que el problema estaba relacionado con la suplantación. Algunas llamadas fueron suplantadas y el usuario suplantado no tenía derechos para% SystemRoot% \ Microsoft.NET \ Framework \ versionNumber \ Temporary ASP.NET Files

Aquí hay más detalles sobre ACL

http://msdn.microsoft.com/en-us/library/kwzs111e.aspx

— Ve papi
fuente