项目发布: IIS 日志安全分析器

        近期发现服务器有一些异常，随机手搓了一个 IIS 日志安全分析器，基于不同维度对访问进行分析，并识别可疑的 IP 地址或地址段，便于通过网络策略进行阻拦，以下是其主要特性和功能。

主要特性

• 多维度安全分析：检测SQL注入、XSS攻击、管理面板探测、命令执行尝试等多种安全威胁
• 智能IP地理定位：集成多个IP地理位置API，显示攻击者的地理位置和ISP信息
• 子网攻击分析：识别和分析可疑的子网攻击模式
• 交互式HTML报告：生成带有导航功能的美观HTML报告
• FTP活动监控：分析FTP连接、认证尝试和异常活动
• 实时威胁评估：对危险IP进行深度分析和威胁等级评估

功能概览

Web流量分析

• HTTP状态码分布统计
• 最活跃客户端IP识别
• 热门访问页面分析
• 用户代理(User-Agent)统计
• 错误请求模式分析

安全威胁检测

支持检测以下安全威胁类型：

• 管理面板探测 - 检测对admin、wp-admin等管理界面的扫描
• 命令执行尝试 - 识别代码注入和命令执行攻击
• 环境文件访问 - 检测对.env等敏感配置文件的访问
• phpMyAdmin探测 - 识别对数据库管理工具的扫描
• Shell访问尝试 - 检测Webshell上传和访问尝试
• 目录遍历攻击 - 识别路径遍历攻击模式
• CGI漏洞利用 - 检测CGI脚本相关的攻击
• Git文件访问 - 检测对.git目录的非法访问

IP地理位置分析

• 多API支持 - 集成ip-api.com、ipapi.co、ipinfo.io等多个服务
• ISP信息 - 显示IP所属的ISP和组织信息
• 地理位置 - 精确到城市级别的地理位置信息
• 故障转移 - 多API自动切换确保服务可用性

交互式报告

• 美观界面 - 现代化的HTML报告设计
• 一键导航 - 点击IP或子网快速跳转到详细信息
• 浮动按钮 - 便捷的返回顶部功能
• 响应式设计 - 支持各种屏幕尺寸

这款 IIS 日志安全分析器基于 Python 开发，有需要的网友可自行获取。项目地址：https://github.com/goxia/Tools/tree/main/IISLogAnalyzer

解决在 SBS2011 上因压缩模块导致的 HTTP 500.19 故障问题

        前一篇与大家分享了因开启 32BitApponWin64 后出现的 HTTP 503 故障问题（http://goxia.maytide.net/read.php/1678.htm），而本篇还是与 IIS 和 ASP 有关。接二连三出现问题也并不是 gOxiA 所希望看到的结果，但是之前在调试那个 ASP 程序时确实很不顺利，在 503 故障解决之后紧接着就是 500.19 故障。

        大家知道 500.19 是常见故障，导致该问题的出现原因有很多，如果仅是单纯看错误摘要“无法访问请求的页面，因为该页的相关配置数据无效”，是很难确定故障原因的。

        所以我们需要将重点放在详细错误信息中，以本案为例，参考下图可看到在详细错误信息中提示“模块 DynamicCompressionModule”出现错误，错误代码为“0x8007007e”。

        检查了 Windows Server 2012 Essentials 环境，发现该 ASP 程序所在网站也启用了压缩模块，但访问是正常的。此外在 iis.net 上找到一篇相关的帖子 http://forums.iis.net/t/1149768.aspx/1/10，貌似与 SBS2011 上集成的服务应用有关，尤其是 WSUS，涉及文件“suscomp.dll”，suscomp.dll 是 WSUS 的专用压缩模块。

        起初，gOxiA 参考帖子直接将加载的 suscomp.dll 语句注释掉以禁用加载，之后测试 ASP 程序确实就正常了，但这样以来就要牺牲掉 WSUS 的压缩模块。suscomp.dll 属于全局类型的模块，它根据压缩的类型（动态或静态）由 IIS 的 compdyn.dll 和 compstat.dll 进行调用，所以在 IIS 管理器的站点模块管理中也找不到对应的配置信息，所以单独对站点禁用该模块是不可能的。

        此外想单纯通过禁用站点的压缩功能也是不行的，因为相关的模块还是被加载了，只要加载就会导致故障的出现。

        所以要彻底解决这一故障的唯一办法就是将对应站点中的动态和静态压缩模块全部给删除掉，不予以加载。要直接为单独某个站点删除模块，是不行的！会提示错误“锁定冲突”……

        为此，要修改 IIS 服务设置，即在 IIS 管理器里选中当前服务器，通过内容窗体中的“模块”进入其设置，找到对应的模块（如：DynamicCompressionModule），在任务窗体中点击“解除锁定”，之后才能在对应站点中对模块进行删除。

        因为涉及到的是全局的 suscomp.dll 模块，所以为了保证 ASP 程序正常访问，除了要删除 动态压缩模块以外，同时还要删除静态压缩模块（StaticCompressionModule）。现在 ASP 程序便可正常访问了，而且也不会影响到 WSUS 服务。（PS：不能再拖了，要尽快完成 SBS2011Std 到 WS2012Ess 的升迁工作！！！）

