HTTP 403.0来自IIS-子代码无效且未解释“拒绝访问”
我们突然发现403个拒绝访问错误，但没有明显的原因。 只有使用连字符的页面才会出现此问题。例如： 但是，如果我们将此页面重命名为： 它起作用了 这是一个Sitefinity CMS应用程序/站点，因此我们最初认为问题存在，但我们能够在测试VM时启动并运行完全相同的应用程序/数据库，问题就消失了 环境是Windows Server 2012和IIS 8 我们怀疑环境发生了变化，但我们不确定会发生什么变化HTTP 403.0来自IIS-子代码无效且未解释“拒绝访问”,iis,sitefinity,Iis,Sitefinity,我们突然发现403个拒绝访问错误，但没有明显的原因。 只有使用连字符的页面才会出现此问题。例如： 但是，如果我们将此页面重命名为： 它起作用了 这是一个Sitefinity CMS应用程序/站点，因此我们最初认为问题存在，但我们能够在测试VM时启动并运行完全相同的应用程序/数据库，问题就消失了 环境是Windows Server 2012和IIS 8 我们怀疑环境发生了变化，但我们不确定会发生什么变化 最后一点是，并非所有连字符页面都会出现这种情况。但是，所有问题页面都是连字符页面 您是否检查了
最后一点是，并非所有连字符页面都会出现这种情况。但是，所有问题页面都是连字符页面 您是否检查了这些页面上的权限？它们是否允许匿名查看访问？你在-4.0或4.5.x版本的基础上开发了哪个版本的.NET应用程序？@VeselinVasilev这些页面由一个名为Sitefinity的CMS系统提供，因此它们实际上不存在于驱动器上。目标框架是4。0@Jackques，是的，我知道这一事实，但页面在Sitefinity CMS中确实有权限-在“操作”下，您将找到权限链接。什么版本的Sitefinity？@VeselinVasilev对此表示抱歉。权限设置为允许匿名是。当您将连字符分隔符更改为下划线时，页面会抛出此错误，因此我认为这与页面权限本身无关。Telerik在两个不同的环境中测试了应用程序，其中一个环境有效，另一个环境无效。Telerik建议这显然是一个环境问题，我应该比较这两个环境，但主要设置是相同的，所以我要深入挖掘。不确定要去哪里只是为了不考虑Sitefinity，当您创建一个名称中带有连字符的普通html文件（例如static-file.html）时会发生什么情况？你有相同的403吗？如果是这样，那么它肯定是IIS/防火墙中的某些东西。能否启用IIS日志记录并查看与403关联的子状态代码？