1. Inicio
  2. Pregunta y respuesta
  3. "No se puede verificar el acceso a la ruta (C: \ inetpub \ wwwroot)", al agregar un directorio virtual

"No se puede verificar el acceso a la ruta (C: \ inetpub \ wwwroot)", al agregar un directorio virtual

2012-05-28 334 views
62

Estoy intentando configurar los servicios web de IIS y los servicios de ASP.NET en Windows Server 2008 R2. El directorio físico fue creado, pero no puedo hacer que funcione. Esta es una nueva instalación de IIS Role."No se puede verificar el acceso a la ruta (C: inetpub wwwroot)", al agregar un directorio virtual

enter image description here

el servidor está en un dominio y dominio \ servidor $ ha leer/escribir/Navegar acceso a C:\inetpub\wwwroot. Leer/escribir/acceso de exploración también se concede a:

  • Administradores
  • Red de Servicios
  • Usuarios
  • IIS_IUSRS
  • IUSR

Lo que he intentado hasta ahora

  • En el cuadro de diálogo Edit Virtual Directory -> Connect As, seleccione Usuario de la aplicación (autenticación de paso). Cuando presiono Configuración de prueba, aparece el error anterior.

  • En el cuadro de diálogo Edit Virtual Directory -> Connect As, seleccione Usuario específico: IUSR (sin contraseña). Cuando presiono Configuración de pruebas, me sale el siguiente: enter image description here

Otras Notas

autenticación anónima está habilitada, y la identidad de usuario anónimo es la identidad del grupo de aplicaciones.

configuración del grupo

La aplicación se ve así: enter image description here

En el navegador web http://localhost, devuelve una página en blanco, pero no hay error.

Cualquier ayuda sería apreciada.

Fuente

2012-05-28 John Dewey

+1

Se refieren a capturas de pantalla incrustadas que siguen inmediatamente el texto. "Obtengo lo siguiente:" hace referencia al error "Error de inicio de sesión: nombre de usuario desconocido o contraseña incorrecta. (Excepción de HRESULT: 0x8007052E)". "like this" se refiere a la captura de pantalla que representa los servicios de ASP.NET. –

+0

Tengo el mismo problema al utilizar AWS y este AMI (ami-3aba0553): Windows Server 2008 R2 SP1 Inglés 64 bits SQL 2008 R2 SP1 Express. Seguí esta [publicación QnA] (https://forums.aws.amazon.com/thread.jspa?threadID=98905&tstart=0) en su foro, y NO funcionó. Intenté conectarme localmente; remotamente a través de Windows Explorer; remotamente a través de Firefox. Siempre da: "** Error de carpeta FTP ** Windows no puede acceder a esta carpeta. Asegúrese de haber escrito correctamente el nombre del archivo y de que tiene permiso para acceder a esta carpeta. Detalles: No se pudo establecer una conexión con el servidor." –

+0

Según lo indicado por el error, esto es para un sitio web FTP. –

Respuesta

64

Estaba teniendo el mismo problema hasta ahora; tal como lo mencionaste, probé "Connect As" y el nombre de usuario y la contraseña que escribí, era el usuario de mi máquina (IIS se está ejecutando en esta máquina), probé la conexión y funciona ahora. Tal vez si no estuvieras usando el usuario de esa máquina (prueba usuario con privilegios de administrador), deberías intentarlo, funcionó para mí, puede funcionar en tu caso también.

Fuente

2012-12-14 08:07:23 umais

+0

¡Gracias! Tengo una conexión exitosa ahora :) –

+0

Gracias. Esto funcionó para mí también. – Steam

+0

Tan extraño. Mi siguiente pregunta es '¿Por qué de repente dejó de funcionar?' - Actualicé Perforce, e IIS dejó de funcionar, ¿y esto lo solucionó? Soooo weeeeird. –

1

Intente volver a los servicios de información de Internet, haga clic derecho en la intranet que creó y seleccione permiso de edición.

Cuando el wwwroot pop-up ventanas abiertas, seleccione la pestaña compartir y haga clic en "Compartir" en el menú desplegable, seleccione los usuarios y su nivel de permiso o simplemente seleccionar todos y para el permiso de lectura y derecho

Fuente

2013-08-17 02:44:55 user2691160

3

tuve la mismo problema y no pudo resolverlo durante casi un día. Agregué IUSR y NetworkService a los permisos de la carpeta, me aseguré de que se ejecutara como NetworkService. Intenté suplantarme e incluso ejecutarme como administrador (NO HAGA ESTO).Entonces alguien me recomendó que intente ejecutar la página desde el servidor de Windows 2008 R2 y me señaló las asignaciones de controladores, que estaban todas deshabilitadas.

que tengo que trabajar con esto:

  • abrir la función de vista de su sitio web.
  • Ir a Asignaciones de manejador.
  • encontrar el camino para .cshtml
  • haga clic derecho y haga clic en Editar permisos de características
  • seleccionar EXECUTE
  • pulsa OK.

Ahora intente actualizar su sitio web.

Fuente

2013-10-12 16:38:02 nixkuroi

+0

¿Qué sucede si no hay una asignación de controlador para cshtml? – Zapnologica

+0

Exactamente, no puedo encontrar ningún * .cshtml en mi caso –

+0

¿Puede agregar un mapeo de controlador según estas instrucciones? https://technet.microsoft.com/en-us/library/cc753249(v=ws.10).aspx – nixkuroi

0

Tengo el mismo problema y la solución fue desmarcar los "puertos de uso 80 y 443" en la configuración avanzada de Skype.

Fuente

2016-04-18 23:21:00

0

Creo que la mejor solución a este problema se puede encontrar aquí: IIS_IUSRS and IUSR permissions in IIS8 Esto una buena solución, pero no funciona cuando se accede al servidor web a través de Internet.

Fuente

2016-12-21 12:17:46

+0

por favor no solo publique un enlace, pero dé una respuesta suficiente a la pregunta – loki

0

Haga clic en "Conectar como" y seleccione "usuario específico", luego escriba las credenciales de su usuario (utilicé el administrador del servidor).

Fuente

2018-02-06 12:37:26

Cuestiones relacionadas

 Cuestiones relacionadas