Error: no se puede acceder a la metabase de IIS

Después de instalar Visual Studio 2012 y abrir mi solución, obtengo una serie de errores de esta forma:

El Proyecto de aplicación web Foo está configurado para usar IIS .
No se puede acceder a la metabase de IIS . No tiene privilegios suficientes para acceder a los sitios web de IIS en su máquina.

Obtengo esto para cada una de nuestras aplicaciones web.

Cosas que he probado:

1. Ejecutando Visual Studio como administrador
2. Ejecutando aspnet_regiis.exe -ga MyUserName
3. Ejecutando aspnet_regiis.exe -i

Estas parecen ser soluciones comunes para este problema, pero no he tenido ningún éxito con ellas.

¿Hay algo más que pueda intentar hacer?

En Windows 8 Pro :

%systemroot%\inetsrv\config

En Windows 7 y 8.1 y 10

%systemroot%\System32\inetsrv\config 

(Donde %systemroot%suele estar C:\Windows)

Navegue a la ubicación adecuada arriba en el Explorador de Windows. Se le bloqueará el acceso con una ventana emergente que dice:

"No tiene acceso a esta carpeta: haga clic en continuar para obtener acceso permanente a esta carpeta"

Haga clic en 'continuar' para esta carpeta y con la carpeta Exportar debajo. Cambié el acceso directo a "Ejecutar como yo" (miembro del dominio y administradores locales) y pude abrir e implementar la solución.

Creo que no está ejecutando Visual Studio con permisos de administrador. Mira eso:

http://bloggingabout.net/blogs/rick/archive/2012/10/04/unable-to-access-the-iis-metabase.aspx

Citar

La solución a esto es simple: inicie su Visual Studio con "Ejecutar como administrador". Puede hacer esto haciendo clic derecho en el acceso directo y seleccionando "Ejecutar como administrador".

Creo que encontramos un problema similar en el trabajo. Para nosotros, la solución fue ir al 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 -> IIS Metabase y compatibilidad de configuración de IIS 6.

¡Pruébalo y avísame si te ayuda!

Nota: Estamos ejecutando IIS 7.5 en Windows 7 usando Visual Studio 2005 y 2010 y haciendo cosas con WebServices de la vieja escuela (.asmx) ...

Resolví este problema otorgando permisos de identidad de IIS AppPool a %systemroot%\inetsrv\config

Si está trabajando en un proyecto que no requiere el uso de IIS, entonces una solución alternativa para abrir el proyecto con este error es simplemente hacer clic derecho en el proyecto descargado y hacer clic en editar, buscar:

<ProjectExtensions>
    <VisualStudio>
      <FlavorProperties GUID="">
        <WebProjectProperties>
          <UseIIS>True</UseIIS>
        </WebProjectProperties>
      </FlavorProperties>
    </VisualStudio>
  </ProjectExtensions>
</Project>

y establezca USEIIS en falso

<UseIIS>False</UseIIS>

Vuelva a cargar el proyecto haciendo clic derecho sobre él después de guardar los cambios.

He tenido dos tipos de problemas separados que conducen a este error, y pensé en compartir ...

1. The directory was on an network share and due to UAC restrictions, was 
   unable to be accessed -- even when running as an admin.
2. The directory was on a drive that didn't exist...

Ambos se derivan de una desafortunada (imo) elección de MS de colocar cosas en el directorio Documentos o Mi documento, combinados con mensajes de error realmente pésimos. En los dos casos anteriores, el problema fundamental era que el archivo de configuración IISExpress va en Mis documentos, y que no existía o no se podía acceder a él.

Gracias a todos los que respondieron. Dado que esto estuvo cerrado durante mucho tiempo, no pude proporcionar muchos comentarios, pero finalmente solucioné mi problema. Probé muchas de estas otras soluciones y no resolvieron mi problema, pero estoy seguro de que ayudan cuando la causa raíz es diferente.

Mi solución

Resolví este problema desactivando las características de IIS y .Net Framework dentro de Windows 7 y luego volviéndolas a activar. Parece que esta reinstalación es lo que solucionó mi problema. Todavía no sé qué causó el problema, pero al menos otro desarrollador de mi equipo tuvo el mismo problema.

En Windows 81, desde un símbolo del sistema de administración, use:

icacls "C:\Windows\System32\inetsrv\config" /t /grant "IIS AppPool\DefaultAppPool":(R)

