Визуал студио почему не работает отладка

Ошибки удаленной отладки и их устранение

Во время удаленной отладки возможны перечисленные ниже ошибки.

Запуск удаленного отладчика в качестве администратора

Если удаленный отладчик запускается не от имени администратора, могут возникнуть проблемы. Например, возможна следующая ошибка: «У удаленного отладчика Visual Studio(MSVSMON.EXE) недостаточно привилегий для отладки этого процесса». При запуске удаленного отладчика в качестве приложения (а не службы) может возникнуть ошибка, связанная с использованием другой учетной записи пользователя.

Запуск удаленного отладчика как службы

При запуске удаленного отладчика в качестве службы рекомендуется запускать его от имени администратора по нескольким причинам.

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

Могут предотвращаться ошибки, возникающие, когда у пользователя Visual Studio больше прав на отладку процесса, чем у самого удаленного отладчика.

Это позволяет упростить установку и настройку удаленного отладчика.

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

Учетная запись, используемая на удаленном компьютере, должна иметь право на вход в качестве службы. См. инструкции в разделе «Настройка входа в качестве службы» статьи с описанием ошибки Не удается подключиться.

Учетная запись должна иметь права на отладку целевого процесса. Чтобы получить эти права, необходимо запустить удаленный отладчик с той же учетной записью, что и отлаживаемый процесс. (Проще запустить службу от имени администратора.)

Учетная запись должна иметь возможность подключения к компьютеру Visual Studio по сети (то есть проверки подлинности на этом компьютере). В домене выполнить подключение проще, если удаленный отладчик выполняется со встроенной учетной записью локальной системы или сетевой службы либо с учетной записью домена. Встроенные учетные записи имеют повышенные права безопасности, из-за чего могут возникать риски для безопасности.

Запуск удаленного отладчика как приложения (обычный режим)

При попытке присоединиться к собственному процессу без повышенных привилегий (например, к обычному приложению) не имеет значения, выполняется ли удаленный отладчик от имени администратора или нет.

Удаленный отладчик желательно запускать от имени администратора в нескольких сценариях:

Необходимо присоединиться к процессу, запущенному от имени другого пользователя (например, при отладке IIS).

Вы пытаетесь запустить другой процесс от имени администратора.

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

Источник

Visual Studio 2017 не работает режим отладки

Проблема в следующем. При запуске проекта через

если запускаешь проект через режим отладки то результат такой

И если ты пытаешься зарегиться или войти выдаёт

Не могу понять почему. вот файл Program.cs

В чём может быть причина? В режиме IIS всё работает!

Вспомнил ещё одну вещь. Когда не помню, но начал ругаться на ILogger Нашёл решение

До конца не понял почему но это работает. Может прольёт свет!

1 ответ 1

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

InvalidOperationException: Unable to resolve service for type’Microsoft.Extensions.Logging.ILogger’ while attempting to activate ‘Laboratory56.Controllers.AccountController’.

Исключение вызвано тем, что вы пытаетесь получить нетипизированный логгер, а стандартная система логгирования регистрирует в DI только типизированный, ILogger

Т.е у вас сейчас конструктор AccountController выглядит примерно так:

А должен выглядеть вот так (как в шаблоне .NET Core 2.0):

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

Источник

Ошибка: не удается запустить отладку на веб-сервере

При попытке выполнить отладку приложения, запущенного на веб-сервере, может появиться следующее сообщение об ошибке: Unable to start debugging on the Web server .

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

Что такое подробное сообщение об ошибке?

Сообщение Unable to start debugging on the Web server является универсальным. Обычно строка ошибки содержит более конкретное сообщение, которое может помочь вам определить причину проблемы или подобрать более подходящее исправление. Вот несколько самых распространенных сообщений об ошибках, добавляемых к основному сообщению об ошибке.

В IIS не указан веб-сайт, соответствующий URL-адресу запуска

Перезапустите Visual Studio от имени администратора и повторите запуск отладки. (Некоторые сценарии отладки ASP.NET требуют повышенных привилегий.)

