IIS 7.5安装PerlEx后w3wp.exe崩溃，ActivePerl应用迁移遇阻

我之前帮朋友踩过类似的迁移坑，看你连纯文本test.asp都出问题，大概率是基础配置没对齐，先从这些关键点排查：

1. 先搞定应用程序池的位数匹配！ #

你装的是32位ActivePerl，那IIS的应用程序池必须开32位支持——这是90%的人第一次迁移会踩的坑：

• 打开IIS管理器，找到你的站点对应的应用程序池
• 右键选「高级设置」，在「常规」里把「启用32位应用程序」改成True
• 重启应用池和站点再说！
  64位IIS默认跑64位进程，根本加载不了32位的PerlEx30.dll，连静态内容都会被拦截。

2. 模块映射别瞎配，细节要盯死 #

手动加模块映射的时候，别只选个*.asp关联PerlEx30.dll就完事：

• 路径填*.asp，模块要手动浏览到ActivePerl安装目录的bin文件夹（比如C:\Perl\bin\PerlEx30.dll），别直接选列表里的（可能没注册对）
• 请求限制里，「仅当请求映射至以下内容时调用处理程序」选「文件或文件夹」
• 另外，模块映射分站点级和服务器级，直接在你的目标站点里配置更稳妥，避免继承的设置搞冲突
  用默认BAT配置的话，一定要右键以管理员身份运行，不然没权限改IIS配置等于白忙活。

3. 纯文本test.asp的问题其实是正常的？ #

PerlEx默认会把*.asp后缀的文件当成Perl脚本解析，你放个纯文本进去，它会当成空的Perl脚本执行，自然没输出（或者返回空白/500）。不如先测个带Perl代码的test.asp试试：

<%
print "Content-type: text/html\n\n";
print "Hello, PerlEx on IIS!";
%>

如果这个能正常输出，说明PerlEx已经工作了，纯文本的*.asp本来就不是它的处理场景。要是纯文本想正常显示，要么改后缀，要么给*.asp加个静态文件的映射优先级（不过不建议，会和PerlEx冲突）。

4. 查日志！别瞎猜 #

IIS和PerlEx的日志是定位问题的关键：

• IIS错误日志在C:\inetpub\logs\LogFiles，找你站点对应的日志，看访问test.asp的状态码（比如500、403）和详细错误信息
• PerlEx的日志一般在ActivePerl安装目录的logs文件夹，或者在IIS的PerlEx配置里能指定路径，看看有没有加载失败、权限不足的报错

5. 环境变量和权限别漏了 #

• 确认ActivePerl的bin目录（比如C:\Perl\bin）在系统PATH里，不然IIS进程找不到Perl依赖
• 给PerlEx30.dll和Perl安装目录加权限，确保IIS的应用池身份（比如ApplicationPoolIdentity或者IUSR）有读取、执行的权限

先把这些步骤过一遍，应该能解决大部分问题。要是还是不行，把IIS错误日志里的具体报错贴出来，再细查。

内容的提问来源于stack exchange，提问作者haliphax