У меня есть веб-приложение .NET 3.5 на VS 2008 SP1, работающее на Vista Ultimate 32 SP1. Я создал приложение на веб-сайте по умолчанию. Таким образом, URL-адрес приложения - «http: // локальный / mysite». Папка приложения указывает на папку решения и находится за пределами папки iisroot. Анонимная и встроенная проверка подлинности (Windows) включена в IIS7 для этого веб-приложения «mysite».
Я дал пользователю "Network Service" полные права доступа к папке приложения (которая находится вне iisroot).
Когда я нажимаю F5, чтобы начать отладку, я получаю сообщение «Невозможно начать отладку на веб-сервере. Веб-сервер не может найти запрошенный ресурс». ошибка.
Я запустил TcpView (Sysinternals), чтобы посмотреть, какое приложение на самом деле работает и поддерживает дескриптор этого порта, и обнаружил, что приложение не прослушивает этот порт. Это действительно странно ... Есть какие-нибудь творческие идеи?
Я могу без проблем попасть в URL "http: // локальный / mysite". Это веб-приложение настроено как начальный проект, а Default.aspx - как начальная страница.
Также в проекте есть служба .asmx. Default.aspx использует эту службу asmx. AutoCompleteExtender (из набора инструментов управления AJAX) использует эту службу asmx.
Кстати все работает. Проблема в отладке ... Я подозреваю, что это вызвано службой asmx, но я не знаю. Это сводит меня с ума...





Это не должно быть проблемой - что у вас в качестве стартовой страницы? Кроме того, в «Параметры запуска» для Интернета (на странице свойств) убедитесь, что у вас выбран «Начальный URL» и введите URL-адрес, который вы упомянули выше.
Возникающая у вас ошибка не должна зависеть от разрешения, поэтому я бы поискал в другом месте - также проверьте, можете ли вы успешно нажать URL-адрес перед отладкой (вручную введите URL-адрес в свой браузер) «http: // локальный / mysite».
Ты пробовала:
Что вы имеете в виду под UAT? Вы имеете в виду UAC? Если так, то это не имеет отношения к данной проблеме. Ведение журнала IIS включено по умолчанию.
Просто чтобы убедиться, вы установили Debug = true в своем web.config. Обычно, когда вы используете встроенный веб-сервер VS, он может обнаружить, что вы пытаетесь отладить, но флаг отладки отключен, и он предупреждает вас. Но в вашем случае у вас настроен IIS, и VS может не выполнить эту проверку.
Другой момент: вы работаете в Vista. В перспективе, даже если вы являетесь администратором системы, Vista не рассматривает вас как администратора. Ваши токены безопасности создаются от имени обычного пользователя. Чтобы выполнить отладку веб-сайта, размещенного на IIS (примечание: при использовании встроенного веб-сервера, VS 2008 управляет отладкой), запустите VS 2008 от имени администратора. Это могло решить проблему.
Я запускаю Visual Studio как администратор. Фактически, он не будет запускать веб-приложение под IIS, если вы не используете VS с правами администратора. И да, debug = true в файле web.config.
У меня та же проблема, но я могу отлаживать, если перейду через меню «Инструменты» -> «Присоединить к процессу», а затем выберите процесс aspnet_wp.
Просто удалось исправить это на моей машине разработчика: у меня установлен UrlScan, и мне пришлось добавить DEBUG в список AllowVerbs. Надеюсь, это может дать вам что-то еще?
У меня была такая же проблема, и я решил ее. Вы можете попробовать следующее: перейдите в корневую папку вашего веб-приложения и найдите файл с расширением ".csproj.user" и удалите его. Закройте все экземпляры Visual Studio и начните снова. Затем нажмите F5. В противном случае нажмите CTRL + ALT + P и подключитесь к процессу w3wc.exe. Надеюсь, это поможет.
CTRL-ALT-P Сработал шарм. в Windows 2008 R2, удаление файла .user vs2010 ничего не дало.
Удаление файла .csproj.user тоже сработало для меня (в моем случае перезагрузка не требовалась, обновление VS2013 4). Просто чтобы прояснить, почему это работает: я ранее выбрал IIS Express для своего проекта, а затем переключился на IIS. В файле .user были настройки отладки, специфичные для моего предыдущего выбора.
Установка Urlscan и изменение urlscan.ini с этими изменениями решили проблему.
В разделе ALLOWEXTENSIONS добавьте .aspx, а в разделе ALLOWVERBS добавьте DEBUG.
Не забудьте перезапустить IIS.
У меня была такая же проблема с XP sp3, и я боролся уже несколько дней. Добавление .aspx и DEBUB в urlscan.ini решило проблему.
Спасибо ребята.
В моем случае мне пришлось исправить расширения веб-служб.
Инструменты администрирования -> Управление моим сервером -> IIS -> Расширения веб-служб
ASP.NET 2.0 почему-то был запрещен, исправил, и он заработал.
Ваше здоровье!
lol, я снова столкнулся с этой проблемой, и я пробовал все, но безуспешно. Вернулся к своему собственному ответу, ища его. Спасибо, ТАК, ты мой второй мозг. :)
Это была моя проблема. По умолчанию установленный ASP 4.0 запрещен.
Перейдите в свойства своего веб-проекта, затем на вкладку «Интернет» и убедитесь, что вы используете Visual Studio Development Server, а не локальный IIS или настраиваемый веб-сервер. Я использую VS2010 с Win7, а другой разработчик работал с пользовательским URL-адресом веб-сервера, а не с VS Dev Server.
откройте IIS7 (запустите> inetmgr) и перейдите в представление функций. Откройте раздел «Ограничения ISAPI и CGI» и проверьте, имеет ли ваша версия .Net правильное ограничение (например, если вы работаете с 4.0, должно быть установлено «Разрешено»)
В Visual Studio 13 это работает для меня. Закройте все решения в Visual Studio, откройте IIS7 (запустите> inetmgr). Щелкните свой верхний узел (имя компьютера). Откройте параметр «Ограничения ISAPI и CGI», проверьте правильность вашей версии .Net ограничение (например, если вы работаете с 4.0, оно должно быть на «Разрешено»)
Я использую 32-разрядную версию Windows 7 с VS2005 и IIS 7.5. Мой web.config по умолчанию имел debug = "true". Я установил физический путь IIS, чтобы он указывал на папку разработки, и следовал приведенным выше советам. Я не использую UrlScan. Я запускаю VS2005 как администратор. Я все еще не мог заставить его работать.
Что заставило его работать, так это добавление учетной записи IIS_IUSRS с полным доступом к корневой папке веб-сайта разработки и использование CTRL + ALT + P (Присоединить к процессу) для присоединения к w3wp.exe.
Еще одна распространенная проблема - не запускается сайт или путь приложения.
Аааааааааааааааааааааааааааааааааааааааала ценность +1 ... Почему он просто не говорит об этом !?
Решение этой проблемы довольно простое. Если веб-сайт указывает на другое место, а виртуальный каталог указывает на другой каталог, вы получите эту ошибку.
Я предлагаю вам указать веб-сайт в том же каталоге, что и виртуальный каталог, и проблема будет достаточной.
Для тех, кто сталкивается с этим с Visual-Studio 2012 или 2013 и / или Windows 8 или 10, сделайте следующее.
Вам нужно добавить .Net 3.5 (или 4.5) в ваше окно Включение и отключение компонентов Windows. Вы попадаете в него через:
Control Panel -> Programs -> Turn Windows Features on or off

