Веб-сервер не смог найти запрошенный ресурс

У меня есть веб-приложение .NET 3.5 на VS 2008 SP1, работающее на Vista Ultimate 32 SP1. Я создал приложение на веб-сайте по умолчанию. Таким образом, URL-адрес приложения " http://localhost/mysite". Папка приложения указывает на папку решений, и она находится за пределами папки iisroot. Анонимный и интегрированный Auth (Windows) включен в IIS7 для этого веб-приложения "mysite".

Я дал полные разрешения пользователю "Network Service" в папку приложения (которая находится за пределами iisroot).

Когда я нажимаю F5 на отладочную звезду, я получаю "Невозможно начать отладку на веб-сервере. Веб-сервер не смог найти запрошенный ресурс". ошибка.

Я запустил TcpView (Sysinternals), чтобы увидеть, какое приложение действительно работает, и держать дескриптор этого порта, и я обнаружил, что приложение не прослушивает этот порт. Это действительно странно... Любые творческие идеи?

Я могу попасть в URL-адрес http://localhost/mysite без проблем. Это веб-приложение настроено как начальный проект, а Default.aspx - стартовая страница.

В prject также есть служба .asmx. Default.aspx использует эту службу asmx. Автокомпьютерэкстендер (из набора инструментов AJAX Controlkit) использует эту службу asmx.

Все работает. Проблема заключается в отладке... Я подозреваю, что служба asmx вызывает это, но я не знаю. Это сводит меня с ума...

Ответ 1

Для тех, кто сталкивается с этим с Visual-Studio 2012 или 2013 и/или Windows 8 или 10, выполните следующие действия.

Вы должны добавить .Net 3.5 (или 4.5) в окно Включить или отключить Windows.. Вы добираетесь до него через:

Панель управления → Программы → Включение и выключение функций Windows

Установите флажок Asp.Net 3.5 и Asp.Net 4.5 в папке IIS > WWW Service > Application Development Features.

Ответ 2

откройте IIS7 (запустите > inetmgr) и перейдите в представление Feature. Откройте раздел ISAPI и CGI Restrictions и проверьте, имеет ли ваша версия .Net правильное ограничение (например, если вы работаете с 4.0, должно быть включено "Разрешено" )

Ответ 3

Еще одна распространенная проблема заключается в том, что путь к сайту или приложению не запускается.

Ответ 4

У меня была такая же проблема и она была решена. Вы можете попробовать следующее: перейдите в корневую папку вашего веб-приложения и найдите файл с расширением ".csproj.user", чтобы удалить его. Закройте все экземпляры Visual Studio и начните заново. Затем нажмите F5. В противном случае нажмите CTRL + ALT + P и присоединитесь к процессу w3wc.exe. Надеюсь, что это поможет.

Ответ 5

Просто удалось исправить это на моей машине dev: у меня установлен UrlScan и вам нужно добавить DEBUG в список AllowVerbs. Надеюсь, это может дать вам еще что-нибудь еще?

Ответ 6

Установка Urlscan и изменение urlscan.ini с этими изменениями решили проблему.

В секции ALLOWEXTENSIONS добавьте .aspx и в секции ALLOWVERBS добавьте DEBUG.

Не забудьте перезапустить IIS.

Ответ 7

У меня была такая же проблема с XP sp3, и я боролся в течение нескольких дней. Добавление .aspx и DEBUB в urlscan.ini решило проблему.

Спасибо, ребята.

Ответ 8

В моем случае мне пришлось исправлять расширения веб-сервисов

Adminitrative Tools → Управление моим сервером → IIS → Расширения веб-служб

ASP.NET 2.0 был каким-то образом запрещен, исправлен и начал работать.

Ура!

Ответ 9

В моем случае мне пришлось перерегистрировать ASP.NET для IIS. Вы можете сделать это, выполнив следующую команду из командной строки

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

например: C:\Windows\Microsoft.NET\Framework\v4.0.30319\aspnet_regiis -i

Ответ 10

для меня, веб-сайт по умолчанию в IIS был остановлен, после его запуска мне удалось заставить его работать

Ответ 11