Luego regrese a VS, haga clic derecho en el proyecto fallido, elija Volver a cargar.

Crédito a: Descripción general de permisos IIS7 - ApplicationPoolIdentity

Navegando a la carpeta: %systemroot%\System32\inetsrv\configpresenta un diálogo de seguridad. Haga clic en continuar y esto puede resolver el problema. Esto ha funcionado en dos máquinas Win 10 / VS 2017 / IIS separadas.

Tuve este problema: los síntomas eran los mismos, pero el problema que tuve fue que había configurado la carpeta "Mis documentos" para estar en un recurso compartido de red, y el recurso compartido no era accesible.

El problema raíz era que los archivos de configuración de IIS ubicados en% USERPROFILE% \ Documents no son accesibles. Una vez que cambié la ubicación de la carpeta "Mis documentos" (modifiqué el valor de registro), comenzó a funcionar nuevamente.

Sé que este puede no ser un escenario común con el que te puedas encontrar, pero lo publiqué aquí porque presenta los mismos síntomas.

Me encontré con esto hoy y solucioné el problema eliminando el IISUrl del archivo del Proyecto:

1. Proyecto de clic derecho
2. Haz clic en Editar

3. Eliminar la siguiente línea:

    <IISUrl>http://localhost:xxxxx </IISUrl>

4. Recargar proyecto

5. Ahora agregue un nuevo directorio virtual IIS haciendo clic con el botón derecho en Proyecto> Propiedades> Web y seleccionando Usar servidor web IIS local (desmarque Usar IIS Express) y haciendo clic en el botón Crear directorio virtual.

Puede encontrarse con este problema y tener el mismo problema que yo. Lo "resolví" antes y luego se cortó el suministro eléctrico y la computadora falló, no estoy seguro de por qué se revirtió la configuración del registro , pero es la FUENTE de mi problema.

1. Intenté correr todo como administrador
2. Todos los IIS / IIS express se reinstalan.
3. Varios "hacks"

Se redujo a tener que arreglar el registro nuevamente.

1. Como administrador, ni siquiera podía abrir regedit (es necesario acceder al registro ya que el problema no está en la plantilla de administrador gpedit.msc)

2. UnHookExec.inf en el escritorio

Simplemente guarde UnHookExec.inf e instálelo haciendo clic derecho y seleccionando instalar. La instalación del archivo no mostrará ningún cuadro emergente o de aviso. http://www.tweakandtrick.com/2011/04/enable-regedit-registry-editor.html

3. HKEY_CURRENT_USER \ Software \ Microsoft \ Windows \ CurrentVersion \ Explorer \ User Shell Folders \ Personal apuntando a archivos compartidos no existentes. Cambiar eso a la ruta local resolvió este problema para mí. - Pasi Savolainen 14 de julio de 14 a las 8:41

(cambiado de \\cs2data\home\stickelt\my documents a c:\dev )

Ahora TODO está bien y Visual Studio abrió la solución con 15 proyectos y se conecta a IIS y no se queja de no poder acceder a sus metadatos

Nunca me había encontrado con esto antes, ya que nadie en el trabajo actual tenía este problema (muchos han estado aquí por mucho tiempo, algunos obtuvieron clones de otras máquinas que "funcionaron" y muchos están en otro dominio, etc.)

Acabo de tener este problema hoy y descubrí que no abrí VS como 'Ejecutar como administrador'. Después de hacer esto, pude publicar el Servicio.

Si tiene permisos de administrador, haga clic con el botón derecho en el icono de Visual Studio> propiedades y luego haga clic en "Ejecutar como administrador". Ya puedes ejecutar visaul studio como administrador directamente. De esta manera, formal y muy básico.

Además de la respuesta de @nologo, también tuve que usar IIS. Entonces cambié el

<UseIIS>True</UseIIS>

a 'Falso' primero.

• Abrió la solución y se aseguró de que el proyecto pudiera cargarse.
• Solución cercana y esa instancia de Visual Studio
• Cambie el valor a 'Verdadero' nuevamente
• Abre la solución. Esta vez, no recibí ningún error / advertencia. También podría ejecutar Ctrl + F5 o F5 sin ningún problema mientras mi proyecto se asignaba a un sitio web de IIS.

Cambiar esta clave funcionó para mí:

