Ошибка. Не удается запустить отладку на веб-сервере
При попытке начала отладки приложения, запущенного на веб-сервере, может быть получено следующее сообщение об ошибке:
Unable to start debugging on the Web server
Если ваше сообщение длиннее, чем приведенное, то оно описано в подразделе текущего раздела.
При обнаружении этой ошибки следует учесть следующие вещи. Сперва сверьтесь с разделом Параметры, подлежащие проверке, а затем проверьте все оставшиеся элементы, основываясь на конфигурации оборудования и программного обеспечения.
Параметры, подлежащие проверке
Веб-приложения на удаленных серверах
Веб-приложения, хранящиеся в Visual SourceSafe, и использование серверных расширений FrontPage
Присоединение вручную
Запрос об отладке не может быть обработан сервером из-за синтаксических ошибок
Параметры, подлежащие проверке
Попробуйте проверить следующее:
Просмотрите процедуры для настройки ASP.NET или сервера ATL. Дополнительные сведения см. в разделе Подготовка к отладке ASP.NET.
Проверьте, есть ли у вас необходимые для отладки права доступа. Дополнительные сведения см. в подразделе Требования безопасности в разделе Отладка ASP.NET: системные требования.
Позволяет ли запущенная версия Windows автоматически присоединять отладчик Visual Studio к веб-приложению. Если нет, то необходимо запустить приложение без отладки, а затем присоединить отладчик вручную. (дополнительные сведения см. в разделах Присоединение вручную и Отладка ASP.NET: системные требования).
Имеется ли в веб-приложении файл Web.config.
Включен ли в файле Web.config режим отладки путем задания для атрибута debug значения true. Дополнительные сведения см. в разделе Практическое руководство. Включение отладки для приложений ASP.NET.
Содержит ли файл Web.config синтаксические ошибки. Проверка синтаксических ошибок осуществляется путем запуска веб-приложения без отладки. (в меню "Отладка" выберите команду Начать без отладки). Будут отображены подробные данные об ошибках, найденных в файле Web.config.
Создавался ли проект с указанием определенного IP-адреса (например, 100.20.300.400). Для отладки веб-сервера требуется проверка подлинности NTLM. По умолчанию предполагается, что IP-адреса являются частью Интернет-зоны, и проверка подлинности NTLM для них не выполняется. Разрешение проблемы:
При создании проекта следует указать имя компьютера в интрасети.
-или-
Добавить IP-адрес (http://100.20.300.400) в список надежных узлов на используемом компьютере. (в Internet Explorer в меню "Сервис" выберите команду "Свойства обозревателя" и перейдите на вкладку "Безопасность").
Зарегистрированы ли на сервере необходимые расширения. Если нет, перерегистрируйте ASP.NET в соответствии с описанием в следующей процедуре.
Был ли установлен на локальном компьютере компонент IIS (на котором запущен Visual Studio) после установки Visual Studio. Сервер IIS следует устанавливать до Visual Studio. В противном случае может потребоваться перерегистрация ASP.NET.
Перерегистрация ASP.NET
В командной строке введите следующую команду:systemroot\Microsoft.NET\Framework\ versionNumber \aspnet_regiis -i
Примечание Установка ASP.NET в Windows Server 2003 осуществляется с помощью панели управления "Установка и удаление программ".
Вставьте дискVisual Studio, запустите программу установки и выберите Восстановление/повторная установка. Это приведет к созданию общей папки wwwroot$ и добавлению соответствующих разрешений.
Имени сайта сопоставлен локальный петлевой адрес при включенной встроенной проверке подлинности? Способ устранения проблемы см. в этой статье базы данных.
Проверьте, правильно ли указан URL-адрес для домашней страницы. Проверьте, правильно ли задано расширение и каталог проекта.
Проверьте параметры IIS для веб-приложения. Дополнительные сведения см. в разделе Практическое руководство. Проверка параметров свойства IIS.
Если на веб-сервере установлены две версии платформы .NET Framework, удостоверьтесь, что в параметрах IIS задана правильная версия. Дополнительные сведения см. в разделе Практическое руководство. Проверка параметров свойства IIS.
Веб-приложения на удаленных серверах
Если веб-приложение находится на удаленном сервере, сначала убедитесь, что проверены все пункты в подразделе Параметры, подлежащие проверке. Затем проверьте следующее:
Установлены ли на компьютере, на котором работает сервер IIS, удаленные компоненты Visual Studio. Дополнительные сведения см. в разделе Подготовка к отладке ASP.NET.
Есть ли у вас необходимые права доступа для отладки. Дополнительные сведения см. в подразделе Требования безопасности в разделе Отладка ASP.NET: системные требования.
Используется ли для отладки веб-приложения на удаленном сервере сервер терминалов. Удаленная отладка машинных веб-приложений с использованием сервера терминалов поддерживается в Windows XP. Эта функция не поддерживается в Windows 2000 или Windows NT.
Веб-приложения, хранящиеся в Visual SourceSafe, и использование серверных расширений FrontPage
Если веб-приложение хранится в Visual SourceSafe и для доступа к веб-приложению используется режим серверных расширений FrontPage, необходимо проверить следующее:
- Располагается ли Visual SourceSafe на том же компьютере, где и сервер FrontPage (или веб-сервер). Если это так, то для отладки можно использовать встроенную проверку подлинности. Проверка параметра встроенной проверки подлинности описана в процедуре Проверка параметров безопасности IIS для веб-приложения, расположенной в следующем разделе:Практическое руководство. Проверка параметров свойства IIS.
Запрос об отладке не может быть обработан сервером из-за синтаксических ошибок
Иногда запрос об отладке не может быть обработан сервером из-за синтаксических ошибок. Синтаксические ошибки в запросе могут быть вызваны ошибками в файле machine.config. Если файл machine.config задает недопустимо большое (например, 40 960 000) значение maxRequestLength, то происходит эта ошибка.
Присоединение вручную
Если, несмотря на выполнение всех этапов устранения неполадок, при запуске отладки продолжают возникать сообщения об ошибках, можно попытаться осуществить отладку приложения, присоединив отладчик вручную.
Присоединение отладчика вручную
Запустите приложение без отладки. (в меню Отладка выберите команду Начать без отладки).
Определите имя соответствующего процесса IIS или рабочего процесса. Приложения сервера ATL по умолчанию имеют имя inetinfo.exe. Чтобы определить имя рабочего процесса ASP.NET, см.раздел Практическое руководство. Поиск имени процесса ASP.NET.
Для определения процесса, под управлением которого запущено приложение ASP.NET или серверное приложение ATL, можно использовать следующие процедуры:
Присоединитесь к процессу, определенному на предыдущем шаге. Дополнительные сведения см. в разделе <PAVEOVER> Практическое руководство. Присоединение к выполняемому процессу.
Проверка того, под управлением какого процесса запущено приложение ASP.NET
ИспользуйтеVisual Studio или другой текстовый редактор, чтобы открыть файл machine.config, соответствующий приложению.
Внутри узла system.web найдите узелProcessModel и исследуйте его атрибут enable:
Если значение enable равно TRUE, то приложение запущено под управлением aspnet_wp.exe или w3wp.exe. (это значение установлено по умолчанию).
Если значение enable равно FALSE, то приложение запущено под управлением inetinfo.exe.
Проверка того, под управлением какого процесса запущено серверное приложение ATL
Щелкните правой кнопкой мыши имя проекта в обозревателе решений и выберите в контекстном меню пункт Свойства.
В диалоговом окне Страницы свойств <Проект> откройте папку Веб-развертывание и выберите страницу Общие.
Проверьте параметр Защита приложения.
Если значение параметра равно Низкий (IIS-процесс), то приложение запущено под управлением inetinfo.exe.
Если значение параметра — Средний (использовать пул), то приложение запущено под управлением dllhost.exe (вместе с другими серверными приложениями ATL).
Если значение параметра — Высокий (изолированный), то приложение запущено под управлением dllhost.exe (отдельно от других серверных приложений ATL).
Нажмите кнопку OK, чтобы закрыть диалоговое окно Страницы свойств <Проект>.
См. также
Задачи
Ошибка. Запрашиваемый ресурс не найден
Ссылки
Отладка веб-приложений: ошибки и устранение неполадок