Можно настроить Visual Studio на запуск от имени администратора в любой ситуации. Для этого щелкните значок ярлыка Visual Studio правой кнопкой мыши и выберите Свойства > Дополнительно > Всегда запускать от имени администратора.

Веб-сервер настроен неправильно

Не удалось подключиться к веб-серверу

Вы запускаете Visual Studio и веб-сервер на одном компьютере и выполняете отладку, нажимая клавишу F5 (а не с помощью команды Присоединиться к процессу)? Откройте свойства проекта и убедитесь, что в настройках проекта указан правильный веб-сервер и URL-адрес запуска. (Откройте Свойства > Веб > Серверы или Свойства > Отладка в зависимости от типа проекта. Для проекта веб-форм откройте Страницы свойств > Параметры запуска > Сервер.)

Если это не так, перезапустите пул приложений, а затем выполните сброс IIS. Дополнительные сведения см. в статье Проверка конфигурации IIS.

Веб-сервер не ответил вовремя

• Выполните сброс IIS и повторите запуск отладки. К процессу IIS может быть подключено сразу несколько экземпляров отладчика. Сброс завершит их работу. Дополнительные сведения см. в статье Проверка конфигурации IIS.

Вероятно, монитор удаленной отладки Microsoft Visual Studio (msvsmon.exe) не запущен на удаленном компьютере

• Если отладка выполняется на удаленном компьютере, убедитесь, что у вас установлен и выполняется удаленный отладчик. Если в сообщении упоминается брандмауэр, убедитесь, что соответствующие порты в брандмауэре открыты, особенно если используется сторонний брандмауэр.
• Если вы используете файл HOSTS, убедитесь, что он настроен правильно. Например, если отладка запускается нажатием клавиши F5 (а не с помощью команды Присоединиться к процессу), в файле HOSTS должен быть указан тот же URL-адрес проекта, что и в свойствах проекта (Свойства > Веб > Серверы или Свойства > Отладка в зависимости от типа проекта).

Удаленный сервер вернул ошибку

Проверьте, не содержит ли файл журнала IIS подкоды ошибок и дополнительные сведения, и изучите эту запись блога IIS 7.

Некоторые распространенные коды ошибок и рекомендации также приводятся ниже.

• (403) Запрещено. Эта ошибка может возникать по разным причинам, поэтому проверьте файл журнала и параметры безопасности IIS для веб-сайта. Убедитесь, что элемент compilation в файле web.config сервера имеет значение debug=true . Убедитесь, что папка веб-приложения имеет необходимые разрешения, а конфигурация пула приложений верна (возможно, изменился пароль). См. раздел Проверка конфигурации IIS. Если эти параметры верны и отладка выполняется локально, также убедитесь, что вы подключаетесь к серверу правильного типа и по верному URL-адресу (см. Свойства > Веб > Серверы или Свойства > Отладка в зависимости от типа проекта).
• (503) Сервер недоступен. Возможно, пул приложений остановился из-за ошибки или изменения конфигурации. Перезапустите пул приложений.
• (404) Не найдено. Убедитесь, что для пула приложений задана верная версия ASP.NET.

Не удалось запустить отладку ASP.NET

• Перезапустите пул приложений и выполните сброс IIS. Дополнительные сведения см. в статье Проверка конфигурации IIS.
• Если выполняется переопределение URL-адресов, протестируйте базовый файл web.config без переопределения URL-адресов. См. примечание о модуле переопределения URL-адресов в разделе Проверка конфигурации IIS.

Отладчику не удалось подключиться к удаленному компьютеру

Если выполняется локальная отладка, откройте свойства проекта в Visual Studio и убедитесь, что в настройках проект указан правильный веб-сервер и URL-адрес для подключения. (Откройте Свойства > Веб > Серверы или Свойства > Отладка в зависимости от типа проекта.)

Эта ошибка может возникать при локальной отладке из-за того, что Visual Studio является 32-разрядным приложением, поэтому для отладки 64-разрядных приложений используется 64-разрядная версия удаленного отладчика. Проверьте пул приложений в IIS и убедитесь, что параметр Включать 32-разрядные приложения имеет значение true , выполните сброс IIS и запустите отладку еще раз.

