Хорошо, здесь довольно много хороших ответов, но я обнаружил, что основной причиной проблемы для меня была конфигурация аутентификации пула приложений. Позвольте мне изложить сценарий, который я испытал, и решение, и, возможно, оно поможет кому-то сэкономить время ... и волосы.
Сценарий:
Я хочу отладить веб-приложение ASP.NET в Visual Studio 2010, но не могу использовать встроенный веб-сервер Visual Studio. Причина, по которой я не смог использовать встроенный веб-сервер, заключается в том, что на мои приложения ссылаются сборки, созданные специально для 64-разрядной архитектуры, и веб-сервер VS не будет их поддерживать. Поэтому мне пришлось использовать опцию «Использовать пользовательский веб-сервер» в свойствах веб-сайта, чтобы отладчик указывал на опубликованный экземпляр моего сайта на удаленном веб-сервере IIS.
Выпуск:
Даже если параметры отладки web.config установлены правильно для публикации символов отладки в выводе сборки (т. Е. Compugation debug = "true"), отладчик не будет подключаться к удаленному процессу IIS, и я не достиг ни одной точки останова
Среда:
Отладчик Visual Studio 2010 уже был установлен на удаленном веб-сервере IIS и работал в качестве службы Windows под учетной записью LocalSystem.
Решение :
Включите «Анонимную аутентификацию» в дополнение к «Аутентификации Windows» на веб-сайте, размещенном на веб-сервере IIS.
Как только я включил анонимную аутентификацию, удаленный отладчик VS загрузил правильные символы, и я смог достичь контрольных точек.
Надеюсь, это поможет вам, ребята.