当您设置 Web 目录属性“AuthNTLM”时,使用 DirectoryEntry 对象,您实际上要更改什么 IIS 设置?
我的任务是将我们产品的安装程序从 InstallShield 迁移到 WiX。
为了部署 Web 应用程序,以前的开发人员在 InstallShield 中使用自定义操作(用 C# 编写)。在 Wix 中,这不再是必需的,因为 wix 支持 IIS 部署。
无论如何,自定义操作中的代码之一使用 DirectoryEntry 对象来设置 Web 目录的属性:
DirectoryEntry.Properties["AuthNTLM"][0] = true;
此设置有什么作用?我知道它与安全/权限有关,但它实际上在 IIS 中设置了什么设置?它是否启用以下功能之一:
- 集成 Windows 身份验证
- 摘要身份验证
- 基本身份验证
- .NET Passport 身份验证
谢谢!
I'm in task of migrating our product's installer from InstallShield to WiX.
To deploy web applications, the previous developers used Custom Actions (written in C#) in InstallShield. In Wix, this is no longer necessary because wix supports IIS deployment.
Anyway, one of the code in the Custom Action uses the DirectoryEntry object to set the property of a Web Directory:
DirectoryEntry.Properties["AuthNTLM"][0] = true;
What does this setting do? I know it has something to do with security/permission, but what setting does it actually set in IIS? Does it enable one of the following:
- Integrated Windows Authentication
- Digest Authentication
- Basic Authentication
- .NET Passport Authentication
Thanks!
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(2)
不久前我回答过一个类似的问题:
AuthFlags
(不是AuthNTLM
)是一个标志值。您可以在不使用索引器的情况下进行设置,例如:A while back I provided an answer to a similar question:
AuthFlags
(notAuthNTLM
) is a flag value. You can set this without using an indexer, for example:实际上,InstallShield 中可能也不需要它。目前,InstallShield 实际上比 WiX 具有更好的内置 IIS 支持,并且这种类型的设置可以以声明方式完成,而无需编写自定义操作。此外,收集此信息的 InstallShield UI 看起来非常像 IIS MMC 管理单元,因此数据映射方式非常直观。
Actually it probably wasn't needed in InstallShield either. Currently, InstallShield actually has better built-in IIS support then WiX and this type of setting can be done declaratively without writing a custom action. Also the InstallShield UI that collects this information looks pretty much just like the IIS MMC Snap-In so that it's intuitive how the data maps.