verificar usuario tener ruta puede permisos operacion metabase llevar esta error directorio crear cabo aspnet_regiis aplicacion acceso c# .net iis

c# - usuario - Error: no se puede acceder a la metabase de IIS



permisos directorio virtual iis 7 (30)

Después de instalar Visual Studio 2012 y abrir mi solución, recibo una serie de errores en este formulario:

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 éxito con ellas. ¿Hay algo más que pueda intentar hacer?

  1. Crea un acceso directo al "devenv.exe"
  2. Seleccione la opción "Ejecutar como administrador" para el acceso directo
  3. Haz doble clic en el atajo y vuelve a abrir tu proyecto.

Abra el indicador de comandos de Visual Studio y escriba debajo el comando y ejecute

aspnet_regiis -ga machinename/ASPNET

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

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

aspnet_regiis -i

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

Vaya al menú Inicio y abra Ejecutar, ingrese y haga OK en OK

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

Después, reinicie IIS y pruebe la aplicación que resuelve su problema.

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

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

No es necesario que apague / vuelva a instalar nada que no sea lo que he indicado ya que funciona.

Hazme saber si alguien tuvo el mismo problema como yo y lo 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.

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.

Además de la answer de @nologo, también tuve que usar IIS. Así que cambié la

<UseIIS>True</UseIIS>

a ''Falso'' primero.

  • Abrió la solución y aseguró que el proyecto pudiera ser cargado.
  • Cerrar la solución y esa instancia de Visual Studio.
  • Cambie el valor a ''Verdadero'' de nuevo
  • Abre la solución. Esta vez, no recibí ningún error / advertencia. También podría correr con Ctrl + F5 o F5 sin ningún problema mientras mi proyecto estaba asignado 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.

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 con la administración de IIS 6 -> Metabase de IIS y compatibilidad de configuración de IIS 6.

Pruébalo y hazme saber si te ayuda.

Nota: estamos ejecutando IIS 7.5 en Windows 7 usando Visual Studio 2005 y 2010 y haciendo cosas con los servicios web de la super-vieja escuela (.asmx) ...

En Windows 8 Pro :

%systemroot%/inetsrv/config

En Windows 7 y 8.1 y 10

%systemroot%/System32/inetsrv/config

(Donde %systemroot% suele ser C:/Windows )

Navegue a la ubicación apropiada arriba en el Explorador de Windows. Se te 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 de nuevo a "Ejecutar como yo" (un miembro del dominio y administradores locales) y pude abrir e implementar la solución.

En mi mensaje, además de quejarse de "No se puede acceder a la metabase de IIS", también se menciona que no se puede acceder a "<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>" , "<IISUrl>http://localhost:6416/</IISUrl>" . Recargar y debería funcionar. Esto tiene que ver con el administrador no tiene permiso para acceder a esa dirección.

En una ventana 81, desde un indicador de comando de administrador, use:

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

Luego, vuelva a VS, haga clic con el botón derecho en el proyecto fallido, elija Recargar.

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

Encontré esto hoy y solucioné el problema eliminando el IISUrl del archivo de Proyecto:

  1. Clic derecho proyecto
  2. Haga clic en Editar

  3. Eliminar la siguiente línea:

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

  4. Proyecto de recarga

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

Esto parece ser uno de esos errores "Todos los errores llevan a este mensaje".

El mío era que el App Pool estaba apagado. Lo encendí de nuevo, y todo funcionó bien.

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 que existen múltiples causas raíz.

He tenido dos tipos diferentes de problemas que me llevaron a este error, y pensé que lo compartiría ...

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 por parte de MS de colocar cosas en el directorio Documentos o Mi documento, combinados con mensajes de error realmente malos. En los dos casos anteriores, el problema fundamental fue que el archivo IISExpress Config se encuentra en Mis documentos y no existía o no se podía acceder a él.

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

Navegando a la carpeta: %systemroot%/System32/inetsrv/config presenta 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.

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

  1. Probé todo el funcionamiento como administrador
  2. Todas las reinstalaciones de IIS / IIS Express.
  3. Varios "hacks"