HKEY_CURRENT_USER \ Software \ Microsoft \ Windows \ CurrentVersion \ Explorer \ User Shell Folders \ Personal

La ubicación no existía.

También tuve un problema similar. Mi solución es una extensión de la respuesta "Ejecutar como administrador" que espero que alguien pueda encontrar útil.

Estaba ejecutando VS2012 y casi cada vez que tenía que hacer clic derecho, ejecutar como administrador. Me cansé de esto, así que entré en sus propiedades en el acceso directo, hice clic en avanzado y luego hice clic en la opción "Ejecutar como administrador". Ahora VS2012 siempre se ejecuta como administrador cada vez que lo abro desde ese acceso directo .

El bit de ese atajo es importante. Procedí a bifurcar mi proyecto y descargar la bifurcación a una nueva carpeta local. Luego, cuando lo abrí desde el acceso directo no tuve ningún problema. Pero si fui directamente a la carpeta y ejecuté el proyecto localmente sin el acceso directo, no ejecutó como administrador y obtuve este error.

Una vez que abrí VS2012 como de costumbre primero, luego usando Archivo / Abrir / Proyecto Funcionó nuevamente sin problema. (porque estaba corriendo como administrador). Pero no estaba corriendo como administrador cuando abrí la solución usando el administrador de archivos de Windows.

Las otras sugerencias parecen algo extremas, pero esto es bastante simple, así que tendería a intentarlo primero.

Espero que esto haya sido útil.

Este parece ser uno de esos errores de "Todos los errores conducen a este mensaje".

La mía fue que el grupo de aplicaciones estaba desactivado. Lo volví a encender y todo funcionó bien.

Una cosa más que puedes probar:

• Comprueba si tienes actualizaciones de Windows pendientes.
• Si lo hace, reinicie antes de intentar cualquier otra cosa.

Tiendo a no apagar nunca mi máquina, así que tuve muchos esperando el reinicio. Y eso lo solucionó.

Intenté todo lo anterior. El crédito va a todas las respuestas anteriores. Después de haber probado todas las sugerencias por su cuenta, acabo de reunir esta combinación de sugerencias en un orden que tenía sentido para mí. Tenga en cuenta que mi carpeta Documentos está en una unidad compartida. El material subst / IISExpress no es aplicable a menos que esté en el mismo barco.

• Configure VS para ejecutarse como administrador
• Desinstale IIS mediante Agregar o quitar programas, características de Windows
• Reiniciar
• Ejecute WinRAR o algo similar como administrador y archivo C:\windows\system32\inetsrv\
• Ejecute cmd como administrador y rmdir /s c:\windows\system32\inetsrv\ elimine por completo todos los rastros de la última instalación. Deje abierto el indicador de cmd elevado para más tarde.
• Vuelva a instalar IIS con compatibilidad con Metabase de IIS 6 (dudo que esto sea necesario)
• Deje el grupo de aplicaciones y el sitio web predeterminados tal como están (ya había eliminado ambos)
• Corrió C:\Windows\Microsoft.NET\Framework64\v4.0.30319\aspnet_regiis.exe -ga MYDOMAIN\scottt732
• Corrió C:\Windows\Microsoft.NET\Framework64\v4.0.30319\aspnet_regiis.exe -i

Además, debido a que mi carpeta Documentos está en una unidad compartida, estaba teniendo problemas con IIS Express. No uso / me gusta IIS Express, pero Visual Studio se quejó al respecto.

• Desde el indicador de cmd elevado, se ejecutó subst U: c:\Temp. CreadoC:\Temp\Documents\ y copié la carpeta IISExpress de mi unidad U.
• CustomUserHomeClave creada HKCU\Software\Microsoft\IISExpressconC:\Temp\Documents\IISExpress
• Esto me permitió obtener Visual Studio para abrir mis proyectos web y editar las propiedades. Modifiqué los proyectos para almacenar la configuración del servidor web en un archivo de usuario y lo ajusté para usar una URL personalizada (no estoy seguro de si era necesario)
• Es posible que deba ejecutar el substcomando cada vez que reinicio. No me importa

Y después de tirar la toalla 3 veces y pasar aproximadamente ~ 6 horas, puedo abrir proyectos web en Visual Studio (2015 Actualización 2).

Vaya al directorio raíz de su proyecto y busque el siguiente archivo:

