Точка останова не хит, когда удаленная отладка в Интернете для ASP.NET

Вы выполняете веб-сайт или веб-приложение (действительно ли это - скомпилированный проект, что Вы развертываете DLL для, или набор aspx и aspx.cs файлов, которые Вы развертываете)?

Если это - веб-приложение, Вы развертывали сборку конечных версий, или отладочная сборка? Вы не сможете поразить точки останова при "отладке" сборки конечных версий, поскольку код справедливо в большой степени оптимизирован.

Вы получили набор "debug=true" в web.config разделе компиляции? В противном случае снова отладка будет трудной.

Наконец, шаги, которые я использую, когда удаленная отладка:

1. Разверните последнюю отладочную сборку файлов
2. Страница запроса на удаленном сервере для запущения/перезапущения приложения
3. Удостоверьтесь, что VS Удаленный Отладчик в порядке на удаленном сервере
4. В VS перейдите к Инструментам (или Отладка) | Присоединение, чтобы Обработать..., гарантировать, что удаленный сервер выбран в Спецификаторе, и выберите w3wp.exe для корректного пула приложений и т.д.
5. Страница запроса, которая запустит точку повреждения.
6. Отладка!

Если точки останова будут полыми (тонкие красные круги, а не заполненные диски), то я буду часто проверять окно Stack в VS для наблюдения то, что имеет и не было загружено.