一次头疼的IIS故障经历：IIS 8.5的URL重写模块无法正常运行
这次记录了一次十分揪心的服务器故障经历，主要是当时本人太过于着急了，担心故障的时间太长会影响到网站的收录，所以导致排除故障的方向乱了，浪费了不少时间！本文记录了IIS8.5上的URL重写模块无法正常运行的解决方法和相关思路，希望能帮助到同样被这个问题困扰的人。
直接说解决方法，就是修复URL重写模块！！！我最后就是通过控制面板》程序和功能》卸载或更改程序，右键URL重写模块的修复来解决这个问题的：
本人之前尝试了网上很多的方法都没用，不过具体问题具体分析，本文的情况可能比较特殊，而且修复重写模块也不会对系统造成任何影响，所以有遇到URL重写无效的朋友可以一试此方法。
先说下当时我遇到的详细情况，出现故障的服务器是使用windows server 2012 R2系统，IIS版本为8.5，URL重写规则是完全正确的，因为重写规则在另外一台服务器上正常运行的，并且也进行了多方测试，所以可以推断故障的原因在IIS上。
另外重写或者重定向无效的情况并没有任何错误提示，就是简单粗暴的无效果，不要说什么重启服务器，什么设置处理程序映射的解决方法，我都试过了，毫无效果！最后是在IIS官网找到了灵感，具体可以看下这篇文章：Using Failed Request Tracing to Trace Rewrite Rules
这篇文章主要讲如何通过IIS的失败请求跟踪规则来跟踪URL重写规则，以此排查重写和重定向规则是否正确生效：
本着死马当活马医的原则，在按照文章所说的方法一步一步操作，到了最后一个步骤发现无法选择IIS的重写模块，无意中发现了这段话：
简单点来说就是让我修复下URL重写模块，不试不知道，试了吓一跳，原本URL模块重写/重定向无效的问题竟然就这样解决了 ！-.-|||
总结：当时已经花费很多时间在这个故障上，由于着急思路都乱了，也算一次特殊的经验，以后遇到问题一定要冷静沉着！
作者：十有三
出处：https://shiyousan.com/post/636013489240140155
版权声明：本文采用知识共享许可协议：署名-相同方式共享 4.0 国际(CC BY-SA 4.0)。欢迎转载本文，转载请声明出处或保留此段声明。