解决因开启 32BitApponWin64 后出现的 HTTP 503 故障问题

        自从离开 Hosting 行业，好久没有做过 IIS 方面的排错，今天算是遇到了一个，感觉会很常见，所以记录下来以备后用。用户购买了一套 ASP+Access 的小程序（PS：别问为什么还要买这么老旧的架构程序！），配置到用户的 Windows Server 2012 Essentials 环境中运行正常，操作过程并无什么特别，只是为其应用池开启 32位程序支持即可，整个过程非常顺利。

        反而在之后配置到 gOxiA 的 Windows Small Business Server 2011 Standard 环境中后一直无法正常运行，IE 访问时提示“Service Unavailable”，经典的 HTTP 503 故障。起初检查 IIS 配置没有发现异常，但是看到对应的应用池会被停掉。于是打开事件查看器查阅日志，发现了很多来源为“IIS-W3SVC-WP”的错误，其内容大致如下：

“由于配置问题，无法加载模块 DLL “C:Program FilesMicrosoftExchange ServerV14ClientAccessOwaauthexppw.dll”。当前配置仅支持加载为 x86 处理器架构构建的映像。……”此外，除了 exppw.dll 文件外还有 kerbauth.dll 也出现错误。

        综上分析，应用程序池的 32位应用支持是正常打开了，但是却无法加载 64位的 DLL 文件。而关闭“enable32BitAppOnWin64”后应用程序池恢复正常，但无法访问 ASP 程序。那么原因应该是出在应用程序池和加载模块的问题上。“exppw.dll”和“kerbauth.dll”文件都属于服务器上的 Exchange Server 2010 所有，这两个文件本身肯定是没有问题的。

        看来还是要锁定到应用程序池方面，应用程序池本身是64位的，只是开启了32位应用支持，所以应用程序池在设置后是正常运行状态。当触发访问请求时，该应用程序池会启动一个新的32位模式的进程，来接受 ASP 类型的访问请求，此时就会导致 32位应用程序池进程（w3wp.exe）与加载的 64位 DLL 出现系统策略上的冲突，被系统强行终止，最终出现前面所述的故障。

        要解决这个故障貌似挺难的，难不成跑了64位应用（Exchange Server 2010）的服务器就不能跑 32位 的 ASP 程序了？！看来只能网上找找是否有相关的资料，这还真的找到了！参考资料：http://blogs.msdn.com/b/rakkimk/archive/2007/11/03/iis7-running-32-bit-and-64-bit-asp-net-versions-at-the-same-time-on-different-worker-processes.aspx

        文中末尾提到可以修改“applicationHost.config”文件，为加载的 DLL 指定对应架构模式的 ISAPI Filter 来运行。即，在每个 DLL 加载配置行尾附加“preCondition”参数，如果该 DLL 是 32位那值为“bitness32”，而 64位的则是“bitness64”。修改后的结果可以参考下图：

        针对本例，我们需要修改的有两个：“exppw.dll”和“kerbauth.dll”。最后测试一下结果，网站已经能够正常访问，至此故障消失问题得到了解决！同样，有遇到类似故障的都可参考此法解决。

HOWTO：使用 Web Deploy 便捷发布网站程序

        gOxiA 最近找了一个 .NET 的开源网站程序，改吧改吧当作企业网站来用，该网站程序需要 SQL Server，由于改动比较简单所以没打算使用复杂的开发环境，WebMatrix 就成了不二之选！借助 Web Deploy 技术，在发布网站的同时还能将数据库一并发布，简单快捷，并且无需在 Web Server 上安装 FTP。

        Web Deploy 是 IIS 的一个插件，最新版本是 v3.0 Beta，本篇日志将以 Web Deploy 2.0 为例与大家分享，Web Deploy 可以从 Microsoft Download Center 获得，下载地址如下：

