Ошибка HTTP 502.5 - Ошибка запуска ANCM вне процесса после обновления до ASP.NET Core 2.2

Question

После обновления моего проекта до ASP.NET Core 2.2 я попытался запустить приложение (локально, конечно), и в браузере появилось сообщение об ошибке, как на скриншоте ниже.

больше сообщений об ошибках больше не сообщается проводником ошибок visual studio.Я не знаю, что случилось.

Answer 1

Еще один сценарий, который вызвал эту проблему для меня:

Я запускаю удостоверение пула приложений с учетной записью службы, и мне пришлось запустить dotnet dev-certs https под этим пользователем, чтобы избавиться от "System.InvalidOperationException:Невозможно настроить конечную точку HTTPS. "во время запуска.

Answer 2

Если перезагрузка проекта и ручное копирование классов Program и Startup сработало для вас, значит, что-то явно не так.Есть некоторые большие проблемы с этим.Использовать модель хостинга OutOfProcess можно, но с .Net Core 2.2 вы сможете использовать модель хостинга InProcess, поскольку она, естественно, быстрее: все обрабатывается в IIS, без дополнительного HTTP-перехода между IIS и сервером Kestrel вашего приложения.,

Если вы щелкнете правой кнопкой мыши по файлу своего проекта в обозревателе решений Visual Studio, убедитесь, что тег AspNetCoreModuleName имеет значение AspNetCoreModuleV2 (в отличие от старого AspNetCoreModule).Также проверьте журнал событий приложений Windows, чтобы определить потенциального виновника.Даже если сообщения об ошибках несколько загадочны, они могут указывать на точный номер строки в коде, вызвавшем сбой.

Наконец, если вы используете CI / CD с TFS, в файле appsettings.json могут быть переменные окружения, которые не были должным образом заменены фактическими значениями (URL и т. Д.).

Answer 3

Я получил эту же ошибку при развертывании основного приложения .Net, которое предназначалось для .Net Framework на сервере Windows.Я проверил средство просмотра событий на сервере и выяснил, что на сервере не установлено .net 4.7.2.

Установка его решила для меня проблему.

Answer 4

Моими проблемами был неправильный файл appsetttings.json.Я включил стандартное ведение журнала через web.config и смог получить основное исключение, выдавшее эту ошибку.

Answer 5

Я столкнулся с этой проблемой сегодня на своем хостинге - локально все в порядке, но после публикации я получаю эту ошибку.

Я просмотрел пакеты и обнаружил, что некоторые компоненты ядра .net были обновлены до3.0 превью.

Затем я изменил параметр сборки в VS2019 с «Зависящего от платформы» на «Автономный».Сборка и публикация заняли в 5 раз больше времени, но теперь это работает.

Теперь я проверяю у технической поддержки хоста, что может быть проблемой - официально они поддерживают только 2.1 / 2.2, так что это могут быть эти пакеты изПредварительный просмотр 3.0, однако целевой сборкой является 2.2.

Answer 6

В моем случае это был неправильно установленный уровень журнала в appsettings.json .Вместо Предупреждение У меня было Предупредить , и это привело к аварийному завершению работы приложения с указанной выше ошибкой.

Answer 7

Эта ошибка начала появляться на нашем сервере Dev.Я использовал эту команду публикации, которая создает «автономную» папку файлов для развертывания.

dotnet publish -c release -r win7-x64 --output:bin/self_contained

Вместо этого я решил опубликовать «зависящее от фреймворка» развертывание, используя следующую команду:

dotnet publish --output:bin/framework_dependent

На сервере dev в этой папке было установлено несколько версий .NET Core (2.2.3 и 2.2.5) *C:\Program Files\dotnet\shared

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

Этот пост .NET Core был полезен.

Answer 8

Я столкнулся с этой ошибкой после попытки публикации с VS2017 на рабочий сервер Windows 2016.(Это нормально работало в IIS Express на моем локальном ПК с Win10.)

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

В «Публикация»> «Настроить»> «Настройки» (левая вкладка) мне нужно было установить «Время выполнения цели» с «Переносной» на «win-x64» (или любую другую, относящуюся к вашей среде).Я также выбрал «Удалить дополнительные файлы в месте назначения».

«Портативный» - настройка по умолчанию.Я не уверен, что требуется для правильной работы «Portable», но может сэкономить время, если «Portable» не то, что вам нужно.

Answer 9

В моем случае я обновил некоторые пакеты nuget до net core 2.2, но у меня не было установлено net core 2.2 sdk, поэтому я зашел на сайт net core, чтобы загрузить последнюю версию пакета sdk или среды выполнения, а затем сделалnet stop was /y и затем net start w3svc в CMD в качестве администратора.Проблема решена для меня.

Answer 10

Я столкнулся с этой проблемой и нашел другое решение.Для меня это было то, что у меня был пакет, который был устаревшим с приложением (я обновил его на NuGet, и библиотека не была заменена в производстве).Обновление пакета исправило его для меня.

Обратите внимание на это: мне пришлось вручную запустить dotnet.exe с dll проекта, чтобы увидеть сообщение, которое исправило его для меня.

Надеюсь, этопомогает кому-то еще в будущем.