Se redujo a tener que arreglar el registro de nuevo.

  1. No se pudo, como administrador, abrir regedit (la necesidad de acceder al registro ya que el problema no es con la plantilla de administración de 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 aviso. http://www.tweakandtrick.com/2011/04/enable-regedit-registry-editor.html

  1. HKEY_CURRENT_USER / Software / Microsoft / Windows / CurrentVersion / Explorer / User Shell Folders / Personal apuntando a archivos compartidos inexistentes. Cambiar eso a la ruta local solucionó 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 ALL es bueno 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 topado 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.)

Probé todo lo de arriba. El crédito va a todas las respuestas anteriores. Habiendo 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 la carpeta Documentos está en un disco compartido. El material subst / IISExpress no es aplicable a menos que estés en el mismo barco.

  • Configurar VS para que se ejecute como administrador
  • Desinstale IIS a través de Agregar o quitar programas, características de Windows
  • Reiniciar
  • Ejecute WinRAR o algo similar como admin y archive C:/windows/system32/inetsrv/
  • Ejecute cmd como admin y rmdir /sc:/windows/system32/inetsrv/ para eliminar completamente todos los rastros de la última instalación. Deje abierto el indicador de cmd abierto para más tarde.
  • Vuelva a instalar IIS con la compatibilidad de la metabase de IIS 6 (dudo que esto fuera necesario)
  • Deje el AppPool predeterminado y el sitio web predeterminado tal como están (anteriormente había eliminado ambos)
  • Ejecute C:/Windows/Microsoft.NET/Framework64/v4.0.30319/aspnet_regiis.exe -ga MYDOMAIN/scottt732
  • Ejecute 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, tuve problemas con IIS Express. No uso / me gusta IIS Express, pero Visual Studio se quejó de ello.

  • Desde el indicador de cmd elevado, se ejecutó subst U: c:/Temp . Creé C:/Temp/Documents/ y copié la carpeta IISExpress de mi unidad U.
  • Se creó la clave CustomUserHome en HKCU/Software/Microsoft/IISExpress con C:/Temp/Documents/IISExpress
  • Esto me permitió obtener Visual Studio para abrir mis proyectos web y editar las propiedades. Ajusté 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 si esto era necesario)
  • Es posible que no tenga que ejecutar el comando subst cada vez que reinicio. No me importa

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

Puede resolver este problema al desmarcar las herramientas de IIS en su lista de características de Windows. Luego, repare su instalación de Visual Studio 2013 y asegúrese de que Web Developer esté marcado. Instalará IIS 8 con el que VS funcionará bien.

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, 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 establece USEIIS en falso

<UseIIS>False</UseIIS>

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

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

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 el clic derecho, Ejecutar como administrador. Me cansé de esto, por lo 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 .

La parte de ese bit de acceso directo es importante. Procedí a derivar mi proyecto y descargué la sucursal en 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 se ejecutó como administrador y obtuve este error.

Una vez que abrí VS2012 como de costumbre primero, luego, con File / Open / Project, funcionó de nuevo sin problemas. (porque estaba corriendo como administrador). Pero no estaba funcionando como administrador cuando abrí la solución utilizando el administrador de archivos de Windows.

Las otras sugerencias parecen un tanto extremas, pero esto es bastante simple, así que tiendo a intentarlo primero.

Espero que esto haya sido útil.

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

El problema raíz fue 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 encuentres, pero lo he publicado aquí porque da los mismos síntomas.

Tuve un problema similar. Visual Studio no cargaría 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 era IISExpress el que estaba en la raíz del problema. Al hacer clic derecho en IIS Express en Programas y características en el panel de control y al elegir reparar, se solucionó el problema en menos de dos minutos.

Una cosa más que podrías probar:

  • Compruebe si tiene actualizaciones pendientes de Windows.
  • Si lo hace, por favor reinicie antes de intentar cualquier otra cosa.

Tiendo a no apagar nunca mi máquina, así que tuve un montón de ellos esperando un reinicio. Y eso lo arregló.

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

YourProjectName.csproj.user : en su interior, asegúrese de que UseIISExpress esté configurado como falso :

<UseIISExpress>false</UseIISExpress>


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

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

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


Después de cambiarlos pude cargar el proyecto nuevamente.

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

Gracias a todos los que respondieron. Dado que esto estuvo cerrado durante mucho tiempo, no pude proporcionarle muchos comentarios, pero eventualmente resolví mi problema. Probé muchas de estas otras soluciones y no solucionaron 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 las volví 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.