IIS架构介绍

最新推荐文章于 2024-05-12 14:15:24 发布

weixin_33709590

最新推荐文章于 2024-05-12 14:15:24 发布

阅读量354

点赞数

文章标签：操作系统

原文链接：http://www.cnblogs.com/zhangtan/p/7610504.html

版权

IIS7及以上版本提供的请求-处理架构包括以下内容：

Windows Process Activation Service(WAS)可以让站点支持更多协议，不仅仅是HTTP和HTTPS
可以通过增加或移除模块来自定义Web服务器引擎
集成IIS和ASP.NET请求-处理管线

本文介绍组件、模块和请求-处理架构，包括以下几个部分：

IIS中的组件

IIS包含多个组件来为程序和Web服务角色执行重要的功能。每个组件各司其责，如监听对服务器的请求、管理进程、读取配置文件。这些组件包括协议监听器（如HTTP.sys）、服务（如万维网发布服务、进程激活服务）。

协议监听器

协议监听器接收相关协议请求，将它们送到IIS来处理，向请求者返回响应。例如，当客户端浏览器向因特网请求一个网页，HTTP监听器（HTTP.sys）接受这个请求并将它转送到IIS来处理。当IIS处理完请求，HTTP.sys就会将结果返回到客户端浏览器。

IIS将HTTP.sys当作默认的协议监听器来监听HTTP和HTTPS的请求。HTTP.sys是在IIS中引进来的作为HTTP相关的协议监听器。IIS7及以上版本接续保留HTTP.sys作为IIS协议监听器，它增加了对SSL的支持。

为了支持使用http及https的服务与程序，你可以采用wcf技术。WCF具有监听器与监听适配器。

超文本传输协议栈（Http.sys）

HTTP监听器属于操作系统下的网络子系统，它是通过内核-模式设备驱动即超文本传输协议栈（Http.sys）来实现的。

在IIS6.0中，HTTP.sys取代了Winsock。Winsock是用户-模式组件，用来接收http请求并发送http响应。

HTTP.sys具备以下几点好处：

内核-模式缓存，资源缓存在内核-模式下，无需切换到用户模式。
内核-模式请求队列，多个请求会导致上下文切换中的少量开销，因为内核直接将请求转递到正确的工作进程。如果没有合适的进程接收请求，内核模式队列一直持有这个请求，直到有合适的进程接收它。
请求的预处理及安全过滤

万维网发布服务（WWW Service）

在IIS7及以上版本中，以前在WWW Service中处理的功能被分割到两个服务中：WWW Service和进程激活服务（WAS）。

提示：下文中W3SVC和www service是一样的意思。

WWW Service如何在IIS6.0中工作的？

在IIS6.0中，WWW Service管理以下几个领域：

HTTP管理及配置：WWW Service从IIS元数据中读取配置信息，并用这些配置信息配置并更新HTTP监听器（HTTP.sys）.另外WWW Service开启、监视并管理处理HTTP请求的工作进程。
进程管理：WWW Service管理程序池和工作进程，如开启、停止和回收工作进程。另外，WWW Service检测进程的健康，并调用快速失败侦测去开启新进程，当多个工作进程在可配置的时间内失败。
性能监视：WWW Service监视性能，并为网站和IIS缓存提供性能计数器。

WWW Service如何在IIS中工作？

在IIS中，WWW Service不再管理工作进程。取而代之，它成为HTTP监听器的监听适配器。作为监听适配器，WWW Service主要用来配置HTTP.sys，当配置变化更新HTTP.sys，当请求到达队列通知WAS。

另外，WWW Service继续收集网站计数。因为性能计数器依然是WWW Service的一部分。

进程激活服务（WAS）

在IIS7及以上版本中，WAS管理应用程序池及工作进程。这样就允许你对HTTP和non-HTTP使用相同的配置和处理模型。

另外，如果你不需要HTTP功能，你只需要运行WAS，而不用WWW Service。例如，你可以通过WCF监听适配器来管理WEB服务，如NetTcpActivator,如果你不需要监听HTTP.sys里的HTTP请求，你就不需要运行WWW Service。

