Windows 2012 / IIS 8 + приложение ASP.NET MVC 403.14 (запрещено) - веб-сервер настроен так, чтобы не отображать содержимое

У меня есть очень простое приложение MVC 4, которое я пытаюсь развернуть на сервере Windows 2012.

Непоследовательно при переходе к корню веб-приложения (http://localhost/app), он возвращает 403.14-Forbidden:

Подробная информация об ошибке:

Module:            DirectoryListingModule
Notification:      ExecuteRequestHandler
Handler:           StaticFile
Error Code:        0x00000000
Requested URL:     http://localhost:80/test1/
Physical Path:     c:\apps\test1\
Logon Method:      Negotiate

Веб-приложение:

Это очень ванильный шаблон VS2012 MVC4 Intranet - только с настройкой ярлыка, чтобы доказать, что все работает.
работает в интегрированном пуле приложений v4.0
настройка для использования проверки подлинности Windows
пулу приложений назначен пользовательский идентификатор AD (чтобы он мог получить доступ к серверу SQL)
удостоверение пула приложений имеет разрешения на чтение в папке c: \ apps \ test1, в которой он запущен
Это приложение MVC4, ориентированное на .NET 4.0 в настоящее время. В приложении MVC4 нет документа по умолчанию (например, default.aspx), так как он не должен быть.
Я не хочу включать списки каталогов (поскольку это не настоящая ошибка).
Установлено: роли / веб-сервер (IIS) / разработка приложений / (расширяемость .NET 4.5, инициализация приложений, ASP.NET 4.5, расширения ISAP, фильтры ISAPI, протокол WebSocket)
Работает локально на моем компьютере в IISExpress в Windows 8
Настроил в web.config: <modules runAllManagedModulesForAllRequests="true" />
настроен на предварительную компиляцию во время публикации

Когда я меняю предварительно скомпилированный параметр на false, веб-приложение не подводит (по крайней мере, в моем тестировании, похоже, работает стабильно).

Причина, по которой я говорю, что это непоследовательно, заключается в том, что я видел, как это работает, затем опубликовал, и ошибка возвращается. Я не могу найти закономерность проблемы (и прямо сейчас мне вообще не удалось заставить ее снова работать).

403 возвращается из локального или удаленного веб-браузера.

У меня возникли проблемы с поиском решения, которое не предназначено для старых версий Windows (например, предложения по переустановке ASP.NET, которые не будут работать в Windows 2012).

Я действительно не знаю, что еще попробовать.

У меня та же проблема. Я столько времени искал и выполнил все инструкции в этом ссылка на сайт. Я настроил свое приложение, как ваше; но это совсем не работает. Наконец, я обнаружил, что: Когда я выбираю предварительную компиляцию во время публикации, я должен установить AssemblyCulture как пустую строку (в файле Properties / AssemblyInfo.cs). Например:

[сборка: AssemblyCulture ("")]

Если я установлю следующее, это не сработает

[сборка: AssemblyCulture ("fr-FR")]

Только что заметил там «индивидуальный идентификатор AD».

убедитесь, что у нового пользователя действительно есть права на чтение пути к файловой системе, даже если там ничего нет.
убедитесь, что новый пользователь находится в группе приложений IIS, чтобы он мог разговаривать с метабазой
Проверьте, настроена ли аутентификация в режиме ядра, в зависимости от этого:
1. (если да) проверьте, что у setspn нет лишних записей
2. (если нет) подумайте о том, чтобы поднять NTLM над Kerberos в вашем списке согласования аутентификации, чтобы увидеть, решит ли это проблему.

2012 год является достаточно новым, и я не знаю его причуд, связанных с ошибками, но это неплохие места для начала, когда получают запрет 403.

У меня была аналогичная проблема, и я ответил так:

http://technet.microsoft.com/en-us/library/cc731598

Я добавил IP-адрес машины, обращающейся к службе. Я не знал, что это было включено.