ASP.NET MVC в IIS 7.5

ASP.NET 4 не был зарегистрирован в IIS. Пришлось запустить следующую команду в командной строке / запустить

32-битная (x86) Windows

% windir% \ Microsoft.NET \ Framework \ v4.0.30319 \ aspnet_regiis.exe -ir

64-битная (x64) Windows

% windir% \ Microsoft.NET \ Framework64 \ v4.0.30319 \ aspnet_regiis.exe -ir

Примечание из комментария Дэвида Мердока:

Версия .net изменилась с момента публикации этого ответа. Проверьте, какая версия платформы находится в каталоге% windir% \ Microsoft.NET \ Framework64, и соответствующим образом измените команду перед запуском (в настоящее время это v4.0.30319)

Еще одна вещь, о которой нужно убедиться, - это следующий набор в вашем web.config:

<system.webServer>
    <modules runAllManagedModulesForAllRequests="true"/> 
</system.webServer>

Убедитесь, что в вашем web.config есть следующий набор:

<system.webServer>
    <modules runAllManagedModulesForAllRequests="true"/> 
</system.webServer>

Лучшее решение:

Несмотря на то, что вышеуказанное решение работает абсолютно нормально, оно может вызвать другие проблемы, поскольку оно запускает все ваши зарегистрированные HTTP-модули при каждом запросе (даже при каждом запросе .jpg .gif .css) .html .pdf и т. д.), и это, очевидно, пустая трата ресурсов. Вместо

<system.webServer>
<modules>
  <remove name="UrlRoutingModule-4.0"/>
  <add name="UrlRoutingModule-4.0" type="System.Web.Routing.UrlRoutingModule, System.Web, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" preCondition="" />
</modules>
</system.webServer>