WAS中的配置管理

在启动阶段，WAS从ApplicationHost.config中读取确定的信息，然后把这些信息传给服务器的监听适配器。监听适配器负责建立WAS和协议监听器沟通渠道。一旦监听适配器接收到配置信息，他们将配置相应的监听器，并准备让监听适配器监听请求。

在WCF中，监听适配器包含了监听器的功能。因此，WCF的监听适配器（如NetTcpActivator）是基于WAS信息来配置的。一旦NetTcpActivator被配置，它用net.tct协议来监听请求。

下面列表描述了WAS读取的配置信息的类型：

全局配置信息
协议配置信息，包括HTTP和Non-HTTP协议
应用程序池配置，如进程账户信息
网站配置，如绑定于程序
应用程序配置，如可用的协议与程序所属的应用程序池

如果ApplicationHost.config发生变动，WAS收到通知并更新监听适配器。

进程管理

WAS管理HTTP和Non-HTTP的应用程序池和工作进程。当应用程序池接收到客户端请求，WAS检测是否有正在运行的工作进程，如果应用程序池有工作进程可以处理请求，监听器就把该请求传递给工作进程来处理，否则，WAS将创建一个新的工作进程。

注释：因为WAS管理HTTP与NON-HTTP协议的进程，你可以在一个应用程序池中处理不同的协议。你可以开发一个程序，如你可以为http和net.tct开发一个xml服务

IIS中的模块

IIS提供了一个与以前版本不同的架构。取代了保留大部分功能在server内部，IIS包括了web引擎，你可以根据需要添加、移除模块。

模块是一些server用来处理请求的独立的特性。如IIS利用authentication模块来负责客户端身份认证，缓存模块来管理缓存活动。

新的架构比起以前版本提供了一下的优点：

你可以挑选那些你需要的模块
你可以自定义一个server
你可以开发一个自定义的模块来取代以前的模块，或添加新功能

新的架构改善了安全，简化了管理。通过移除不必要的功能，降低了服务器被攻击的面和内存占用。

本地模块

HTTP模块：

CustomErrorModule、ttpRedirectionModule、ProtocolSupportModule、RequestFilteringModule、WebDAVModule

安全模块：

AnonymousAuthenticationModule、BasicAuthenticationModule、CertificateMappingAuthenticationModule、DigestAuthenticationModule、IISCertificateMappingAuthenticationModule、RequestFilteringModule、UrlAuthorizationModule、WindowsAuthenticationModule、IpRestrictionModule

内容模块：

CgiModule、DefaultDocumentModule、DirectoryListingModule、IsapiModule、IsapiFilterModule、ServerSideIncludeModule、StaticFileModule、FastCgiModule

压缩模块：

DynamicCompressionModule、StaticCompressionModule

缓存模块：

FileCacheModule、HTTPCacheModule、TokenCacheModule、UriCacheModule

日志及诊断模块：

CustomLoggingModule、FailedRequestsTracingModule、HttpLoggingModule、RequestMonitorModule、TracingModule

托管支持模块：

ManagedEngine、ConfigurationValidationModule

托管模块

AnonymousIdentification、DefaultAuthentication、FileAuthorization、FormsAuthentication、OutputCache、Profile、RoleManager、Session、rlAuthorization、

UrlMappingsModule、WindowsAuthentication

IIS中的请求-处理

在IIS中，IIS与ASP.NET的请求管线整合在一个管线中来处理请求。新的请求-处理架构由一系列有序的本地和托管模块组成，来处理具体任务。

这种设计具备很多优点。首先，所有文件类型都可以利用以前只能在托管代码中的特性。例如静态文件、asp文件、其它类型文件都可以利用asp.net的Form认证和URL认证了。第二，消除IIS和ASP.NET的功能重复。例如，当客户端请求一个托管文件，服务在继承管线中调用合适的认证模块，在老版本中，认证模块要经过IIS与ASP.NET两个管线。第三，你可以集中在一个地方管理模块了。