Web deploy 2.0 简体中文版：http://www.microsoft.com/downloads/zh-cn/details.aspx?familyid=cfa66d50-90ce-49cba-b021-fefbd7a302ab

        Web Deploy 的安全访问机制和访问接口都依赖于 IIS 的“管理服务”组件，所以要使用 Web Deploy 必须先安装  IIS 的“管理服务”。为此，首先打开“服务器管理器”添加角色服务，整个安装过程非常简单不再复述，可参考下图：

        在“管理服务”安装完毕后即可执行 Microsoft Web Deploy 2.0 的安装程序，过程依旧非常简单一路“下一步”即可，过程可参考下图：

        Web Deploy 安装完毕后，便可进行下一步的配置过程。首先请确认“管理服务”是否已经在运行，如下图所示：

        之后进入“IIS 管理器用户”添加一个账号，这个账号是基于 IIS 的，并非 Windows 账号，所以在安全方面会更强一些。

        下来，就可以为需要使用 Web Deploy 的站点添加管理账号了。选中一个站点，进入“IIS 管理器权限”，在操作窗体中点击“允许用户…”，之后从 IIS 管理器中添加用户即可。

        最后，便可在 WebMatrix 中的发布设置中选择“Web Deploy”，其中“服务器”填写 Web Server 的 IP 地址，“用户名”、“密码”即是之前在“IIS 管理器用户”添加的信息，而“网站名称”需要填写的是与 IIS 里站点对应的名称，如果当前 WebMatrix 站点配置有数据库，那么还可以在发布设置下通过 Web Deploy 配置数据库信息，使发布网站的同时也将数据库传递给 Web Server。

        上述步骤完成后点击“验证连接”，因为当前 Web Server 使用了自签名证书，所以会有如下图的警告提示，我们只需复选“为 WebMatrix 的将来会话保存此证书”，并点击“接受证书”便可继续连接。

        Web Deploy 的功能非常强大，除了 WebMatrix，还能利用微软的 Visual Studio 实现更为便捷、高效、智能的网站发布。由于 gOxiA 不是专业的开发人员，所以 Web Deploy 更多的经验恐怕无法与大家分享。

        最后，关于 Web Deploy 使用“IIS 管理器用户”时的目录安全权限方面的经验再与大家分享一下，根据实际的测试当使用“IIS 管理器用户”进行 Web Deploy 发布时，目录权限要添加“Local Service”账号有修改权限。此外，如果你希望使用 WebMatrix 来检查网站兼容性，那么还需要为 Web Server 上的网站所在目录添加“Service”账号有读取权限。

在 IIS 7.x 上启用 32bit 应用支持

        一个朋友的公司近期要新上线一套 Web 应用系统，这几天开始进行评估测试。这套网站基于 DotNET 2.0 开发，使用的是 MSSQL 数据库。于是我们选择了 Windows Web Server 2008 R2 作为操作系统，SQL Server 2008 R2 Express 作为数据库。系统环境的准备工作都很顺利，由于网站是成品所以需要先上传数据并通过浏览器进行安装。没想到在打开网站时提示如下图的错误信息：

        从错误信息看，是没能找到 V5Mall.Run64.dll 文件。于是首先想到的是去网上搜索一下是否有相关解决方案，并让朋友尽快联系官方技术支持。一天过去了，对方也没给回复，网上找到的相关信息也都来自其官方论坛，说是因为权限问题导致的，但这点可以排除，我的设置是没问题的。比较离谱的是看到论坛最终的解答是让更换虚拟主机提供商！说此问题是因为虚拟主机提供商的服务器与他们的网站程序不兼容。我晕！这个解决办法明显不适合我们，并且也不是个解决办法！已经习惯了国内开发商的产品和服务质量……还是自己动手吧。

        冷静分析了一下故障错误，既然提示“无法加载 DLL “V5Mall.Run64.dll”：找不到指定的模块。（异常来自 HRESULT:0x8007007E）。”那么首先检查是否有“V5Mall.Run64.dll”这个文件。经查网站下确实无此文件，并且官方也未提供。但是该网站程序又可以运行在“其他”服务器上，如：Windows Server 2003。说明网站程序确实与当前系统环境有兼容性问题，而这个兼容性问题应该是 64bit 操作系统所致。

        回忆起自己曾摘抄过一篇文章《Configuring IIS to Run 32-bit Applications on 64-bit Windows (IIS 6.0)》，既然如此那 Windows Web Server 2008 R2 上的 IIS 7.5 也能够启用 32bit 应用支持，这样就可以避免程序去调用“V5Mall.Run64.dll”，使应用以 32bit 方式运行。

        在 IIS 7.x 中，要“启用 32bit 应用程序支持”，需要对“应用程序池”进行配置。将“enable32BitAppOnWin64”设置为“True”。这样便将应用程序池的工作进程设置为 WOW64 模式，而在 WOW64 模式下，工作进程将仅加载 32 位应用程序的 32 位进程。为了避免影响其他网站，可为 32bit 应用程序的网站单独创建一个应用程序池。下面 gOxiA 将引导大家如何在 IIS 7.x 下启用 32bit 应用程序支持。

