Ошибка 500.30 после изменения целевой платформы с x64 на x86 в проекте API веб-сервера в Visual Studio 2022
Я создал новый проект API веб-сервера в Visual Studio 2022, используя .NET 8.0. Автоматически генерируется контроллер WeatherForecast. После компиляции и публикации без внесения каких-либо изменений я настроил проект на IIS, и все работает нормально.
Позже я изменил целевую платформу на x86.
Я скомпилировал и опубликовал снова, не получив никаких ошибок. Я также попытался установить цель времени выполнения на x86 и x64.
Однако после настройки проекта в IIS я получаю ошибку 500.30 при попытке доступа к созданному контроллеру.
Когда я запускаю проект в режиме отладки/выпуска непосредственно из Visual Studio, все работает нормально.
После включения ведения журнала я получаю эту ошибку:
Журнал событий: «Приложение «/LM/W3SVC/3/ROOT» с физическим корнем «C:\inetpub\wwwroot\restapi» столкнулось с непредвиденным управляемым исключением, код исключения = «0xe0434352». Пожалуйста, проверьте журналы stderr для получения дополнительной информации». Сообщение о завершении журнала событий.
Может ли кто-нибудь помочь мне решить эту проблему? Спасибо заранее за любые предложения.
'спасибо большое, именно в этом и была проблема
Ответы 2
Я предлагаю вам взглянуть на программу просмотра событий, чтобы попытаться определить точную причину. Ошибка HTTP 500 вызвана исключением во время выполнения. Так что причин может быть много. Иногда вам нужно просмотреть 2 или 3 события до и 2 или 3 события после.
По порядку я бы поискал:
- Время выполнения. Хорошо ли он настроен на сервере. Вам необходимо установить пучок (https://dotnet.microsoft.com/en-us/download/dotnet/thank-you/runtime-aspnetcore-8.0.4-windows-hosting-bundle-installer)
- Необходимые библиотеки. Если вы опубликовали приложение, все находится в папке bin\publish.
- Разрешения, которые затрагиваются для папки. Для уверенности вы можете добавить «Все» в список авторизованных пользователей и предоставить разрешение на чтение/запись. Если проблема решена, вам придется предоставить точные разрешения, которые определяются пулом приложений, обслуживающим этот веб-сайт.
Кроме того, если вы не нашли на этом этапе, вы можете запустить .exe-файл вашего приложения вместо IIS, который будет запускаться в консоли и показывать вам исключения, если таковые имеются. Вы должны остановить веб-сайт перед запуском exe.
Удачи.
Хотя причин 500.30 может быть несколько, сам этот вопрос ясно указывает на реальную причину — несоответствие разрядности.
Разверните немного мой комментарий.
Вероятно, вы уже знаете, что ASP.NET Core по умолчанию использует внутрипроцессный режим размещения. IIS по умолчанию создает 64-битные рабочие процессы (w3wp.exe), которые, в свою очередь, загружают 64-битный модуль ASP.NET Core (ANCM, он же aspnetcorev2.dll).
ANCM без проблем загружает любые биты CPU/x64, поскольку разрядность совпадает. Однако вы намеренно изменили свои артефакты на 32-битные, которые невозможно загрузить в 64-битных процессах. Это причина ошибки 500.30.
Обычно нет причин переключаться на 32-битную версию, но если у вас есть необходимость, вам также придется изменить пул приложений IIS для работы в 32-битном режиме, чтобы он создавал 32-битный рабочий процесс с 32-битным ANCM. Вот как вы обнаружили, что ошибка устранена.
Прекрасное объяснение, спасибо. Мне нужно работать на 32-битной версии, потому что мне нужно использовать 32-битную dll. Чтобы решить проблему, мне достаточно было включить 32-битные приложения для пользователя в пуле. Например, как показано в этом руководстве aspsnippets.com/Articles/1467/…
Вы пытались изменить пул приложений для работы в 32-разрядной версии?