Веб-серверу не удалось найти запрошенный ресурс

У меня есть веб-приложение .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, но я не знаю. Это сводит меня с ума...

@Pradeep: я запускаю Visual Studio от имени администратора. Фактически, он не будет запускать веб-приложение под IIS, если вы не используете VS с правами администратора. И да, debug = true в файле web.config.

harropriiz 18.11.2008 08:21
Стоит ли изучать PHP в 2026-2027 годах?
Стоит ли изучать PHP в 2026-2027 годах?
Привет всем, сегодня я хочу высказать свои соображения по поводу вопроса, который я уже много раз получал в своем сообществе: "Стоит ли изучать PHP в...
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Приемы CSS-макетирования - floats и Flexbox
Приемы CSS-макетирования - floats и Flexbox
Здравствуйте, друзья-студенты! Готовы совершенствовать свои навыки веб-дизайна? Сегодня в нашем путешествии мы рассмотрим приемы CSS-верстки - в...
Тестирование функциональных ngrx-эффектов в Angular 16 с помощью Jest
В системе управления состояниями ngrx, совместимой с Angular 16, появились функциональные эффекты. Это здорово и делает код определенно легче для...
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
26
1
33 095
23

Ответы 23

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

Возникающая у вас ошибка не должна зависеть от разрешения, поэтому я бы поискал в другом месте - также проверьте, можете ли вы успешно нажать URL-адрес перед отладкой (вручную введите URL-адрес в свой браузер) «http: // локальный / mysite».

Ты пробовала:

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

Что вы имеете в виду под UAT? Вы имеете в виду UAC? Если так, то это не имеет отношения к данной проблеме. Ведение журнала IIS включено по умолчанию.

harropriiz 23.11.2008 20:12

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

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

Я запускаю Visual Studio как администратор. Фактически, он не будет запускать веб-приложение под IIS, если вы не используете VS с правами администратора. И да, debug = true в файле web.config.

harropriiz 18.11.2008 08:21

У меня та же проблема, но я могу отлаживать, если перейду через меню «Инструменты» -> «Присоединить к процессу», а затем выберите процесс aspnet_wp.

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

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

CTRL-ALT-P Сработал шарм. в Windows 2008 R2, удаление файла .user vs2010 ничего не дало.

missaghi 23.12.2010 00:31

Удаление файла .csproj.user тоже сработало для меня (в моем случае перезагрузка не требовалась, обновление VS2013 4). Просто чтобы прояснить, почему это работает: я ранее выбрал IIS Express для своего проекта, а затем переключился на IIS. В файле .user были настройки отладки, специфичные для моего предыдущего выбора.

Ioana Marcu 16.07.2015 11:30

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

В разделе ALLOWEXTENSIONS добавьте .aspx, а в разделе ALLOWVERBS добавьте DEBUG.

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

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

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

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

Инструменты администрирования -> Управление моим сервером -> IIS -> Расширения веб-служб

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

Ваше здоровье!

lol, я снова столкнулся с этой проблемой, и я пробовал все, но безуспешно. Вернулся к своему собственному ответу, ища его. Спасибо, ТАК, ты мой второй мозг. :)

Vishal Seth 14.05.2010 20:26

Это была моя проблема. По умолчанию установленный ASP 4.0 запрещен.

Craig Suchanec 21.02.2012 18:06

Перейдите в свойства своего веб-проекта, затем на вкладку «Интернет» и убедитесь, что вы используете 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, оно должно быть на «Разрешено»)

Refael 22.03.2016 15:11

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

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

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

Аааааааааааааааааааааааааааааааааааааааала ценность +1 ... Почему он просто не говорит об этом !?

Nick Westgate 23.05.2016 03:57

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

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

Для тех, кто сталкивается с этим с 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

Ashley Davies 11.02.2014 02:28

Работал у меня. Большое спасибо.

Hoang Minh 29.03.2015 06:39

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

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

работал, но мне нужно было изменить файл хоста, чтобы использовать мой IP-адрес.

RayLoveless 31.05.2014 01:21

В моем случае мне пришлось перерегистрировать 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 запущен, а также соответствующий пул приложений.

dan-gph 03.02.2017 07:58

Другие вопросы по теме