[链接] 你只是安装了 .NET Framework Runtime。 Visual Studio 开发还需要安装对应的 Developer Pack，所以还需要另外下载安装。

直接使用应用程序池用户作为匿名认证身份， [链接]

IIS 已经有专门的 CORS 组件，所以请删除你自己定义的响应标头， [链接]

详细的插件都在主配置文件里面 [链接] 比较特别的几个插件是 {代码...} 具体怎么使用就需要一个个详细试用了。

MIB 文件只提供管理信息的描述。实际中最常用的是其中关于 OID 和数据类型的描述部分，用来确定 GET 或者 SET 等操作时使用哪个或者哪些 OID，返回的数据又是什么类型以及应该用什么规则来解析。这一部分不太直观，一般使用一些 MIB Browser/Compiler 类型的工具实际...

最基础的 URL rewrite [链接]

使用 URL Rewrite 创建一个规则。不想被访问的文件可以触发服务器端的多种行为之一，例如重定向到一个错误页面。详细的查看官方文档再多做做实验就够了。

因果倒置了。是先有设备要暴露相关信息，才去写一个私有的MIB来告诉管理者这个信息要怎么取怎么管。MIB文件只是一个说明，真正获取信息还是要通过SNMP协议发包，或者使用相应的工具去发包。

微软官方唯一的运行Java方案出来比较晚，叫HttpPlatformHandler， [链接]

MWA给你提供了遍历全部网站和它们下面全部应用的方法 {代码...} 然后就是比较应用的池 {代码...} 总体上IIS Manager内部也就是这么做的

使用ISAPI方式，那确实就是自寻烦恼。PHP在IIS的配置，微软官方唯一支持的方式就是FastCGI， [链接] 而PHP 5.2的生命周期早已结束，继续使用它则是另一个自寻烦恼的地方了 [链接]

检查方式之一就是做个有效的实验，而微软在这篇文章里面提供了完整的测试方法和步骤， [链接]

IIS 7.5是Windows 7/Windows Server 2008 R2的组件，默认安装时仅仅配置了ASP.NET 2.0。你后面安装完成.NET Framework 4.0/4.5.* 需要手工将ASP.NET 4注册到IIS,

Windows自从Windows XP SP2开始都带有Windows Firewall。如果你希望控制流量，那么直接C#操作Windows Firewall创建规则就好了，

[链接] 官方文档。抓进程dump看看就知道原因了。如果自己不能按照步骤执行，或者看不懂，正版用户可以考虑联系微软技术支持。

现阶段微软给出的解决方案只有一个，Web Deploy， [链接] 比较MSI打包之类相对简单，与VS和IIS Manager有集成，自由可定制。但是学习成本有一些。

选择会话模式为数据库，然后前端网站服务器采用Windows内置负载均衡服务或者外接负载均衡硬件就可以实现集群。这个是微软官方列举的最常见的集群方案，也是微软IIS/ASP.NET用户常见的方案。

这种东西自然只能通过IIS的脚本接口去写脚本。你要找现成的的脚本可以试试看微软的脚本中心，[链接]

两个网站服务器共存的方法（不限操作系统，不限服务器产品），常见的就是一个做另一个的反向代理。IIS和Apache可以这么配，同样也适合Apache和Jexus。

一个网站的现状，如果单纯这么看好像还真有点不讲人性。但是如果你很早就开始用SO，那么现在这些限制就都是自然而然出现的了。@weakish 和@沙渺 的回答已经比较全面的讲到了一些显而易见的原因和背后的驱动力。