• 为 32bit 应用程序的网站单独创建一个应用程序池，操作过程省略……；
• 打开“Internet 信息服务 (IIS) 管理器”在左侧窗体中展开服务器列表，找到该网站对应的应用程序池；
• 选中应用程序池，并在右边操作窗体中点击“高级设置…”；
• 在“（常规）”设置中找到“启用 32 位应用程序”，并将其设置改为“True”

        最后确定并完成操作。在 64bit 的 Windows 操作系统上，IIS 7.x 中“启用 32 位应用程序”的默认设置是“False”，为了方便配置和应用，可以通过“设置应用程序池默认设置…”进行统一的修改，这样以后新建的网站应用程序池都将启用 32bit 应用程序支持。

        此外，我们也可以利用命令行进行设置，命令行参考如下：

        大家如果也有类似的故障错误，可以用此办法解决。

        WebMatrix 是生成、测试和部署网站的最简单方式。WebMatrix 安装只需要几分钟，并会将 Web 服务器、数据库和编程框架完美集成到单一集成体验中。从 WebMatrix 连接到 Visual Studio 或 SQL Server Express 以利用 Microsoft 专业工具和服务器。

        WebMatrix 在今天发布了正式版本，正如前面官方的介绍一样，WebMatrix 的特点即一站式和简化的开发过程。WebMatrix安装后的体积非常之小，仅仅 25M 左右！但是却包含了一个 IIS 核心的轻量级 Web 服务器 – IIS Developer Express，支持简单的管理；一个基于文件的轻量级数据库 – SQL Server Compact Edition，也可以连接到其他 SQL Server 版本，以及 .NET 开发框架。

        上图是 WebMatrix 启动后的向导页面，除了我们可以自己建立网站以外，还能够从 Web 库或模板创建网站。WebMatrix 同时还支持 PHP，只需简单的几步点击， PHP 即可安装并自动完成配置。

        纯代码方式的页面开发，快速轻巧！也可以连接到 Visual Studio 使用高级开发环境。

        更多功能和操作体验可以安装上 WebMatrix 试试！gOxiA 在第一时间安装上了 WebMatrix，简单试用之后无法掩饰自己的激动心情，火速转告需要在 Windows Client 上使用 Web 开发环境的兄弟姐妹们……实在是太方便了！有了 WebMatrix，我们无需再在 Windows Client 平台上搭建复杂的 Web 环境，只需要 WebMatrix 即可轻松开始我们的 Web 开发旅程。

        即可访问：Microsoft WebMatrix

        Silverlight 相信对于微软爱好者来说并不陌生，简单讲 Silverlight 是一种新的 Web 呈现技术，能在各种平台上运行。借助该技术，您将拥有内容丰富、视觉效果绚丽的交互式体验，而且无论是在浏览器内、在多个设备上还是在桌面操作系统中，您都可以获得这种体验。Microsoft .NET Framework 3.0 中的呈现技术 XAML（可扩展应用程序标记语言）遵循 WPF（Windows Presentation Foundation），它是 Silverlight 呈现功能的基础。对 Silverlight 的解释引自《Silverlight 入门》，如果您对该技术感兴趣可通过前面的链接获取相关的入门资讯。

        从 Windows Server 2008 内置的 IIS 7 开始，默认支持 Silverlight，我们能够直接在网站中放置 Silverlight 供用户使用，但是之前的版本如 Windows Server 2003 下的 IIS 6 则需要手工添加 Silverlight 的相关 MIME 类型，才能正确解释 Silverlight。为此，我们需要在 IIS 6 中添加以下相关的 MIME类型：

• .xaml                application/xaml+xml
• .xap                 application/x-silverlight-app
• .manifest          application/manifest
• .application      application/x-ms-application
• .xbap               application/x-ms-xbap
• .deploy            application/octet-stream
• .xps                 application/vnd.ms-xpsdocument

        操作过程可以参考下图：

        如果希望了解如何通过脚本来为 IIS 6 自动添加 MIME 类型，可以参考：How to: Configure IIS 5.0 and IIS 6.0 to Deploy WPF Applicaitions

        最后推荐几个 Sliverlight 学习站点：

The Official Microsoft Silverlight Site

Silverlight 中文社区

Silverlight 爱好者

银光中国 – Silverlight 资源社区

