IIS中WIF实现SSO时web.config的location path元素识别错误

我之前在配置WIF实现SSO时也碰到过类似的配置问题，结合经验给你几个具体的排查方向：

1. 先检查location标签的语法结构是否正确 #

这是最常见的触发原因，很多时候是节点嵌套错误或者拼写失误导致的。正确的针对Default.aspx配置匿名访问的location结构应该是这样的：

<configuration>
  <!-- 其他配置节点 -->
  <location path="Default.aspx">
    <system.web>
      <authorization>
        <allow users="*" />
      </authorization>
    </system.web>
  </location>
  <location path="WebResource.axd">
    <system.web>
      <authorization>
        <allow users="*" />
      </authorization>
    </system.web>
  </location>
  <!-- WIF相关配置节点 -->
</configuration>

要重点确认：

• authorization节点必须嵌套在system.web内部，不能直接放在location下
• 所有标签的拼写没有错误（比如别把authorization写成authorizaiton这类低级失误）
• path属性的值和实际页面文件名完全匹配（注意IIS在部分模式下区分大小写）

2. 检查WIF配置节的注册是否正确 #

如果你的web.config里使用了WIF的自定义配置节（比如<microsoft.identityModel>或者<system.identityModel>），需要确保这些配置节已经在<configSections>里正确注册。例如：

<configSections>
  <section name="microsoft.identityModel" type="Microsoft.IdentityModel.Configuration.MicrosoftIdentityModelSection, Microsoft.IdentityModel, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" />
</configSections>

如果缺失了这个注册，WIF相关的元素会被识别为未知元素，可能间接导致location标签的解析错误。

3. 验证IIS身份验证设置 #

• 确认你的应用在IIS中已经启用了匿名身份验证，如果不需要其他验证方式（比如Windows身份验证），可以暂时禁用它们，避免权限规则冲突
• 检查应用程序池的.NET框架版本：WIF 3.5需要.NET 4.0及以上的应用池，确保应用池配置的版本和你的项目框架一致

4. 查看详细错误信息定位具体未知元素 #

“Unrecognized element”错误通常会指明具体是哪个元素无法识别，你可以：

• 打开IIS管理器，找到你的应用，点击“错误页”，设置“编辑功能设置”为“详细错误”
• 重新访问应用，查看完整的错误堆栈，找到那个未知元素的名称，这样就能精准定位问题（比如是某个WIF的自定义元素没注册，还是location里的某个节点写错了）

5. 检查父级web.config的影响 #

如果你的应用部署在IIS的子站点下，父级站点的web.config可能会有继承的配置，比如全局的authorization规则，或者未注册的配置节，导致当前应用的location标签解析异常。可以尝试在当前应用的<location>标签里加上inheritInChildApplications="false"来隔离父级配置：

<location path="Default.aspx" inheritInChildApplications="false">
  <!-- 内部配置 -->
</location>

内容的提问来源于stack exchange，提问作者jakHook