Установите флажок Asp.Net 3.5 и Asp.Net 4.5 в папке IIS > WWW Service > Application Development Features.
Мои были выведены из строя! Искал бы целую вечность, если бы не это, спасибо! +1
Работал у меня. Большое спасибо.
У меня была такая же проблема, и ни одно из предложений не сработало.
Моя проблема заключалась в том, что URL-адрес моего проекта был установлен на http://localhost/service. Изменение этого на мой IP-адрес сработало.
работал, но мне нужно было изменить файл хоста, чтобы использовать мой IP-адрес.
В моем случае мне пришлось перерегистрировать ASP.NET для IIS. Вы можете сделать это, выполнив следующую команду из командной строки
systemroot\Microsoft.NET\Framework\ versionNumber \aspnet_regiis -i
Например:C:\Windows\Microsoft.NET\Framework\v4.0.30319\aspnet_regiis -i
Убедитесь, что URL-адрес проекта на вкладке «Интернет» свойств проекта не содержит недопустимых символов. В моем случае у него был символ «+», который вызвал появление этой ошибки.
Этот раздел в моем web.config вызвал ошибку:
<security>
<requestFiltering>
<hiddenSegments>
<add segment = "......" />
<add segment = "....." />
........
</hiddenSegments>
</requestFiltering>
</security>
Внимательно просмотрите его - возможно, ваш файл отладки ограничен для прямого просмотра в браузере.
Я также использовал веб-сайт по умолчанию в IIS, но не смог запустить его с помощью отладки или простого просмотра.
Оказалось, что дефолтный сайт остановлен !! Завел, и все хорошо.
Для меня кто-то обновил 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>
Я пробовал все безрезультатно, но как только я вытащил оттуда csproj.user, низкий и вот, сайт загрузился. Не беспокойтесь об удалении, как только сайт загрузится, он создаст новый.
для меня веб-сайт по умолчанию в IIS был остановлен, после его запуска мне удалось заставить его работать
да. Убедитесь, что сам IIS запущен, а также соответствующий пул приложений.
@Pradeep: я запускаю Visual Studio от имени администратора. Фактически, он не будет запускать веб-приложение под IIS, если вы не используете VS с правами администратора. И да, debug = true в файле web.config.