2008-10-28 15 views
5

tengo un servicio web alojado en otro servidor con el control de acceso anónimo CheckBox en IIS ya está marcado. cuando mi aplicación web local intenta acceder al servicio web, sigo recibiendo el mensaje "La solicitud falló con el estado HTTP 401: acceso denegado". error. mi aplicación web llama al servicio web de la siguiente manera:"HTTP status 401: Acceso denegado" error para el servicio web, incluso cuando el directorio virtual permite el acceso anónimo

MyObject.WebService ws = new MyObject.WebService(); ws.Retrieve (someParams);

¿Qué es lo que falta aquí?

Respuesta

0

intente quitar el permiso para controlar la contraseña algunas veces que se sale del fregadero.

prueba el sitio y puede funcionar. usted podría volver a habilitar el control después de eso

+0

¿cómo se hace eso en IIS6? – Gnot

11

Here es una buena referencia para diagnosticar 401 errores.

A partir de eso, un lugar para comenzar es buscar las credenciales que configura para el usuario anónimo. Si son incorrectos (si tal vez la contraseña del usuario se cambió en otro lugar) obtendrá un HTTP 401.

+0

+1 por ahorrarme horas más de trabajo; + más si pudiera. –

+0

publicación no encontrada = ( – Niklas

+0

@Niklas actualizó el enlace - pondrá más información de esa publicación en mi respuesta pronto para futura prueba también –

2

Asegúrese de que los permisos de su directorio también estén configurados para permitir el acceso de lectura a todos. Muchas veces haciendo trabajo de desarrollo local, olvidaré que el directorio al que se accede tiene un conjunto de permisos separados que deben modificarse.

¡Salud!

+0

permiso se han establecido – Gnot

0

Creo que lo que podría estar pasando es que está obteniendo un 401 - permiso denegado pero a quién se le niega el permiso no está claro. Supongo que en este momento ha verificado los permisos NTFS en la máquina y ha confirmado que tiene acceso.

A continuación me gustaría ver qué cuenta utiliza el grupo de aplicaciones. Si es la configuración predeterminada, probablemente será la cuenta de servicio de red de NT. Si ese es el caso, confirme que la cuenta tiene acceso al directorio de la aplicación. Si ese también es el caso, tal vez sea una configuración de seguridad COM +. Por defecto, su cuenta de servicio de red no tiene permiso para ejecutar componentes de forma remota. Si este es el caso, verá errores en el sistema y en el registro de seguridad que indicarán cosas que enlazan: "No se puede iniciar el componente"

Examinando los archivos de registro de IIS y los registros de eventos de seguridad y del sistema en el servidor iis a menudo producir más pistas.

creo que sirve Saludos Rihan Meij

Cuestiones relacionadas