博客园 – Silverlight 学习与研究

        Microsoft Web Platform installer 是一个款免费的工具，使用它可以轻松地为我们安装和部署 Web 平台以及应用。gOxiA 在测试评估 Windows Server 2008 R2 时对该软件进行了体验，效果令人称道！

        刚才说过 Web Platform Installer 可以安装和部署 Web 平台和应用，有图有真相！这里就不再文字复述，而且 Web Platform Installer 也不断再丰富其资源。

        下面是支持的 Web Applications，我们知道近几年微软和 PHP 的关系非常微妙，微软在全力地支持 PHP，在 Windows 上的 PHP 性能指标甚至已经超越了它的原生平台。所以，在 Web Applications 下除了常见的 .NET 程序外，还包含了一些 PHP 程序，其中就有我们常见的 Blog 程序 — Wordpess。Web Applications 目前涉及到了 6大类，能够满足不同人群的需要。

        而下面这张图展示的受支持的 Web Platform，不过发现并为提供 MySQL 的支持，要知道 PHP+MySQL 可是黄金组合，不过发现微软提供了 Microsoft SQL Server Driver for PHP 1.0，看来有意要将 PHP+SQLServer 凑成一对儿！要想通过 Microsoft Platform Installer 来安装 MySQL 恐怕近期内是不用想了，貌似 MySQL 并不愿意合作！所以如果你要使用 MySQL 还是乖乖的先单独下载和安装吧。不过即使如此，大家也不必担心！一旦使用 Microsoft Platform Installer 来安装涉及到 MySQL 的 Web 应用程序时 Microsoft Platform Installer 会提供相关的数据库配置向导来协助你完成 web 应用的安装。

        说了这么多好的，也来揭揭短！Microsoft Platform Installer 目前的下载速度真不如微软其他的网站，不知道是不是最近国际光缆故障问题所致！这一点 gOxiA 保留态度，以观后效，嘿嘿！此外提供的 Web Applications 还是不够海量，起码国内的程序还没一个能看到的，也许微软对其要求比较严格，适当的 Open 一下，重视一下中文地域用户还是很有必要的！或许是国内的 Web 开发者们对此不屑一顾，因为在 Microsoft Platform Installer 网站上对开发者们提供了登录入口！希望国内的 Web Developers 不要错失良机哦！

       Microsoft Web Platform Installer                                     Windows Web App Gallery

在 IIS7 上配置 FTP7 使用 IIS管理凭据 方式进行验证

        在 Windows Server 2008 R2 发布后，gOxiA 就开始着手于相关的测试和评估。IIS 是重点测试和评估之一！而今天与大家分享的是如何在  IIS7 上配置 FTP7 使用 IIS管理凭据 方式进行身份验证。提到 MSFTP 服务，恐怕知道的人多，但是真正使用的人少！特别是 IDC 环境下多数会选择 Serv-U FTP Server，gOxiA 从 Windows Server 2008 开始就不再使用 Serv-U，原因很简单！Serv-U 不是免费的，此次 Serv-U 默认存在安全隐患。况且开放 FTP 也是为了方便自己维护网站，下载上传资料用！所以用系统自身的软件不是更好！维护也相对容易很多！但是，使用过 MSFTP 的朋友知道从  FTP7 开始，微软才为 MSFTP 设计提供了对非 Windows 身份验证功能的支持，也就是说如果我们要访问 MSFTP 则不必再在系统里添加用户帐号，而可以使用 IIS 来统一管理单独的凭据！现在我们再也不用担心，使用 MSFTP 会存在用户帐号安全隐患的问题。

        这是一篇 Step by Step，所以其中涉及到的相关原理及知识内容不作过多介绍！我们将通过 IIS7 提供的 IisManagerAuth 身份验证模块来实现 IIS管理凭据的 FTP 帐号。具体步骤如下：

        在开始配置之前，我们需要修改相关目录的目录安全权限，这一步骤是必须的，否则在登录 FTP 的时候会出现错误。如下图所示，我们会看到由于权限不足导致无法读取配置文件的错误提示。而无权限读取的文件是位于 inetsrv＼config 下的 redirection.config 文件。经过 gOxiA 的测试发现即使为该文件添加了相应的权限但仍提示登录失败，最终要配置 config 目录权限，赋予 Network Service（FTP7 进程的默认帐户）有读取权限后才能正常登录。

        为了简单的演示目录权限的设置过程，gOxiA 参考了 IIS.net 中相关文章的命令行，其中涉及到的 cacls 可以直接运行就可以得到参数帮助。要执行的命令行如下：

        配置了 config 目录权限后，请确保 “Network Service”对该目录下的 administration.config 和 redirection.config 文件有读取权限，否则请执行如下命令行：

        之后创建一个 FTP 的默认目录，注意请添加“Network Service”有完全控制的权限。

        下面，我们开始配置 IIS7，创建一个 FTP 站点，为其启用 IisManagerAuth，并创建一个 IIS管理凭据的帐户，使其具备 FTP 相应的访问权限。