Также, если вы используете файл HOSTS, убедитесь, что он настроен правильно. Например, в файле HOSTS должен быть указан тот же URL-адрес проекта, что и в свойствах проекта (Свойства > Веб > Серверы или Свойства > Отладка в зависимости от типа проекта).

Сведения об общих ошибках конфигурации см. в справке. Дополнительные сведения могут быть получены при выполнении веб-страницы вне отладчика.

Вы запускаете Visual Studio и веб-сервер на одном компьютере? Откройте свойства проекта и убедитесь, что в настройках проекта указан правильный веб-сервер и URL-адрес запуска. (Откройте Свойства > Веб > Серверы или Свойства > Отладка в зависимости от типа проекта.)

Если это не поможет или отладка выполняется удаленно, выполните действия, описанные в разделе Проверка конфигурации IIS.

Операция не поддерживается. Неизвестная ошибка: номер ошибки

Если выполняется переопределение URL-адресов, протестируйте базовый файл web.config без переопределения URL-адресов. См. примечание о модуле переопределения URL-адресов в разделе Проверка конфигурации IIS.

Проверьте конфигурацию IIS

Прежде чем запускать отладку повторно после выполнения описанных здесь шагов по решению проблемы, возможно, придется также выполнить сброс IIS. Для этого в командной строке с повышенными привилегиями введите команду iisreset .

Остановите и перезапустите пулы приложений IIS, а затем попробуйте еще раз.

Возможно, пул приложений остановился в результате ошибки. Кроме того, остановка и перезапуск пула приложений могут потребоваться из-за другого изменения, внесенного вами в конфигурацию.

Если пул приложений продолжает останавливаться, удалите модель переопределения URL-адресов через панель управления и установите ее повторно с помощью установщика веб-платформы (WebPI). Эта проблема может возникать после значительного обновления системы.

Проверьте конфигурацию пула приложений, исправьте ее при необходимости и попробуйте еще раз.

Пул приложений может быть настроен для версии ASP.NET, которая не соответствует проекту Visual Studio. Обновите версию ASP.NET в пуле приложений и перезапустите его. Дополнительные сведения см. в разделе IIS 8.0 — использование ASP.NET 3.5 и ASP.NET 4.5.

Кроме того, если учетные данные изменились, возможно, нужно обновить их в пуле приложений или на веб-сайте. В пуле приложений для обновления учетных данных выберите Дополнительные параметры > Модель процессов > Удостоверение. Для обновления учетных данных на веб-сайте выберите Основные параметры > Подключиться как. Перезапустите пул приложений.

Убедитесь, что папка веб-приложения имеет нужные разрешения.

Убедитесь, что вы предоставили IIS_IUSRS, IUSR или пользователю, связанному с пулом приложений, права на чтение и выполнение файлов в папке веб-приложения. Устраните проблему и перезапустите пул приложений.

Убедитесь, что в IIS установлена правильная версия ASP.NET.

Описанная проблема может быть вызвана несовпадением версий ASP.NET в IIS и в проекте Visual Studio. Возможно, потребуется задать версию платформы в файле web.config. Чтобы установить ASP.NET в IIS, используйте установщик веб-платформы (WebPI). См. также разделы IIS 8.0 — использование ASP.NET 3.5 и ASP.NET 4.5 или Размещение в Windows с помощью IIS (для ASP.NET Core).

Устраните ошибки проверки подлинности, если используется только IP-адрес

По умолчанию предполагается, что IP-адреса являются частью Интернет-зоны, и проверка подлинности NTLM для них не выполняется. Если настройки веб-сайта в IIS требуют обязательной проверки подлинности, проверка подлинности завершается ошибкой. Чтобы решить эту проблему, укажите вместо IP-адреса имя удаленного компьютера.

Другие причины

Если проблема не в конфигурации IIS, попробуйте выполнить следующие действия.

Перезапустите Visual Studio с правами администратора и попробуйте еще раз.

Некоторые сценарии отладки ASP.NET, такие как применение веб-развертывания, требуют повышенных привилегий для Visual Studio.

