ASP.NET MVC на IIS 7.5

Я запускаю Windows 7 Ultimate (64 біт) за допомогою Visual Studio 2010 RC. Нещодавно я вирішив запустити / налагодити VS мої програми на IIS, а не сервер розробників, який поставляється разом з ним.

Однак кожен раз, коли я намагаюся запустити додаток MVC, я отримую таку помилку:

Помилка HTTP 403.14 - Заборонено Веб-сервер налаштований не перераховувати вміст цього каталогу. Детально

Інформація про помилку

Каталог модулівListingModule

Повідомлення ExecuteRequestHandler

Помилка обробника StaticFile

Код 0x00000000 Запитано

URL-адреса http: // localhost: 80 / mySite /

Фізичний шлях C: \ myProject \ mySite \

Метод входу Анонімний вхід

Користувач анонімний

Я помістив default.aspxфайл у каталог і отримав таку помилку:

Помилка HTTP 500.21 - внутрішній обробник помилок сервера "PageHandlerFactory-Integrated" має поганий модуль "ManagedPipelineHandler" у своєму списку модулів

Чи є якісь інші кроки, які я забув зробити, щоб це працювати?

Примітки: після встановлення VS 2010 RC я встановив IIS 7.5. Я використовував вбудовану кнопку "Створити віртуальний каталог" на вкладці "Веб" на вкладці "Властивості" проекту MVC у Visual Studio 2010. Я переконався, що програма використовує пул додатків ASP.NET 4.

Нижче наведені встановлені функції IIS, які я маю.

ASP.NET 4 не був зареєстрований у IIS. Довелося виконати наступну команду в командному рядку / run

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 .gif. Натомість

<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 в інтегрований режим. Thnx Майклу Біанкі ( https://stackoverflow.com/a/7956546/1143515 ), я хочу лише підкреслити це.

Для мене на Azure Server 2012 R2 IIS 8.5 VM з додатком Asp.Net MVC 5 (у бін розгорнуто MVC 5) мені довелося зробити наступне з піднесеного запиту cmd, хоча у мене вже встановлено 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. Сподіваємось, це врятує когось у майбутньому.

Я використовував розширення WebDeploy IIS для імпорту моїх веб-сайтів з IIS6 в IIS7.5, тому всі налаштування IIS були такими, якими вони були у виробничому середовищі. Спробувавши всі запропоновані тут рішення, жодне з яких не працювало на мене, мені просто довелося змінити налаштування пулу додатків для веб-сайту з Classic на Integrated.

Я зіткнувся з тією ж проблемою 404.14 раптово. Нарешті, проблема була усунена, знявши прапорець "прекомпіляція під час публікації" в налаштуваннях профілю публікації.

Я змінив маршрут за замовчуванням в один момент з:

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

До:

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

Що дало мені вашу помилку. Радий, що хтось згадав про маршрутизацію, тому що я, мабуть, був би на цьому вічно.

У моєму випадку ASP.NET 4.5 не встановлений на сервері, тому встановлення ASP.NET 4.5 усунула проблему.

Ви можете вирішити цю помилку, запустивши cmd як адміністратор ніж

Зробіть те саме, що на малюнку для Windows 32 біт

Просто внести зміни в 64 біт , як Framework64 замість рамок тільки не йти в IIS і оновити сайт
Якщо у ще є деякі помилки , внести зміни в пулі додатків

У мене виникла ще одна проблема, яка призвела до цього питання.

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

Жодна з цих речей не працювала. Виявилося, що в моєму web.config під system.webserver> модулями у мене було таке:

<remove name="WindowsAuthentication" />

Очевидно, що це видалило модуль аутентифікації Windows, який, здавалося, якимось чином збив усе кілтер.

Я сподіваюся, що це комусь допоможе, оскільки це коштувало мені більшу частину вечора!

Інтерфейс користувача дещо відрізняється в нових версіях 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 перезавантажити, а потім перевстановити для того, щоб зареєструвати її в IIS. Я припускаю, що це станеться, якщо ви отримаєте .net 4.5 з візуальної студії та встановите IIS згодом.

Як не дивно, як це може здатися, для мене працювала перевстановлення IIS , наступна команда виконується всередині папки версії .net:

aspnet_regiis.exe /i

Коли я вперше запустив цю команду, я почав отримувати помилку HTTP 403.14. Але одного разу я знову запустив команду, це вирішило проблему.

Висновки : Інша річ, яку я також зробив, - це видалити перенаправлення HTTP з функцій сервера на екрані управління сервером перед перевстановленням IIS. Можливо, це теж вплинуло на вирішення проблеми, але я не впевнений. Отже, якщо перевстановлення IIS все ще не працює, спробуйте видалити перенаправлення HTTP і повторіть спробу. Сподіваємось, це може працювати і для вас.

Щоб вирішити цю проблему, не вдаючись до 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.

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 та інфраструктури) до мого веб-проекту.

Інфраструктуру довелося насильно перевстановити, оскільки вона спочатку не була додана в якості посилання.

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