............

Tags - microsoft , windows , server , 2008 , r2 , iis , 7 , ftp , 7.5 , iismanagerauth , cacls , iis管理凭据 ]]> https://maytide.net/read.php/1162.htm gOxiA <sufan_cn@msn.com> Sat, 28 Feb 2009 08:13:17 +0000 https://maytide.net/read.php/1162.htm         FLV 即 Flash Video（Flash 视频），目前主要用于一些在线视频网站，当然也有一些个人网站或企业网站使用到该格式，但是默认情况下 IIS 并未对该格式提供支持，所以系统管理员需要对 IIS 的 MIME 配置进行修改，添加 FLV 文件类型。为此，我们需要执行如下的步骤：

• 打开“Internet 信息服务(IIS)管理器”，选中当前 IIS 服务器，鼠标右键单击“属性”，之后单击“MIME 类型”；
• 在“MIME 类型”配置窗体中单击“新建”；
• 在“扩展名”中填入“flv”，在“MIME 类型”中填入“flv-application/octet-stream”并单击“确定”；
• 完成添加后，重新启动 IIS 即可！

前言：

近段时间由于网站服务器断电而出现一系列问题，让人感到很是郁闷！虽然目前 Blog 能够正常运转，但是效率明显降低很多。于是萌发将系统升级到 Windows Server 2008 平台的想法，这几天一直都在做 Windows Server 2008 和 IIS7 的评估测试，收获颇丰！不敢独享，特以大家都很关注的 Server Core 为中心，撰写此篇关于在 Server Core 上部署 IIS7、PHP FastCGI 和 MySQL 的 Blog 与大家一同学习分享。同时也希望大家能参与讨论。之所以拿 Server Core 来讲，我个人感觉非常有代表性，而且在部署过程中通过相对复杂的命令行反而更能深入地了解和认识 Server Core 与 IIS7 的特性和相关知识。

目标：

此次部署过程将使大家详细了解如何在一台全新安装的 Windows Server 2008 Web Edition Server Core （以下简称：WS08WebCore）上部署以 IIS7 为 Web 平台的 PHP + MySQL 服务器，同时会向大家展现如何修改服务器名称、分配静态IP、开启远程桌面、在防火墙上开启远程桌面支持、开启自动更新、安装 II7、安装配置 PHP FastCGI 以及 安装 MySQL 的全部过程。

涉及到的关键词：Windows Server 2008 Web,Server Core,IIS7,FastCGI,PHP,Netsh,Scregedit.wsf,Pkgmgr,Ocsetup,Oclist,Appcmd

测试环境：

宿主：

ThinkPad X60 1706-BM8：T7200/2G*2/120G/3945ABG/Windows Vista Ultimate with SP1

虚拟机平台：Virtual PC 2007 with SP1

虚拟机：Windows Server 2008 Web Edition Server Core，分配 512M 内存和 20G VHD，桥接到宿主3945ABG，开启VT支持

Step By Step ：

安装 WS08WebCore 的过程就不再复述，对于新一代操作系统的安装过程所体现出的特性，相信不少朋友与我有一样的认可度。

在开始之前我们先来了解并确定一些信息！根据新加坡 StreetDirectory.com 网站的数据了解到他们在 WS08 发布之际就已经开始在测试评估该产品，并取得了让人为之兴奋的成果，经过他们的实际评估，在 WS08 的 IIS7 上以 FastCGI 方式运行 PHP 的效率远远高出原生的 LAMP 环境，而这个数据着实的让人为之震惊和兴奋！足足的高出一倍还多——130%！注意这个数据是在没有进行任何优化的情况下得到的。如果这个数据还不能让你振奋，你现在就可以打开该网站亲身体验一下最终的效果。

正如我之前提到的，此次使用 Server Core 主要还是为了让大家能够额外了解到 Core 的一些操作特性，在未来我还会与大家分享在 Windows Server 2008 上部署 II7、PHP FastCGI 等等的心得体会。如果您的工作领域涉及到 Web 服务，我想现在就选择升级到 WS08是非常明智的，不论你是运行 ASP 还是 ASP.NET（注意：Server Core 不支持 .NET），甚至是 PHP，WS08 都提供了更强劲的动力支持，它更加稳定、效率更高、更安全、针对资源的控制更为出色。很早以前我就开始了针对 WS08 系列产品的测试和评估，而这次当我怀着测试看看的心情接触了 WS08 的 Web 版本，我深深地被吸引了，要知道如果你仅仅只是为了部署一台用于 Web 服务的服务器，选择 WS08Web 意味着你拥有更大的剩余磁盘空间、减少更多不必要的角色和功能、更低的设备性能需求，更廉价得软件授权费用！从而在减少安全隐患的同时，还提升了运营系统的性能和稳定性，最终有效地降低了 TCO（总体拥有成本）。