Если выполняются сразу несколько экземпляров Visual Studio, откройте проект в другом экземпляре Visual Studio (с правами администратора) и попробуйте еще раз.

Если вы используете файл HOSTS с локальными адресами, попробуйте использовать вместо IP-адреса компьютера петлевой адрес.

Если вы не используете локальные адрес, убедитесь, что в файле HOSTS должен быть указан тот же URL-адрес проекта, что и в свойствах проекта (Свойства > Веб > Серверы или Свойства > Отладка в зависимости от типа проекта).

Дополнительные действия по устранению неполадок

Откройте страницу localhost в браузере на сервере.

Источник

Почему отладчик не работает

Мой отладчик не работает,
Я ставлю точку останова, но во время работы визуальная студия времени не останавливается на точке останова.
Как это исправить?
В моем приложении нет ничего особенного, это простое веб-приложение. Я использую Visual Studio 2005.

Я создал новый проект веб-приложения, и на странице default.aspx есть элемент управления сеткой obout, в файле default.cs я заполняю таблицу данных и помещаю ее в качестве источника данных для сетки.
Я смог отладить его, внезапно отладчик никогда не срабатывает.
обратите внимание, что отладчик находится на событии загрузки.

Найдите ниже шаги, которые решили мою проблему:

1. Удалить временные файлы ASP.NET из C:\Windows\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files
2. Измените конфигурацию сборки для отладки из свойств проекта.
3. Удалите папку bin из вашего проекта.
4. Проверьте, установлено ли значение true для отладки компиляции в файле web.config
5. iisreset
6. Перестройте проект.

Есть несколько вещей, которые могут быть неправильными:

• Ваш исходный код и сборка могут быть не синхронизированы — пересоберите приложение и попробуйте снова.
• Возможно, вы подключены к неправильному процессу — проверьте, к какому процессу вы подключены.
• В вашем коде может быть логическая ошибка, из-за которой ваша точка останова не будет достигнута (т.е. метод, в котором вы находитесь, фактически не вызывается, логическое ветвление — это управление маршрутизацией вокруг точки останова и т.д.)

Точка останова не попала, я убрал и перестроил, но все равно не попал,

Я просто открыл страницу (в моем случае Controller) и начал работать нормально ..

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

При отладке к какому процессу это присоединяется? Это должен быть файл w3wp.exe, если вы хотите отлаживать код asp.net.

Возможно, вам потребуется настроить приложение в веб-конфигурации, чтобы его можно было отлаживать.

Правая кнопка мыши на вашем проекте -> Build -> снимите флажок «Оптимизировать код»

Вы должны работать в режиме отладки, а не в режиме выпуска.

Вот подробная статья о Как: включить отладку для приложений ASP.NET По сути, вы можете установить режим отладки в свойствах проекта или в файле web.config.

Я видел, что в уже существующих ответах перечислено много возможных причин, но я хотел бы добавить еще одну: если вы используете инструменты посткомпиляции (такие как ILMerge), проверьте, хранят ли эти инструменты вашу информацию отладки (есть ли файл .pdb ? или, может быть, вы включили его в вывод компиляции). Для тех, кто на самом деле использует AfterBuild задач в своем .csproj , я действительно предлагаю проверить.

Введите Clean Project и убедитесь, что вы нажимаете Debug , а не Run

попробуйте снять флажок «Включить процесс размещения Visual Studio» , что в свойствах проекта -> отладка работал для меня

Это может произойти, когда Visual Studio настроен на отладку Управляемый код, но код не управляется (управляемый код выполняется под управлением общеязыковой среды выполнения (CLR)).

Чтобы решить эту проблему, измените режим отладки, как показано в правой части рисунка ниже, на Native only, Mixed или Auto .

Примечание: я не рекомендую выбирать Mixed, если в вашей системе нет как управляемого, так и собственного кода (кода, который не запускается в среде CLR), поскольку Visual Studio не может подключиться к уже запущенному процессу в смешанном режиме. Для отладки уже работающего кода необходимо установить Visual Studio для отладки в Native only или Managed only.

Источник