IIRF重写在asp.net4.0+IIS6中部分失败的解决方案

最近公司里一个项目,使用的是 asp.net4.0、iis6 、iirf重写html

之前iis7 和本地搭建都没有问题 ,到服务器上就一直404web

看了日志发现后缀总会跟着“/eurl.axd/GUID”这么一串。api

    缘由以下:服务器

    ASP.NET 4.0在安装的时候,会在IIS6注册一个ISAPI Filter,叫作”aspnet_filter.dll”,ISAPI Filter会先于ISAPI处理程序前执行,它会在全部的的无后缀的URL后面加一串字符“/eurl.axd/GUID”, 同时ASP.NET 4.0还会在IIS默认添加一个请求映射规则“*.axd”,映射到aspnet_isapi.dll。此时,全部的无后缀URL加上“/eurl.axd/GUID”后都会变成带.axd后缀,这样就匹配*.axd的映射规则进行ASP.NET的处理通道。在进入ASP.NET通道后,ASP.NET处理程序会删除掉“/eurl.axd/GUID”,让它还原到无后缀的原始状况,而且不会对后续的请求处理带来任何影响。此时,全部的无后缀请求,就进入了ASP.NET的处理通道中,在默认状况下,ASP.NET4.0的全局的web.config中配置了DefaultHttpHandler来接收无后缀的URL请求,可是咱们也能够随意更换默认处理程序(好比ASP.NET MVC处理程序)来处理无后缀的URL请求。asp.net

  

    解决方法:移除aspnet_filter.dll 如当前站点没有加asp.net4.0的isapi 就网站根节点的属性去除aspnet_filter.dll  而后iisreset 。问题解决。网站

 

http://www.asp.net/learn/whitepapers/aspnet4/breaking-changes#0.1__Toc256770153url

借用说明:.net

http://www.cnblogs.com/hyl8218/archive/2011/05/26/2058007.html日志

相关文章
相关标签/搜索