IIS身份验证和文件操作权限(一、身份验证配置)

最近有一个项目服务器需要升级,主要是Web项目。
因为以前是只写代码,不管发布。所以在环境构筑方面就出现自己的知识盲点。
盲点一:IIS的身份验证的作用
盲点二:IIS的身份验证和文件操作权限的关系(重点)
先来看看IIS帮助文档中是如何说的

IIS身份验证和文件操作权限(一、身份验证配置)

通过上面的描述,有些身份验证还是不能很直观理解其作用,没关系现在,我们就从IIS配置开始来说明。

一、新建站点

1.1.新建应用程序池和添加应用程序

IIS身份验证和文件操作权限(一、身份验证配置)

1.2.设置IIS身份验证

IIS身份验证和文件操作权限(一、身份验证配置)

IIS身份验证和文件操作权限(一、身份验证配置)

这样【匿名身份验证】就配置完成了,这次主要说的是身份验证,所以在站点配置那里就没有详细说明了。

但是这样就满足了,当然不能,随后在配置【ASP.Net模拟】和【Forms身份验证】就出现了意想不到的问题。

Ⅰ、ASP.NET模拟

设置应用程序池

IIS身份验证和文件操作权限(一、身份验证配置)

设置站点身份验证

IIS身份验证和文件操作权限(一、身份验证配置)

 预览

 

IIS身份验证和文件操作权限(一、身份验证配置)

错误:检测到在集成的托管管道模式下不适用的ASP.NET设置

那我们就把集成=>经典

IIS身份验证和文件操作权限(一、身份验证配置)

IIS7应用程序池集成和经典的区别   

IIS7应用程序池有集成和经典两种模式,根据微软官方的介绍,

集成模式:服务器将使用 IIS 和 ASP.NET 的集成请求处理管道来处理请求。

经典模式:服务器会继续通过 Aspnet_isapi.dll 路由托管代码请求,其处理请求的方式就像应用程序在 IIS 6.0 中运行一样。

所以理解集成和经典的区别,一个通俗的说法就是经典模式即继续使用IIS6的模式,也就是以前的模式。

一个重要的说明,集成 .NET 模式下,应用程序不应在 <system.web>/<system.web> 配置节中指定 ASP.NET 模块组件,而应使用 <system.webServer>/<system.webServer> 配置节来加载 ASP.NET 模块组件。经典 .NET 模式 则是我们以前习惯的IIS 6 的方式,没有上述限制。

建议使用集成模式。

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:https://www.heiqu.com/zyzpsf.html