下面让我们进入主题，跟随我一起来体验一下这让人振奋的过程。
............
]]> https://maytide.net/read.php/1035.htm gOxiA <sufan_cn@msn.com> Tue, 22 Jul 2008 05:58:02 +0000 https://maytide.net/read.php/1035.htm Default Server Install Components

ASP.NET Workload Server Options

Class ASP Workload Server Options

FastCGI Workload Server Options

IIS Managed Modules and .NET Extensibility Server Workload

Full Server Install Components

To enable IIS 6.0 to run 32-bit applications on 64-bit Windows

1. Open a command prompt and navigate to the %systemdrive%\Inetpub\AdminScripts directory.
 
2. Type the following command:

即可实现在Windows 64bit 系统上应用下列 32bit 程序:

获取更多信息:http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/13f991a5-45eb-496c-8618-2179c3753bb0.mspx?mfr=true

•
集成 Windows 身份验证：以前称为 NTLM 或 Windows NT 质询/响应身份验证，此方法以 Kerberos 票证的形式通过网络向用户发送身份验证信息，并提供较高的安全级别。Windows 集成身份验证使用 Kerberos 版本 5 和 NTLM 身份验证。要使用此方法，客户端必须使用 Microsoft Internet Explorer 2.0 或更高版本。另外，不支持通过 HTTP 代理连接进行 Windows 集成身份验证。如果某个 Intranet 中的用户和 Web 服务器计算机在同一个域中，并且管理员可以确保每个用户都使用 Internet Explorer 2.0 或更高版本，那么对于这个 Intranet，使用此选项是最合适的。
注意：如果选择了多个身份验证选项，IIS 会首先尝试协商最安全的方法，然后它按可用身份验证协议的列表向下逐个试用其他协议，直到找到客户端和服务器都支持的某种共有的身份验证协议。

•
Windows 域服务器的摘要式身份验证：摘要式身份验证需要用户 ID 和密码，可提供中等的安全级别，如果您要允许从公共网络访问安全信息，则可以使用这种方法。这种方法与基本身份验证提供的功能相同。但是，此方法会将用户凭据作为 MD5 哈希或消息摘要在网络中进行传输，这样就无法根据哈希对原始用户名和密码进行解码。要使用此方法，客户端必须使用 Microsoft Internet Explorer 5.0 或更高版本，Web 客户端和 Web 服务器必须是相同域的成员或者被相同域信任。
如果启用摘要式身份验证，请在领域框中键入领域名称。

•
基本身份验证(以明文形式发送密码)：基本身份验证需要用户 ID 和密码，提供的安全级别较低。用户凭据以明文形式在网络中发送。这种形式提供的安全级别很低，因为几乎所有协议分析程序都能读取密码。但是，它与大多数 Web 客户端兼容。如果允许用户访问的信息没有什么隐私性或不需要保护，使用此选项最为合适。
如果启用基本身份验证，请在“默认域”框中键入要使用的域名。您还可以选择在领域框中输入一个值。

•
Microsoft .NET Passport 身份验证：.NET Passport 身份验证提供了单一登录安全性，为用户提供对 Internet 上各种服务的访问权限。如果选择此选项，对 IIS 的请求必须在查询字符串或 Cookie 中包含有效的 .NET Passport 凭据。如果 IIS 不检测 .NET Passport 凭据，请求就会被重定向到 .NET Passport 登录页。
注意：如果选择此选项，所有其他身份验证方法都将不可用（显示为灰色）。

注：在获取密码的时候如果现实的结果密码为“******”，那么应当修改Adsutil.vbs文件

将    

中的

改为

关于 IWAM 帐号的同步可察看另外一篇Blog：IIS帐号同步

察看了一下KB找到了一篇关于解决ID2003的KB，特此转记这里：

在 %SystemRoot%\System32 文件夹中，在命令提示符处运行下列命令，以卸载并重新加载 IIS 性能动态链接库 (DLL)。在运行这些命令之后，将不再记录这些警告消息：

在运行这些命令之后，您必须重新启动计算机才能使更改生效。

上述信息适用在2000系统中，看来要解决2003系统的问题还是要捉摸捉摸的

      自从微软正式发布了调试诊断工具 IIS Diagnostics Toolkit 后终于找到了解决办法，依靠这个工具可以实现内存转储捕获来协助我们发现问题。

      上面只是简单的介绍，我也是才开始接触这个工具，下面我转载的是来自微软网站的资料：