Это не должно быть проблемой - что у вас есть в качестве вашей стартовой страницы? Кроме того, в разделе "Параметры запуска" для веб-страницы (на странице свойств) убедитесь, что вы выбрали "Начальный URL-адрес" и разместили в указанном выше URL-адресе.

Ошибка, с которой вы сталкиваетесь, не должна быть специфичной для разрешения, поэтому я бы посмотрел в другом месте. Также проверьте, удастся ли вам успешно удалять URL-адрес перед отладкой (вручную введите URL-адрес в браузере) " http://localhost/mysite".

Ответ 12

Я использую 32-разрядную версию Windows 7 с VS2005 и IIS 7.5. У моего web.config по умолчанию был debug = "true". Я установил физический путь IIS, чтобы указать на папку разработки, и следил за приведенными выше советами. Я не использую UrlScan. Я запускаю VS2005 в качестве администратора. Я все еще не мог заставить его работать.

Что получилось, это добавить учетную запись IIS_IUSRS с полным доступом к корневой папке веб-сайта разработки и с помощью CTRL + ALT + P (Прикрепить к процессу) для присоединения к w3wp.exe.

Ответ 13

Решение этой проблемы довольно просто. Если веб-сайт указывает на другое местоположение и если виртуальный каталог указывает на другой каталог, вы получите эту ошибку.

Я предлагаю вам указать веб-сайт в тот же каталог, что и в Virtual Directory, и проблема будет достаточной.

Ответ 14

У меня была такая же проблема, и ни одно из предложений не работало.

Моя проблема заключалась в том, что мой URL-адрес проекта был установлен в http://localhost/service. Изменено это на мой IP-адрес.

Ответ 15

Я также использовал веб-сайт по умолчанию в IIS, но не смог запустить его путем отладки или просто с помощью простого просмотра.

Оказалось, что сайт по умолчанию остановлен! Начал, и все хорошо.

Ответ 16

Для меня кто-то обновил файл web.config для фильтрации запросов, в частности, они разрешили только GET и POST-глаголы. Чтобы использовать локальный IIS, вам также нужно предоставить глагол DEBUG.

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

Ответ 17

Вы пробовали:

Поворот UAT
Добавьте пользователя, на котором работает сайт (и/или самостоятельно), в группу отладчиков или администраторов (временно)
Включить ведение журнала IIS

Ответ 18

Просто убедитесь, что вы настроили Debug = true в вашем web.config. Обычно, когда вы используете встроенный веб-сервер VS, он может обнаружить, что вы пытаетесь отлаживать, но флаг отладки отключен, и он предупреждает вас. Но в вашем случае вы настроили IIS, и VS, возможно, не сможет выполнить эту проверку.

Еще один момент: вы работаете в Vista. В Vista, даже если вы являетесь администратором системы, Vista не относится к вам как к администратору. Ваши токены безопасности создаются как у обычного пользователя. Чтобы сделать отладочный веб-сайт IIS (обратите внимание: при использовании встроенного веб-сервера VS 2008 управляет отладкой), запустите VS 2008 как администратор. Это может решить проблему.

Ответ 19

У меня такая же проблема, но я могу отлаживать, если я иду через меню Tools → Attach to Process, затем выберите процесс aspnet_wp.

Ответ 20

Перейдите к свойствам веб-проекта, затем вкладке "Интернет", затем убедитесь, что вы используете сервер разработки Visual Studio, а не локальный IIS или пользовательский веб-сервер. Я на VS2010 с Win7, а другой разработчик разрабатывает с использованием пользовательского URL веб-сервера, а не VS Dev Server

Ответ 21

Убедитесь, что вкладка Project Url на веб-странице свойств проекта не содержит недопустимых символов. В моем случае у него был символ "+", который вызвал эту ошибку.

Ответ 22

Этот раздел в моем web.config вызвал ошибку:

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

Внимательно просмотрите его - возможно, ваш файл отладки ограничен для прямого просмотра в браузере.

Ответ 23

Я пробовал все безрезультатно, но как только я получил csproj.user оттуда, низко и созерцать, сайт загружен. Не беспокойтесь о его удалении, как только загрузится сайт, он создаст новый.