首先服务器配置为将传递身份验证和内置帐户一起使用,以访问指定的物理路径.但是,IIS管理器无法验证此内置帐户是否有访问权,请确保应用程序池标识具有该物理路径的读取访问权.
如果此服务器加入到域中,并且应用程序池标识是NetworkService或LocalSystem,则验证<domain><computer_name>$具有该物理路径的读取访问权,然后重新测试这些设置.
Web 应用程序的安全性始于 Web 服务器 (IIS)。与基于 Windows 的服务相同,IIS 完全集成在 Windows 安全性中。与其他任何进程相同,为了访问某文件,IIS 需要正确的身份验证。当用户将请求从他们的浏览器发送到 IIS 时,IIS 必须从 Windows 文件夹中读取该文件,并且无论 Windows 定义的身份验证适用于什么对象,该文件都将适用于此 IIS 请求。也就是说,为了获取对资源的访问,IIS 必须提供正确的凭据,这与其他任何进程相同。Web 应用程序运行时,是在 ASP.NET 下运行,ASP.NET 具有其自己的安全性工具。当应用程序需要访问资源时,这些工具就可以发挥作用。例如,如果要在您的 Web 应用程序中读取或写入文件,则请求是否成功正是由 ASP.NET 安全性上下文决定的。
并不是所有用户都具有读取 Windows 服务器上的文件所需的正确身份验证,尤其是在 Internet 上公开提供的 Web 应用程序中。因此,IIS 和 ASP.NET 提供了几种建立身份验证的机制。以下说明将总结这些方法,因篇幅有限,不得不省略了这些方法的工作方式的许多细节。有关 IIS 安全性的详细信息,请参见 Microsoft Web 站点 (http://www.microsoft.com/windows2000/en/server/iis/) 上 IIS 文档中有关访问控制的主题。有关 ASP.NET 安全性的详细信息,请参见 ASP.NET Web 应用程序安全性。
欢迎分享,转载请注明来源:夏雨云
评论列表(0条)