visual studio 2008 - vista - El servidor web no pudo encontrar el recurso solicitado

visual studio code mejores plugins (23)

Eso no debería ser un problema, ¿qué tienes como página de inicio? Además, en las ''Opciones de inicio'' para la web (en la página de propiedades), asegúrese de seleccionar ''Inicio URL'' y ponerla en la URL que mencionó anteriormente.

El error que está teniendo no debe ser específico del permiso, por lo que buscaría en otro lugar; también verifique si puede ejecutar correctamente la url antes de depurar (escriba manualmente la URL en su navegador) " http: // localhost / mysite ".

Tengo una aplicación web .NET 3.5 en VS 2008 SP1 que se ejecuta en Vista Ultimate 32 SP1. Creé una Aplicación en el Sitio web predeterminado. Por lo tanto, la URL de la aplicación es " http: // localhost / mysite ". La carpeta de la aplicación apunta a la carpeta de la solución y está fuera de la carpeta iisroot. La autenticación anónima e integrada (Windows) está habilitada en IIS7 para esta aplicación web "mysite".

Otorgué permisos completos al usuario de "Servicio de red" a la carpeta de la aplicación (que está fuera de iisroot).

Cuando pulso F5 para depurar las estrellas, aparece "No se puede iniciar la depuración en el servidor web. El servidor web no pudo encontrar el recurso solicitado". error.

Encendí TcpView (Sysinternals) para ver qué aplicación se está ejecutando y controlando ese puerto y descubrí que no hay ninguna aplicación escuchando en ese puerto. Esto es realmente extraño ... ¿Alguna idea creativa?

Puedo presionar la URL " http: // localhost / mysite " sin ningún problema. Esa aplicación web está configurada para ser el proyecto de inicio y Default.aspx es la página de inicio.

También hay un servicio .asmx en el proyecto. El Default.aspx está haciendo uso de ese servicio de asmx. El AutoCompleteExtender (del kit de herramientas de control AJAX) está usando este servicio asmx.

Todo funciona por cierto. El problema es la depuración ... Sospecho que el servicio de asmx está causando esto, pero no sé. Esto me está volviendo loco...

Has probado:

Giro de UAT
Agregue el usuario al que se está ejecutando el sitio web (y / o usted mismo) al grupo Depuradores o Administradores (temporalmente)
Activar el registro de IIS

Solo para asegurarse, configuró Debug = true en su web.config. En general, cuando está utilizando el servidor web incorporado de VS, puede detectar que está intentando depurar, pero el indicador de depuración está apagado y le avisa. Pero en su caso, usted tiene la configuración de IIS y es posible que VS no pueda hacer esta verificación.

Otro punto es que se está ejecutando en Vista. En Vista, incluso si usted es el administrador del sistema, Vista no lo trata como administrador. Sus tokens de seguridad se crean a partir de un usuario normal. Para realizar la depuración del sitio web alojado en IIS (nota: cuando se utiliza un servidor web incorporado, VS 2008 gestiona la depuración), ejecute el VS 2008 como administrador. Eso podría resolver el problema.

Acabo de arreglar esto en mi máquina de desarrollo: tengo instalado UrlScan y tuve que agregar DEBUG a la lista de AllowVerbs. Esperemos que esto pueda darte algo más para seguir?

Estoy teniendo el mismo problema, pero puedo depurarlo si voy a través de Herramientas -> Adjuntar al menú Proceso y luego selecciono el proceso aspnet_wp.

La instalación de Urlscan y el cambio de urlscan.ini con estos cambios resolvió el problema.

En la sección ALLOWEXTENSIONS agregue .aspx y en la sección ALLOWVERBS agregue DEPURACIÓN.

No olvide reiniciar IIS.

Tuve el mismo problema con XP sp3 y he estado luchando durante días. Agregar .aspx y DEBUB a urlscan.ini resolvió el problema.

Gracias chicos.

Tuve el mismo problema y lo resolví. Puede intentar lo siguiente: navegue hasta la carpeta raíz de su aplicación web y busque el archivo que tenga el anuncio de extensión ".csproj.user" y elimínelo. Cierre todas las instancias de Visual Studio y comience nuevamente. Luego presiona F5. De lo contrario, presione CTRL + ALT + P y adjunte al proceso w3wc.exe. Espero eso ayude.

