|
摘要：华能集团下某发电厂的企业网站（基于Asp.Net2.0实现，不允许修改源程序）要求实现“厂内用户可直接访问整个站点的所有页面，厂外用户只能访问指定的页面”的功能，本文将按照需求分析、方案设计、编码实现、部署应用的顺序逐步阐述整个解决方案的形成过程。 1. 需求分析 通过深入的交流和沟通，确认了该发电厂在企业网站用户访问控制方面的改进要求，大致情况如下： 显而易见，他们就是针对企业网站增加一项IP过滤功能，在厂外用户访问某些敏感页面时将其拒之门外。首先我们需要设置一个IP列表和一个Url列表，前者包含所有厂内IP，后者包含厂外用户可访问的全部Url，并且这两个列表都是可维护的；另外一个核心问题是，我们需要选择一个合理的方式将开发好的功能模块集成到企业网站中，HttpModules义不容辞。 在Asp.Net时代，IIS 接收到请求并将其调度给 aspnet_isapi.dll之后，ASP.NET 引擎开始逐个对已配置的HTTP模块（HttpModules）进行初始化，然后再调用正确的HTTP处理程序并呈现被请求的资源，最后将所生成的标记返回给 IIS 和请求客户端（如下图所示）。
IIS 和 ASP.NET 正在处理请求
如果你想了解更多关于HttpModules的资料，请自行查阅。 2. 方案设计 2.1. 开发环境 编程语言：C#2.0 2.2. 概要设计 使用HttpModules实现IP过滤功能的核心思想是：自定义一个HttpModule捕获每一个用户请求，然后获取相关的用户IP和被请求的Url进行逻辑判断，将未授权的请求重定向到一个错误提示页。Http请求授权与否的判断逻辑为： 
在HttpApplication的BeginRequest事件中附加自定义的处理程序即可完成Http请求的捕获。此外，为了便于维护我们应将程序运行需要的各项参数（IP列表、Url列表、错误提示页路径等等）存储于特定的XML配置文件中，为了提高效率，我们还需要将配置文件执行内存级的缓存处理并对IP、Url匹配算法进行适当的优化。 2.3. 配置缓存算法 配置文件的缓存参照微软CommonServer项目中的实现逻辑，将配置信息持久化为实体类存储于HttpContext.Current.Cache中，配置文件发生后缓存信息将自动清空，下次访问时再次执行持久化操作，不需重启站点。本文对CommonServer的缓存逻辑不做深入探讨，感兴趣者可自行搜索相关资料。 2.4. IP列表算法 通过上文可知，当前项目用到的IP列表包含的数据量非常有限，就是电厂web服务器可有效识别的内网IP的穷举。 因而我们将整个IP列表缓存，使用时直接检索当前用户IP是否存在于列表之中即可。在具体IP的存储方面，我们可将其视作256进制，将IP字符串转换为数字格式（例如：192.168.10.3可视作192*256*256*256+168*256*256+10*256+3=3232238083，不考虑IPV6）；在参数配置的格式方面，我们应同时支持单个IP或IP段的方式增删IP列表。 (责任编辑：admin) |