YourProjectName.csproj.user : dentro de él, asegúrese de que UseIISExpress esté establecido en falso :

<UseIISExpress>false</UseIISExpress>

Si eso solo no funciona, intente lo siguiente también y vuelva a intentarlo:

YourProjectName.csproj : dentro del archivo de proyecto principal, asegúrese de que UseIIS y UseIISExpress estén configurados en falso :

<UseIIS>True</UseIIS>
<UseIISExpress>false</UseIISExpress>

Después de cambiarlos, pude volver a cargar el proyecto.

Nota: Asegúrese de ejecutar su VS como administrador, como se menciona en las otras respuestas.

Hoy tuve el mismo problema conmigo. Y lo encontré molesto. Aunque ya tengo otros dos sitios web en desarrollo desde el mismo IIS pero aún no pude crear un sitio nuevo. Extraño, pero hice esto.

• Eliminar el sitio de IIS
• Cree un nuevo sitio, asígnele un nombre "nuevo_sitio"
• Seleccione el grupo de aplicaciones que no sea el nombre del sitio en sí. Por lo tanto, no se equivocará con la configuración predeterminada.
• Mantenga la IP "sin asignar" si la está ejecutando desde la misma máquina
• darle un puerto no utilizado
• Ejecute Visual Studio como "Ejecutar como administrador" haciendo clic derecho en el acceso directo ejecutable VS.
• ¡Estás listo!

No es necesario apagar / reinstalar nada más que lo que he dicho ya que funciona.

Avíseme si alguien tuvo el mismo problema que yo y resolvió de la misma manera. Creo que no fue el problema, sino una forma incorrecta de crear un sitio web en localhost que Visual Studio rechaza abrir.

Espero que esto ayude a los novatos.

1. Cree un acceso directo al "devenv.exe"
2. seleccione la opción "Ejecutar como administrador" para el acceso directo
3. haga doble clic en el atajo y vuelva a abrir su proyecto

Tuve el mismo problema después de agregar la función de este enlace, luego seguí este artículo, el problema desapareció.

Hice una reparación de Visual Studio 2015 para resolver esto. La reparación tomó mucho tiempo, pero resolvió el problema mientras que gran parte de lo anterior no lo hizo. Estoy ejecutando Win 7 Enterprise.

Abra el símbolo del sistema de Visual Studio y escriba el siguiente comando y ejecute

aspnet_regiis -ga machinename\ASPNET

Después de ejecutar el comando anterior, reinicie IIS y pruebe la aplicación que resuelve su problema.

Si el comando anterior no resuelve su problema, intente ejecutar el siguiente comando en visual studio command prompt:-

aspnet_regiis -i

Alternativamente, podemos ejecutar el comando anterior desde nuestro símbolo del sistema de Windows también

Vaya al menú Inicio y abra Ejecutar e ingrese y haga clic OK

%windir%\Microsoft.NET\Framework\v2.0.50727\aspnet_regiis.exe –I

Después de eso, restablezca el IIS y pruebe la aplicación que resuelve su problema

En Visual Studio 2015: cambié UseIIS en el archivo .csproj a falso y funcionó para mí.

<UseIIS>False</UseIIS>

En mi mensaje, además de quejarse de "No se puede acceder a la metabase de IIS", también menciona que no se puede acceder "<IISUrl>http://localhost:6416/</IISUrl>". Haga clic derecho en el proyecto de descarga, haga clic en Editar, busque la línea "<IISUrl>http://localhost:6416/</IISUrl>", coméntelo. Vuelva a cargar y debería funcionar. Esto tiene que ver con que el administrador no tiene permiso para acceder a esa dirección.

Tuve un problema similar. Visual Studio no cargó ningún proyecto web y mostró el error: la creación del directorio virtual <myproj: myport> falló. No se puede acceder a la metabase de IIS.

En mi caso, en realidad fue IISExpress la raíz del problema. Al hacer clic derecho en IIS Express en Programas y características en el panel de control y elegir reparar, se solucionó el problema en menos de dos minutos.

Estoy usando Win 8 Pro y VS 2013. Después de probar todo en esta página ... Simplemente reinstalé IIS Express 8 y todo funciona bien ahora (incluso sin ejecutarlo como administrador).

Mi conclusión es que este es un error bastante genérico y hay múltiples causas raíz.