asp.net - studio - iniciar iis express
Visual Studio 2013. No tiene privilegios suficientes para acceder a los sitios web de IIS en su máquina (12)
Acabo de instalar VS2013 y activo IIS 7 en mi máquina Windows 7 Ultimate x64. Cuando intento abrir una solución obtengo:
Creación del directorio virtual localhost: xxxxx falló con el error: no se pudo acceder a la metabase de IIS. No tiene privilegios suficientes para acceder a los sitios web de IIS en su máquina.
Traté de ejecutar Visual Studio 2013 como administrador (clic derecho, ejecutar como administrador), sigue siendo el mismo error. También hice aspnet_regiis -i y tampoco ayudó.
En Windows 10 que ejecuta Visual Studio 2015 Community Edition, estos son los pasos que seguí:
Panel de control -> Programas y características -> Activar o desactivar las características de Windows ... dentro de eso, tuvimos que seleccionar Servicios de información de Internet -> Herramientas de administración web -> Compatibilidad de administración de IIS 6 -> Compatibilidad de configuración IIS Metabse e IIS 6.
seleccione "Solucionar problemas del programa" marque "El programa requiere permisos adicionales" haga clic en "Siguiente", haga clic en "Probar el programa ..." espere a que el programa se inicie haga clic en "Siguiente" seleccione "Sí, guarde estos ajustes para este programa" haga clic en " Cerca"
Vaya a C: / Windows / System32 / inetsrv. Haga clic en la carpeta de configuración. Aparecerá una ventana emergente: "No tiene acceso a esta carpeta: haga clic en continuar para obtener acceso permanente a esta carpeta". Realice lo mismo para la carpeta Export que está dentro de la carpeta config.
Luego finalmente superó el problema del permiso.
En Windows 8, debe hacer clic con el botón derecho en devenv.exe y seleccionar "Solucionar problemas de compatibilidad".
seleccione "Solucionar problemas del programa"
marca "El programa requiere permisos adicionales"
haga clic en "Siguiente", haga clic en "Probar el programa ..."
esperar a que el programa se lance
haga clic en Siguiente"
seleccione "Sí, guarde estas configuraciones para este programa"
haga clic en "Cerrar"
Hay una respuesta simple. Asegúrese de iniciar VS 20xx como administrador. Esto también es necesario para el desarrollo de Azure.
Intenta ejecutar VS como administrador. Si no funciona, compruebe si tiene permiso de carpeta de metabase IIS. Abra el explorador de Windows (Win + e). Escriba lo siguiente a la barra de direcciones:
gana 7, gana 8.1, gana 10 % systemroot% / System32 / inetsrv / config
gana 8 % de% systemroot% / inetsrv / config
Permitir acceso si es necesario. Vaya a la carpeta / Export / y permita el acceso de nuevo.
Fuente here
La causa principal de este error para mí fue que IIS estaba instalando la carpeta config en una unidad compartida de red en mi lugar de trabajo. Tuve que cambiar esto para usar un disco local y lo solucionó.
IIS crea una carpeta IISExpress en su carpeta% USER_HOME% / Documents (que para mí era una unidad compartida)
Para mí, este problema se resolvió desinstalando IIS y borrando todo lo relacionado con IIS en el registro. Luego tuve que cambiar mi unidad de Documentos en el Registro (KHCU / Software / Microsoft / Windows / CurrentVersion / Explorer / Shell Folders) desde una unidad compartida a una unidad local (C: / Users [profile] / Documents).
Luego reinstale IIS. Debería crear un IISExpress en la nueva carpeta de Documentos.
La respuesta más votada aquí no funcionó para mí. Recientemente me actualicé a Windows 10 (ungh) y cuando fui a:
C:/Windows/System32/inetsrv
... No obtuve un permiso emergente. Además, cuando intenté cambiar los permisos de forma manual, la mayoría de las opciones no estaban disponibles o atenuadas.
La solución final era hacer clic en cada carpeta individualmente dentro del directorio inetsrv . Cuando hice esto, recibí una ventana emergente para cada carpeta donde podía obtener acceso.
Reiniciado VS y voilà!
Me encontré con un problema similar. Aún no había instalado IIS. 1. Instalé IIS. 2. Utilicé la herramienta aspnet_regiis (con -i) para habilitar Asp.Net en IIS. 3. Intenté cargar el proyecto de la aplicación web existente. (FALLÓ con el mismo error) 4. Restablecí el servicio IIS. 5. Abrí VS2013 como administrador y cargué el proyecto de la aplicación web existente (Correcto) 6. El directorio virtual creado en IIS con éxito.
Creo que la clave es el restablecimiento de IIS Aspnet_regiis y los pasos de reinicio del servicio IIS.
Probé cada uno de los pasos recomendados y no funcionó. Por lo tanto, mi último recurso fue revisar el registro para averiguar si mi usuario apuntaba a una carpeta temporal o de caché. Algunas publicaciones sugerían verificar HKEY_LOCAL_MACHINE ; pero esos fueron Por lo tanto, finalmente lo encontré ingresando al HKEY_CURRENT_USER recomendado por boilers222:
Registro abierto (CTRL-R, regedit, OK) Navegado a HKEY_CURRENT_USER/Software/Microsoft/Windows/CurrentVersion/Explorer/User Shell Folders/ Found La clave personal apuntaba a "/OurServer/RedirectedFolders/MyName/MyDocuments" Seleccionada la clave personal , hizo clic derecho en él y seleccionó Modificar
Ingresé a una ubicación que apuntaba al archivo de documentos de mi usuario: "%USERPROFILE%/Documents/" Hice clic en Aceptar y cerré el editor de registro Cuando abrí Visual Studio y abrí mi solución, se cargó sin el error "no se puede acceder a la metabase de IIS".
Probé todo lo sugerido, finalmente resultó que teníamos que instalar IIS 10.0 Express con la base de datos de compatibilidad de aplicaciones instalada por defecto
Captura de pantalla:
Simplemente elimine la carpeta .vs en Project (Puede estar oculto) y nuevamente abra el proyecto en Visual Studio, será un trabajo.
Vaya a C: / Windows / System32 / inetsrv. Haga clic en la carpeta de configuración. Aparecerá una ventana emergente: "No tiene acceso a esta carpeta: haga clic en continuar para obtener acceso permanente a esta carpeta". Realice lo mismo para la carpeta Export que está dentro de la carpeta config. Debería poder abrir la solución y el proyecto de la aplicación web se implementará en IIS.
Visual Studio 2015: Inicie Visual Studio "como administrador" que funcionó para mí sin tener que realizar ningún cambio en el VS o el registro.