asp.net - IIS7 MVC 路由不工作

Question

我们公司发布了一个基于 MVC 的产品(针对 v4.5)，该产品已停止在客户站点上工作，原因似乎是环境问题 - 以前没有问题的构建现在给出了 403.14 - The Web server is configured to not list the contents of this directory .
.

我认为正在发生的事情...

用户访问http://server/AppName

因为它是一个 MVC 应用程序，所以应该使用默认路由 ( Reports/Index )。

相反，IIS 正在寻找默认文档...

...而且，没有找到，它假设用户想要列出目录的内容...

...未启用，因此会引发 403.14。
.

到目前为止我尝试过的...

直接访问路由.. 导致 404 错误。所以我很漂亮
确保 IIS 没有意识到它应该使用路由。

使用 aspnet_regiis向 IIS 注册 ASP.Net。这是从 Framework64 完成的文件夹从...

操作系统为 64 位 - Windows Server 2008(标准版，不含 Hyper-V)

IIS 是 64 位的 - 虽然 Enable 32-Bit Applications是真的

Checked AppPool 的目标是框架的 v4 - 它是。

将 AppPool 模式更改为 Classic - 很确定它应该被集成，但值得排除它。现在回到 Integrated

已确认 RunAllManagedModulesForAllRequests设置为 true在 web.config .

已检查 <system.webServer> 中定义的权限条件web.config的部分遇到了 - 他们是。

创建最简单的 MVC 应用程序并部署它 - 同样的问题。

使用 aspnet_regiis -ua 以管理员身份运行命令 shell 未注册 ASP.Net并使用 aspnet_regiis -enable -i 重新注册.我们遇到了几个权限问题 - 以及 Temporary ASP.NET Files目录丢失了，但是一旦他们找到了地址，我们又回到了同样的错误。

添加了一个简单的 default.htm - 如果存在，这是响应 http://server/AppName 提供的要求。

我已经没有想法了，所有谷歌点击都表明了上述的某种组合 - 或者启用目录浏览(我认为这只是一种症状而不是根本原因)。

另外，不确定它是否相关，但是 IIS 中应用程序可用的可配置元素的数量似乎有点低于我的预期......

Answer 1

您是否检查过运行应用程序池进程的用户？我认为您的网站需要在具有执行 .net 库的权限的情况下运行，而且我已经看到这似乎无缘无故地发生了变化(可能与对系统的过度更新有关)。