1. 打开调试诊断工具。将弹出如下所示的“新建规则向导”。

2. 创建 Crash（崩溃）规则，然后单击“Next”（下一步）。

3. 因为我们不知道哪个进程崩溃了，所以选择“All IIS Related processes”（所有 IIS 相关的进程），然后单击“Next”（下一步）。

4. 此时，您不需要设置任何高级配置选项，所以请单击“Next”（下一步）。

5. 键入规则名称，然后输入 userdump 位置的路径。

注意：请记住，这些内存转储可能会非常大，所以请确保选择有大量空闲磁盘空间的分区。

6. 单击“Next”（下一步），选择“Activate therule now”（立即激活规则），然后单击“Finish”（完成）。

主调试诊断工具窗口显示了刚创建的规则。请注意，在包含您规则的那一行，Userdump 计数设置为 0。下次 IIS 崩溃时，调试诊断工具将捕获内存转储，您会看到 Userdump 计数将变为 1。

分析内存捕获

1. 打开调试诊断工具，然后单击“Advanced Analysis”（高级分析）选项卡。

2. 在 Data Files（数据文件）部分，单击“Add Data Files”（添加数据文件）按钮，然后添加调试诊断工具刚才为您创建的转储文件。

3. 突出显示 Available Analysis Scripts（可用分析脚本）部分的 Crash/Hang Analyzers（崩溃/挂起分析器）脚本，然后单击“Start Analysis”（开始分析）按钮。这将启动分析脚本，它将生成一份基于 HTML 的详细报告，说明在系统崩溃时 IIS 及其相关进程的运行情况。如果分析脚本在内存转储中发现了一些需要关注的问题，它会在报告的顶部将其显示出来并给出可行的解决方案。

可以使用在以下网址处提供的 Windows 调试工具进行内存转储的高级分析：http://www.microsoft.com/whdc/devtools/debugging/default.mspx。

如果需要提供更多的扩展名支持有两种办法

1、直接在MIME设置下添加指定的类型文件支持；

2、可以配置IIS支持任何扩展名类型的文件，在MIME中添加一个新类型，扩展名为“ * ”，MIME 类型填写“application/octet-stream”

参考文献：http://www.microsoft.com/china/TechNet/iis/mimeiis.asp

下载地址：http://www.microsoft.com/downloads/details.aspx?FamilyID=cabea1d0-5a10-41bc-83d4-06c814265282&displaylang=en

症状
• Windows 防火墙服务可能不启动。 
• “网络连接”文件夹为空。
• Windows 更新网站可能会错误地建议您更改 Microsoft Internet Explorer 中的“持续使用用户数据”设置。 
• 在 Microsoft Internet 信息服务 (IIS) 上运行的 Active Server Pages (ASP) 页返回“HTTP 500 - 内部服务器错误”错误信息。 
• Microsoft COM+ EventSystem 服务不启动。
• COM+ 应用程序不启动。 
• Microsoft 组件服务 Microsoft 管理控制台 (MMC) 树中的“计算机”节点无法展开。
• 经过身份验证的用户无法登录，而且在用户应用十月份的安全更新后出现空白屏幕。
............
]]> https://maytide.net/read.php/700.htm gOxiA <sufan_cn@msn.com> Mon, 17 Oct 2005 09:40:24 +0000 https://maytide.net/read.php/700.htm 加固基于Windows平台的WEB服务器

      基于Windows平台下IIS运行的网站总给人一种感觉就是脆弱。早期的IIS确实存在很多问题，不过我个人认为自从Windows Server 2003发布后，IIS6及Windows Server 2003新的安全特性、更加完善的管理功能和系统的稳定性都有很大的增强。虽然从Windows Server 2003上可以看到微软不准备再发展ASP，特别是不再对Access数据库的完好支持，但是面对它的那些优势迫使我不得不舍弃Windows 2000 Server。况且我也不需要运行太多的ASP+Access，因为我的程序都是PHP+MySQL（说实话我不喜欢微软的ASP和ASPNET），而且我确实信赖Windows Server 2003！

      服务器、网站，看到这些词大家都会想到什么，不只是性能更加关注的是它的安全问题。很多人都无法做到非常完美的安全加固，因为大部分的资料都来源互联网，而互联网的资料总不是那么详尽，毕竟每个服务器的应用环境及运行程序不同。
............
]]> https://maytide.net/read.php/714.htm gOxiA <sufan_cn@msn.com> Sat, 03 Sep 2005 01:36:10 +0000 https://maytide.net/read.php/714.htm 概要