Не удается запустить отладку на веб-сервере. Не удается запустить ASP.NET отладку по сравнению с 2010 годом, II7, выигрыш 7 x64

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

Visual Studio при запуске будет (по какой-то причине) пытаться получить доступ к URL:

/ debugattach.aspx

если у вас есть правило перезаписи, которое перенаправляет (или иначе бросается), говорят, .aspx файлы, где-то еще, то вы получите эту ошибку. Решение добавить этот раздел в начало web.config ' s :

<rule name="Ignore Default.aspx" enabled="true" stopProcessing="true">
    <match url="^debugattach\.aspx" />
    <conditions logicalGrouping="MatchAll" trackAllCaptures="false" />
    <action type="None" />
</rule>

Это позволит убедиться, чтобы поймать этот один конкретный запрос, сделать ничего, и, самое главное, остановить выполнение, так что ни один из ваших других правил не будет запущен. Это надежное решение, поэтому не стесняйтесь хранить его в своем конфигурационном файле для производства.

в интересах других, в моем случае я настроил пул приложений для использования моих учетных данных windows для доступа к общему ресурсу сети. С момента последней отладки решения я сбросил свой пароль windows. Измененный пароль хранится в пуле приложений и bada bing.

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

для моего сценария это были изменения в разделе httpErrors в интернете.config, установив его следующим образом:

<httpErrors mode="Custom"> 

вызвал проблему" невозможно начать отладку на веб-сервере". Установка его обратно к предыдущему значению "DetailedLocalOnly" Исправлена проблема. Копая немного глубже, я обнаружил, что на самом деле это была просто установка ошибки 401, которая вызывала это:

<httpErrors mode="Custom"> 
    <error statusCode="401" prefixLanguageFilePath="" path="/masterpages/500.html" responseMode="ExecuteURL" />
<httpErrors mode="Custom"> 

комментируя линию ошибки 401 Исправлена проблема, а также, я пошел с этим, так как я могу затем выполните пользовательскую обработку ошибок и начните с отладки.

Я до сих пор не знаю, почему это происходит.

Plase проверить пул приложений. если он остановлен. перезапустить его.

была та же проблема, пытаясь отладить модуль DNN (Dot Net Nuke). Оказалось, вам нужно иметь компиляцию debug= "true":

<compilation debug="true" strict="false" targetFramework="4.0"> 

в интернете.конфиг. По умолчанию это значение равно false в DNN. Оригинал здесь Источник : http://www.dnnsoftware.com/forums/forumid/111/postid/189880/scope/posts

У меня точно такая же проблема после внедрения модуля rewrite.

если я удалю записи перезаписи из моего интернета.конфигурационный файл, отладка работает отлично.

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

<rewrite>
    <rules>
        <rule name="LowerCaseRule_1" stopProcessing="true">
            <match url="[A-Z]" ignoreCase="false" />
            <action type="Redirect" url="{ToLower:{URL}}" />
        </rule>
        <rule name="RedirectDefault.aspx_1" stopProcessing="true">
            <match url="(.*)default.aspx" />
            <action type="Redirect" url="{R:1}" redirectType="Permanent" />
        </rule>
    </rules>
</rewrite>

затем я удаляю комментарии после отладки.

должно быть ошибка в visual studio 2010.

Я получил ту же ошибку, так как пул приложений был остановлен в IIS. После запуска пула приложений проблема была решена.

вот что я сделал, чтобы очистить ошибку, которую вы отметили. Найдите веб-папку для приложения в файловой системе, перейдите в Свойства=>Безопасность выберите Advanced нажмите кнопку владелец, нажмите кнопку Edit нажмите и измените владельца (с правильными разрешениями) папки и установите флажок"заменить владельца подконтейнеров и объектов". Нажмите кнопку"применить" и тогда я был в бизнесе (возможность отлаживать.)

надеюсь, что это работает для кого-то другого.

просто, наконец, исправил это для моего единственного решения, которое имело это. Два проекта в решении были установлены как сайты в IIS. Я вошел и включил ASP.Net олицетворение при проверке подлинности для обоих проектов...и Виола! Наконец, нет больше этой досадной ошибки!

Я получал то же сообщение об ошибке в VS 2012, но не работал как администратор. Когда я запустил приложение как администратор, я получил другое и немного более полезное сообщение (которое я смог выяснить). ХТ

Если пул приложений имеет проблемы с перезагрузкой или просто не хочет перезагружаться, проверьте, если windows сделал последнее обновление на ASP.NET v4. 0 или другой пул приложений. Вот что произошло в моем случае. Я просто перезагрузил компьютер, а затем перезапустил ASP.NET V4. 0 App Pool и все снова работает!

дан

В дополнение к предложениям Аарона, попробуйте следующее

