Помилка MVC4 HTTP 403.14 - заборонено

Я створив веб-програму .net4.5 ASP.NET MVC4, яка чудово працює локально (сервер IIS Express і розробник), але як тільки я розгортаю її на своєму веб-сервері, вона видає помилку 403. Я встановив .Net 4.5RC на сервері і навіть спробував aspnet_regiis -i біт, який усі рекомендували для своїх проблем із попередніми версіями MVC / .Net, але це не допомогло.

Будь-які ідеї?

EDIT : Докладніше про ситуацію. Сервер 32-бітний, і у мене є ще 4 додатки MVC3, які працюють нормально. Просто мій додаток MVC4 не працює.

Спробуйте

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

Через

/server/405395/unable-to-get-anything-except-403-from-a-net-4-5-website

Помилка 403.14 - це код помилки HTTP, через який не дозволяється перераховувати вміст каталогу. Будь ласка, переконайся в цьому

1. Ви налаштували веб-сайт як додаток у IIS
2. На сервері встановлено .NET 4.5
3. Ви встановили пул програм для запуску відповідної версії платформи .NET (тобто для нього не встановлено .NET 2.0
4. Ви використовуєте інтегрований конвеєр у вашому пулі програм
5. .NET 4.5 фактично зареєстровано в IIS. Будь ласка, перегляньте цю публікацію щодо подібної проблеми / вирішення

Зазвичай a та d є найбільшими проблемами, пов'язаними з розгортанням MVC у IIS

Можливо ... Якщо ви випадково скористаєтесь майстром публікації (як я це зробив) і встановите прапорець "Попередньо скомпілювати під час публікації" (як і я) і побачите ті самі симптоми ...

Так, я бив себе за голову, але після зняття цього прапорця, здавалося б, не пов'язаного налаштування, всі описані симптоми зникають після передислокації.

Сподіваємось, це виправляє деяких людей.

Windows-> Пуск -> Увімкнення та вимкнення функцій вдів

Переконайтесь, що ви перевірили необхідні параметри

Перед застосуванням

runAllManagedModulesForAllRequests="true"/>

розгляньте посилання нижче, яке пропонує менш радикальну альтернативу. У дописі автор пропонує таку зміну локального web.config:

  <system.webServer>
    <modules>
    <remove name="UrlRoutingModule-4.0" />
    <add name="UrlRoutingModule-4.0" type="System.Web.Routing.UrlRoutingModule" preCondition="" />
    </modules>

http://www.britishdeveloper.co.uk/2010/06/dont-use-modules-runallmanagedmodulesfo.html

У Visual Studio 2012 є Рефактор -> Перейменувати помилку, яка помилково перейменовувала "ідентифікатор" всередині літерального значення рядка параметра url у моєму RouteConfig.cs. Це призвело до 403,14 на нову та іншу коректну установку як у Windows Server 2012, так і в Windows Server 2008 R2.

routes.MapRoute(
    name: "Default",
    url: "{controller}/{action}/{id}",
    defaults: new { controller = "Home", action = "Index", id = UrlParameter.Optional }
);

було змінено на

routes.MapRoute(
    name: "Default",
    url: "{controller}/{action}/{renamed_text}",
    defaults: new { controller = "Home", action = "Index", id = UrlParameter.Optional }
);

Ви також можете отримати 403, якщо під час тестування на сервері розробника ви використовуєте інтегрований конвеєр, а потім встановлюєте як класичний конвеєрний режим на своєму веб-сервері IIS 7.5, також мені не вистачало папки app_data, яка також потрібна

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

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

Ви можете використовувати код вище

Я встановив для пулу додатків нового додатка значення DefaultAppPoolв IIS, яке, очевидно, використовує Classicконвеєр з .NET v.2.0.

Для вирішення проблеми я створив новий пул програм за допомогою Integratedконвеєра та .NET v4.0. саме для цього нового додатка, а потім все почало працювати, як очікувалося.

Не забудьте призначити цей новий пул програм додатку. Виберіть програму в IIS, клацніть, Basic Settingsа потім виберіть новий пул програм для програми.

той, який я бачу частіше останнім часом, - це IIS і дозволяє запускати 32-бітні програми

Це те, що ви спробували. інакше нам потрібна додаткова інформація про виробничі версії та версії сервера розробників

У мене трохи інша проблема, на сервері 2012 я якось забув увімкнути asp.net 4.5, тому, якщо у вас ця проблема, перевірте, чи ви її ввімкнули.

Я запускаю Windows Server 2012 R2 на Azure та ASP.NET 4.5, IIS 8

Я вирішив цю проблему, видаливши всі елементи ASP.NET у програмах та засобах, а потім перевстановивши ASP.NET, подібний до цього, за допомогою Диспетчера серверів за допомогою Додавання ролей та функцій: вибрав інсталяцію на основі ролей або функцій, вибрав мій сервер, а потім для Вибору ролі сервера вибрали Веб-сервер (IIS) / Веб-сервер / Розробка додатків, потім клацнули ASP.NET 4.5, підтвердили встановлення необхідної умови, а потім переінсталювали ASP.NET 4.5.

Мої попередні пошуки привели мене до думки, що проблема насправді пов'язана з проблемою реєстрації в ASP.NET. У попередніх версіях ASP.NET насправді існує утиліта, яку можна запустити для реєстрації ASP.NET без перевстановлення, але, здається, вона вже не доступна.

Я вирішую проблему з відкриттям візуальної студії, розширенням посилань та зміною властивості "Копіювати локально" на "Істинно".

Я виявляю це, порівнюючи dll старої версії з dll моєї нової версії (яка не працювала)

У моєму випадку сторінкою моєї програми за замовчуванням був index.html, якого не було в параметрах документа за замовчуванням. Додавши його, виправлено 403.14 заборонену помилку.

У моєму випадку проблема була спричинена користувацьким ActionFilterAttribute, який був своєрідним атрибутом глобального фільтра. Атрибут створив екземпляр служби через Autofac, але служба аварійно завершила роботу в конструкторі:

public ActionFilterAttribute()
{
    _service = ContainerManager.Resolve<IService>();
}

public class Service: IService
{ 
    public Service()
    {
        throw new Exception('Oops!');
    }
}

У моєму випадку ані функції Windows, ані aspnet_regiis -iне працювали. Після багатогодинного копання в Інтернеті я зробив власне рішення:

1. У диспетчері IIS у модулях я змінив успадкування на локальний у вузлі UrlRoutingModule-4.0:

   

2. У web.config я вставив декілька порад з цього форуму:

   <system.webServer>
       <modules runAllManagedModulesForAllRequests="true">
           <remove name="UrlRoutingModule-4.0"></remove>
           <add name="UrlRoutingModule-4.0" type="System.Web.Routing.UrlRoutingModule" preCondition=""></add>
       </modules>
   </system.webServer>
   

Сподіваюся, це допоможе