Vaya a las propiedades de su proyecto web, luego a la pestaña "web", luego asegúrese de estar usando Visual Studio Development Server y no Local IIS o el servidor web personalizado. Estoy en VS2010 con Win7 y otro desarrollador estaba desarrollando usando un URL de servidor web personalizado y no el servidor VS Dev

abra IIS7 (ejecutar> inetmgr) y vaya a la vista de funciones. Abra la sección Restricciones de ISAPI y CGI y compruebe si su versión .Net tiene la restricción correcta (por ejemplo, si está trabajando con 4.0, debe estar en "Permitido")

En mi caso, tuve que arreglar Extensiones de servicio web

Herramientas de administración -> Administrar mi servidor -> IIS -> Extensiones de servicios web

ASP.NET 2.0 fue prohibido de alguna manera, lo solucionó y comenzó a funcionar.

¡Aclamaciones!

Estoy usando Windows 7 de 32 bits con VS2005 e IIS 7.5. Mi web.config tenía debug = "true" de forma predeterminada. Configuré la ruta física de IIS para que apunte a la carpeta de desarrollo y seguí las sugerencias anteriores. No estoy usando UrlScan. Estoy ejecutando VS2005 como administrador. Todavía no pude hacerlo funcionar.

Lo que funcionó fue agregar la cuenta IIS_IUSRS con acceso completo a la carpeta raíz del sitio web de desarrollo y usar CTRL + ALT + P (Adjuntar para procesar) para adjuntarlo a w3wp.exe.

La solución a este problema es bastante simple. Si el sitio web apunta a una ubicación diferente y si el directorio virtual apunta a un directorio diferente, recibirá este error.

Sugiero que señale el sitio web al mismo directorio que el directorio virtual y el problema será suficiente.

Un problema más común es que la ruta del sitio o la aplicación no se inicia.

Acabo de tener el mismo problema y ninguna de las sugerencias funcionó.

Mi problema fue que mi URL del proyecto se configuró en http://localhost/service . Cambiar esto a mi dirección IP funcionó.

En mi caso, tuve que volver a registrar ASP.NET para IIS. Puede hacerlo ejecutando el siguiente comando desde el símbolo del sistema

systemroot/Microsoft.NET/Framework/ versionNumber /aspnet_regiis -i

por ejemplo: C:/Windows/Microsoft.NET/Framework/v4.0.30319/aspnet_regiis -i

Asegúrese de que la URL del proyecto en la pestaña Web de las propiedades del proyecto no contenga caracteres no válidos. En mi caso, tenía un carácter "+", lo que hizo que apareciera este error.

Esta sección en mi web.config causó el error:

<security> <requestFiltering> <hiddenSegments> <add segment="......" /> <add segment="....." /> ........ </hiddenSegments> </requestFiltering> </security>

Vuelva a revisar cuidadosamente: tal vez su archivo de depuración está restringido para la vista directa en el navegador allí.

También estaba usando el sitio web predeterminado en IIS, pero no pude iniciarlo depurando o simplemente navegando.

¡Resultó que el sitio predeterminado se detuvo! Comenzó, y todo bien.

Para aquellos que encuentran esto con Visual Studio 2012 o 2013 y / o Windows 8 o 10, hagan lo siguiente.

Debe agregar .Net 3.5 (o 4.5) a la ventana Activar o desactivar Características de Windows . Llegas a ella a través de:

Panel de control -> Programas -> Activar o desactivar las características de Windows

Haga clic en la casilla de verificación Asp.Net 3.5 y Asp.Net 4.5 en la carpeta IIS > WWW Service > Application Development Features .

Para mí, alguien había actualizado el web.config para Filtrado de solicitudes, en particular, solo permitía verbos GET y POST. Para usar IIS local, también debe permitir el verbo DEBUG.

<verbs allowUnlisted="false"> <add verb="GET" allowed="true" /> <add verb="POST" allowed="true" /> <add verb="DEBUG" allowed="true"/> </verbs>

Intenté todo sin éxito, pero una vez que saqué el archivo csproj.user de allí, bajo y he aquí, el sitio se cargó. No se preocupe por eliminarlo, tan pronto como se cargue el sitio, creará uno nuevo.

para mí, el sitio web predeterminado en IIS se detuvo, después de iniciarlo, logré que funcione