Убедитесь, что атрибут preCondition пуст, это означает, что он будет выполняться для всех запросов. [Подробнее] (http://www.britishdeveloper.co.uk/2010/06/dont-use-modules-runallmanagedmodulesfo.html, «Прочитать исходное сообщение»)

Другая причина, по которой кто-то может получить эту ошибку, заключается в том, что файла Global.asax больше нет в корневой папке.

Я также получал эту ошибку и обнаружил, что «Перенаправление HTTP» не было включено в Windows Server. Это сообщение в блоге также указывает на это: http://blogs.msdn.com/b/rjacobs/archive/2010/06/30/system-web-routing-routetable-not-working-with-iis.aspx < / а>

Сладкий Иисус. Я попробовал все вышеперечисленное (но обнаружил, что мои настройки идентичны). ЕЩЕ ДРУГОЕ РЕШЕНИЕ, если у вас возникли проблемы:

http://support.microsoft.com/kb/980368

Попробуйте установить этот КБ для вашей системы. Если вы видите ошибки 404, это может быть связано с тем, что у вас нет этого обновления, а модуль isapi просто не может быть найден, и вы мало что можете с этим поделать без этого!

Также вы можете переключить AppPool в режим Интегрированный. Спасибо Майклу Бьянки (https://stackoverflow.com/a/7956546/1143515), я только хочу подчеркнуть, что .

Для меня на виртуальной машине Azure Server 2012 R2 IIS 8.5 с приложением Asp.Net MVC 5 (MVC 5 развернут в bin) мне пришлось сделать следующее из командной строки с повышенными привилегиями, хотя у меня уже была установлена ​​версия 4.5:

dism /online /enable-feature /featurename:IIS-ASPNET45

Источник: http://support.microsoft.com/kb/2736284

Я также методом грубой силы установил все функции IIS с помощью следующей оболочки PowerShell:

import-module servermanager
add-windowsfeature web-server -includeallsubfeature

Источник: http://www.iis.net/learn/install/installing-iis-85/installing-iis-85-on-windows-server-2012-r2

Теперь мое приложение работает.

У нас было перенесено приложение MVC на новый сервер. .NET 4 и MVC 3 были установлены, но мы все равно получили «Ошибка 403.14». В данном случае это означало, что IIS не понимал, что имеет дело с приложением MVC, а искал страницу по умолчанию.

Решение было простым: на сервере не было установлено перенаправление HTTP.

Диспетчер сервера - Роли - Веб-сервер (IIS) - Службы ролей - Перенаправление HTTP: не установлено. Установил, проблема решена.

Также, если ваше приложение предварительно скомпилировано, вы должны иметь

PrecompiledApp.config

в корневой папке вашего приложения, иначе вы также можете получить HTTP Error 403.14.

Другое возможное решение: если вы перемещаетесь по своему global.asax, убедитесь, что разметка указывает на правильный класс MvcApplication. Надеюсь, это кого-то спасет в будущем.

Я использовал расширение IIS WebDeploy для импорта своих веб-сайтов из IIS6 в IIS7.5, поэтому все настройки IIS были точно такими же, как в производственной среде. Попробовав все представленные здесь решения, ни одно из которых у меня не сработало, мне просто пришлось изменить настройку пула приложений для веб-сайта с классического на интегрированный.

Я внезапно столкнулся с той же проблемой 404.14. Наконец, проблема была решена путем снятия флажка «прекомпилировать при публикации» в настройках профиля публикации.

Я изменил свой маршрут по умолчанию в какой-то момент с:

routes.MapRoute(
"Default",
    "{controller}/{action}/{id}",
    new { controller = "Home", action = "Index", id = UrlParameter.Optional }

To:

routes.MapRoute(
"Default",
    "{controller}/{action}/{id}",
    new { controller = "Home", action = "Index" }

Что дало мне вашу ошибку. Рад, что кто-то упомянул маршрутизацию, потому что я, вероятно, был бы в этом навсегда.

В моем случае ASP.NET 4.5 не установлен на сервере, поэтому установка ASP.NET 4.5 устранила проблему.

Вы можете решить эту ошибку, запустив cmd от имени администратора, а затем

Сделайте то же, что и на картинке для Windows 32 бит

Просто внесите изменения в 64-битную версию как framework64, а не только в framework. Затем перейдите в iis и обновите сайт.
Если у вас все еще есть ошибка, внесите изменения в пул приложений.

У меня была другая проблема, которая привела к этой проблеме.

• Я убедился, что в моем пуле приложений запущен .net 4 в интегрированном режиме.
• Я запустил aspnet_regiis.exe -i
• Я проверил, что права доступа к папке установлены правильно для учетной записи, в которой запущен мой пул приложений.

Ничего из этого не сработало. Оказалось, что в моем web.config в разделе system.webserver> modules у меня было следующее:

<remove name="WindowsAuthentication" />

Очевидно, это удалило модуль проверки подлинности Windows, который, казалось, каким-то образом сбивал все с толку.

Надеюсь, это кому-то поможет, так как это стоило мне большей части вечера!

Как ни странно это может показаться, переустановка IIS была тем, что у меня сработало, со следующей командой, запущенной из папки версии .net:

aspnet_regiis.exe /i

Когда я впервые запустил эту команду, я начал получать ошибку HTTP 403.14. Но как только я снова запустил команду, проблема была решена.

Замечания. Еще я удалил перенаправление HTTP из функций сервера на экране "Управление сервером" перед повторной установкой IIS. Возможно, это тоже повлияло на решение проблемы, но я не уверен. Итак, если переустановка IIS по-прежнему не работает, попробуйте удалить перенаправление HTTP и повторите попытку. Надеюсь, это сработает и для вас.

Пользовательский интерфейс немного отличается в более новых версиях Windows Server. Здесь вам нужно включить ASP.Net, чтобы он работал в IIS.

Добавление еще одного решения этой проблемы.

в моем файле Global.asax.cs я отключил попытки использования файлов php конвейером MVC, используя следующее:

routes.IgnoreRoute( "{*php}" );

Я делал это ранее в проекте MVC2, и он работал нормально, но выполнение этого в моем приложении MVC 3 вызвало проблему, о которой сообщалось выше.

Это может произойти еще по одной причине - ваши RouteConfig.cs или WebApiConfig.cs недействительны.

В моем случае у меня был маршрут, определенный как таковой (обратите внимание на круглую скобку вместо фигурной скобки):

...
routeTemplate: "api/(something}"
...

Обратите внимание, что для пользователей Windows 8 вам необходимо добавить / удалить компоненты Windows и удалить версию .net reboot, а затем переустановить, чтобы зарегистрировать ее в IIS. Я предполагаю, что это произойдет, если вы получите .net 4.5 из Visual Studio и после этого установите IIS.

Чтобы решить эту проблему, не прибегая к 32-битному режиму, вам необходимо обновить исходный код этого проекта.

public static void RegisterUrlRoutesFromAttributes(RouteCollection routes)
{
    // Enumerate assembly for UrlRoute attributes.
    List<MapRouteParams> routeParams = new List<MapRouteParams>();
    AppDomain.CurrentDomain.GetAssemblies()
        .ToList()
        .ForEach(assembly => routeParams.AddRange(GetRouteParamsFromAttributes(assembly)));

Я поднял этот вопрос как обсуждение на доске обсуждений в проекте IT-облачного codeplex.

http://itcloud.codeplex.com/discussions/262000

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

Возможно, все необходимые компоненты отсутствуют или / и не все зарегистрированы правильно. Чтобы решить эту проблему, попробуйте снять все флажки в Панели управления -> Включение или отключение функций Windows -> Информационные службы Интернета -> Службы всемирной паутины -> Функции разработки приложений, снимите все флажки и снова отметьте все, затем сбросьте IIS и проверьте, решена ли проблема.

Если вы используете IIS 8.5 в Windows 8 или Server 2012, вы можете обнаружить, что запуск mvc 4/5 (.net 4.5) не работает в виртуальном каталоге. Если вы создадите запись локального хоста в файле хоста, чтобы указать на ваш локальный компьютер, а затем укажите новый локальный веб-сайт IIS в эту папку (с соответствующей записью заголовка хоста), вы обнаружите, что тогда она работает.

Я создал новое пространство имен (и, следовательно, папку), идентичное маршруту к контроллеру (например, MvcApp/Test/SomeClasses.cs и MvcApp/Controllers/TestController.cs). Это также привело к 403,14!

Для меня решением было добавить пакет NuGet Microsoft.AspNet.WebPages (плюс его зависимости Razor и Infrastructure) в мой веб-проект.

Инфраструктуру пришлось принудительно переустановить, поскольку сначала она не была добавлена ​​для справки.

В моем случае для версии .NET CRL в prppertires пула приложений было установлено значение Нет управляемого кода (не знаю почему). Установка его на .NET CRL Version v4.0.30319 решила проблему.