• убедитесь, что на веб-сайте IIS выбрана встроенная проверка подлинности windows
• можно ли отлаживать с помощью Cassini вместо IIS?

была такая же проблема с Windows 10 при включении всех функций IIS windows. Перешел на Windows 8.1 и снова проблема. Корень в имени веб-сайта "http://MySite.местные" (не относится к версии операционной системы).

и решение простое

• редактировать hosts файл в %SystemRoot%\System32\drivers\etc\

• добавить строку с привязкой ip:127.0.0.1 MySite.local

сегодня у меня возникла эта ошибка из-за дефекта в коде, который отправлял огромное количество раз, вызывая переполнение IIS запросами. Это по существу заблокировало IIS, и поэтому, когда я попытался отладить, он "тайм-аут" пытается запустить отладчик. Я просто перезапустил IIS, что заняло несколько минут, и это решило проблему.

Я уверен, что эта ошибка была менее общей, похоже, что есть несколько различных способов ее получения.

У меня была такая же проблема в Visual Studio 2012 и 2013 на Windows 8.1. Для меня исправление состояло в том, чтобы добавить проверку подлинности Windows в IIS с помощью "включить или выключить функции Windows"

убедитесь, что пул приложений вашего сайта использует правильную версию фреймворка. Я получил сообщение об ошибке "не удается начать отладку" на ASP.Net 2005 сайт. Он неправильно использовал DefaultAppPool в Windows 7 (который, как я считаю, использовал .Net Framework 4). Я создал новый пул приложений на основе .Net Framework 2 и назначил его на проблемный веб-сайт. После этого отладка работала нормально.

проверьте, если ваш сайт на IIS не остановить.

я исправил это поставить мой веб-сайт для запуска. : D

У меня была эта проблема и в конце концов понял, что я ASP.net не зарегистрирован должным образом в IIS. Это может произойти, когда сервер IIS установлен перед Visual Studio. Чтобы устранить эту проблему, используйте команду aspnet_regiis-i Дополнительную информацию можно найти в ссылке

была такая же проблема. Если у вас установлен сертификат SSL на IIS и вы пытаетесь отладить его из Visual Studio, вам нужно настроить приложение на IIS, чтобы игнорировать сертификат.

у меня была та же проблема, и я обнаружил, что это было вызвано тем, что у меня был символ, ошибочно введенный в мой Web.config после закрывающего тега. Мой Web.config выглядело так прямо в конце:</section>h. "H" был дополнительным символом после закрывающего тега.

удалить жало, как это: targetFramework= " 4.0 " в интернете.сконфигурируйте или измените AppPool на соответствующую версию платформы.

удаление расширения IIS UrlScan решило проблему для меня.

Я столкнулся с той же проблемой, но это было на собственном сервере веб-разработки Visual studios вместо IIS.Обойти, чтобы снять флажок в веб-вкладке В разделе свойства проекта, Применить настройки сервера для всех пользователей (хранить в файле проекта.).Надеюсь, это сэкономит чье-то драгоценное время.

У меня была та же проблема. Все ответы выше не работали для меня. Решение состояло в том, чтобы удалить папку bin и obj вручную.

Я тоже нашел эту проблему, но она была наиболее похожа на то, что @Kirk объяснил и переписал URL.

в моем случае кто-то проверил это изменение в интернете.конфигурационный файл для проекта MVC:

<system.webServer>
    <security>
        <requestFiltering>
            <fileExtensions>
                <add fileExtension=".aspx" allowed="false" />
            </fileExtensions>
        </requestFiltering>
    </security>
</system.webServer>

потому что .расширения файлов aspx не были разрешены на веб-сервере,/debugattach.aspx URL-адрес был отклонен, что не позволяет отладчику работать. Как только я удалил эту конфигурацию, она снова работала.

У меня была та же проблема, когда я создал приложение в Visual Studio, а затем в свойствах создал виртуальный каталог для использования с локальными IIS. Если у кого-то есть эта ошибка, это потому, что VS создает приложение под неправильным AppPool, т. е. под AppPool, который не соответствует вашим потребностям.
Если это так, перейдите в Диспетчер IIS, выберите приложение, перейдите в основные настройки и измените AppPool для приложения, и вы хорошо пойдете.

Я получил эту же ошибку недавно, и в моем случае оказалось, что были дубликаты типов MIME. Недавно я добавил два, которые изначально не появлялись в списке. IIS позволил мне добавить их, и только когда я решил снова проверить типы MIME для сайта в рамках моего диагностического процесса, я получил ошибку в IIS. Он ссылался на дубликаты в интернете.конфиг. Однажды я вернулся в сеть.конфигурационный файл я заметил, что был добавлен новый раздел под названием, который включал два недавно добавленных типа MIME. Удалил этот раздел и жизнь снова хороша! Надеясь, что это может помочь другим, которые не смогли решить проблему с любым из других предложений.