IIS 7 配置路径

Question

我正在尝试使我的 C++ ahadmin 应用程序与 IIS 7 兼容。我的应用程序需要读取网站配置（通过 IIS 6 中的元数据库属性）。

我读了很多关于配置路径的文章，我想我很清楚它是如何工作的 - 但我不确定一件事：

要进行配置，我可以提交 MACHINE/WEBROOT/APPHOST/ 路径或机器/WEBROOT/APPHOST/默认网站。

据我了解，后者指的是特定网站的实际web.config，前者指的是通用的applicationHost.config文件，其中设置了常规设置。

但是，我的应用程序不知道 web.config 文件是否存在。

我的问题：如果我想到达此路径 - Object.ConfiguredObject.Site.Bindings，我是否需要提交 APPHOST 路径或 APPHOST/Default网站 路径？

我如何在运行时知道这一点？

Answer 1

您始终将绑定提交到MACHINE/WEBROOT/APPHOST。

您应该去查看以下位置的架构文件：

%systemroot%\System32\inetsrv\config\schema

它们将帮助您确定设置的所属位置。

更新：

根据您的评论：

例如，AccessSSLFlags 会
被映射到
ConfigurationSection.AccessSection.SslFlags
- 在这种情况下我将提交哪一部分？我怎么知道我是哪个部分
需要提交吗？

这一切都取决于。 IIS7 支持名为 功能的机制代表团。如果某个功能被委托，则意味着用户可以在其本地 web.config 中配置该功能。某些功能在 system.webServer 下配置，其他功能在 system.web 下配置。

用户在其 web.config 中可以和不可以本地配置的内容由两个文件中的条目控制：

%systemroot%\system32\inetsrv\config\administration.config
%systemroot%\system32\inetsrv\config\applicationHost.config

如果您去查看 IIS7 配置架构：

%systemroot%\System32\inetsrv\config\schema\IIS_schema.xml

您会发现有两种主要类型的节：

system.applicationHost/xxxx
system.webServer/xxxx

在 system.applicationHost 下可配置的任何内容通常不被视为用户可修改的配置项。事实上，如果您打开 applicationHost.config，您将看到：

<sectionGroup name="system.applicationHost">
  <section name="applicationPools" allowDefinition="AppHostOnly" overrideModeDefault="Deny" />
  <section name="configHistory" allowDefinition="AppHostOnly" overrideModeDefault="Deny" />
  <section name="customMetadata" allowDefinition="AppHostOnly" overrideModeDefault="Deny" />
  <section name="listenerAdapters" allowDefinition="AppHostOnly" overrideModeDefault="Deny" />
  <section name="log" allowDefinition="AppHostOnly" overrideModeDefault="Deny" />
  <section name="serviceAutoStartProviders" allowDefinition="AppHostOnly" overrideModeDefault="Deny" />
  <section name="sites" allowDefinition="AppHostOnly" overrideModeDefault="Deny" />
  <section name="webLimits" allowDefinition="AppHostOnly" overrideModeDefault="Deny" />
</sectionGroup>

注意到 allowDefinition="AppHostOnly" 了吗？这基本上是在告诉您这些设置无法在 web.config 中配置。

功能委托的工作原理范围太广，无法在答案中涵盖，因此我建议您阅读上面链接的文章。

Answer 2

听起来您正在尝试构建一个通用工具来管理配置，因此您可能需要考虑遵循 IIS 管理器遵循的类似模式；简而言之，它总是尝试将配置保存到可能的最深路径。这意味着它总是会通过查看该部分是否被锁定来将其提交到可以的位置。它使用托管代码 (Microsoft.Web.Administration)，但您可以使用 AppHostElement.GetMetadata("isLocked") 从 C++ 访问相同的数据。
顺便说一句，如果您使用 C++，我强烈建议直接使用 AHADMIN（而不是 WMI 或其他任何东西），特别是 IAppHostWritableAdminManager。

因此，算法是将 CommitPath 设置为与指定的 GetAdminSection 配置路径相同的值。然后检查 IsLocked，如果是，则删除最后一个“路径部分”（修剪从最后一个“/”开始的部分），然后再次阅读，直到找到该部分解锁的位置。那是你可以保存它的最深处。另外，如果它是 system.web 部分，您将需要在某个时候切换到 MACHINE/WEBROOT。 IsLocked 将尊重诸如“部分定义”允许位置之类的内容以及其他必需的内容。如果你想让它防弹，你甚至需要检查属性级锁定，但我认为这是相当先进的。