被IIS折腾到冒烟的一天

今天早上刚泡好咖啡，准备美滋滋开始干活儿，结果打开公司内部系统，直接给我弹了个大红的“500.19”错误页面，好家伙，页面配置错误？这玩意儿昨天不还好好的吗？脑瓜子嗡一下就大了。

我先检查网站绑定的路径，路径没改过！文件夹名字也没动。突然想起昨晚服务器打过补丁，立马跑去服务器看那个文件夹属性。点到“安全”选项卡一看，果不其然，“应用程序池身份”那个账户的权限被清了！估计是更新搞的鬼。麻溜儿地给它加回“读取和执行”、“列出文件夹内容”、“读取”这几个权限，关掉属性框，顺手重启了下 IIS 站点——500.19 直接消失了！这权限问题太坑爹了，像把钥匙被顺走了似的。

刚消停，又冒个“401 Unauthorized”

刚高兴没两分钟，刷新页面又报了个401，提示没权限访问资源。血压又上来了。这回感觉像是身份认证没通过。赶紧钻进 IIS 管理器：

• 选中出问题的网站，右边找“身份验证”双击进去。
• 看到“匿名身份验证”前面打了个红叉叉，状态是“已禁用”？我根本没动过这里！
• 右键它选“启用”，然后点右边的“编辑”。
• 检查一下“特定用户”是不是设置成了跟应用程序池一样的那个身份。欸？里面填的是“IUSR”？不对！赶紧改成“应用程序池身份”那个账户。点确定保存。

再一刷新页面，401也滚蛋了！这匿名用户设置，不知啥时候偷偷摸摸跑偏了。

以为结束了？还有“404 Not Found”！

刚准备松口气，点了下网站里的一个图片链接，“404”跳出来了……图片路径明明是存在的！一股邪火直冲天灵盖。冷静了下，琢磨可能是 IIS 不认识图片这种类型。鼠标戳到站点根目录那里，右边操作面板找“处理程序映射”。点开一长溜清单，找“StaticFile”这个玩意儿——它必须在！找不到或者禁用了可不行。还它在，状态是启用。那问题出在哪？扭头又点开“MIME 类型”看了看，加了个新项：扩展名框填“.png”，MIME类型填“image/png”（遇到jpg就填 image/jpeg），确定。再回去刷新，图片唰一下蹦出来了！原来问题出在这儿，连门朝哪开都不知道，自然找不到东西。

总结一下今天和IIS的搏斗史，核心就这三点：

• 关权限像关防盗门：遇到500.19啥的，先检查文件夹属性里的“安全”设置，该给账户的权限（读、执行、列目录）得给足。
• 匿名用户别认错人：401 报出来，马上检查“身份验证”里的“匿名身份验证”，确保它启用了，且用的是“应用程序池身份”那个账户。
• 文件类型要“办证”：图片、文档等资源找不到(404)，很大可能是 MIME 类型没登记或者处理程序映射有问题（确保 StaticFile 存在且启用）。

IIS这东西有时候像个小混蛋，莫名其妙就给你整点活儿，但抓这几个常见问题，多数时候还是能跟它讲通道理的！实在不行，重启站点或服务器，老法子有时也灵。