Windows IIS环境下PHP 5.2 exec函数无法运行求助

遇到这种在XAMPP正常但IIS里跑PHP5.2空白的情况，大概率是权限配置或者IIS与PHP的适配细节没做好，咱们一步步排查：

第一步：先确认PHP是否真的在IIS中正常运行 #

别着急纠结exec的问题，先验证最基础的PHP执行能力：

• 创建一个info.php文件，内容：

  <?php phpinfo(); ?>
  

• 访问这个文件，如果能正常显示PHP信息，说明PHP和IIS的基本映射是通的；如果还是空白，那先搞定PHP的IIS核心配置：
  • 检查IIS的「处理程序映射」，确保.php后缀已经添加了FastCGI映射，指向你PHP5.2目录下的php-cgi.exe，并且请求限制里允许GET/POST方法。
  • 确认PHP的系统环境变量已配置，或者IIS应用池的身份能访问PHP的安装目录。

第二步：排查错误日志为什么没生成（找不到问题根源就看日志！） #

你的代码里写了./logs/php-error.log，这个相对路径在IIS环境下很容易踩坑：

• IIS中PHP的工作目录不一定是你的脚本所在目录，建议改成绝对路径，比如：

  ini_set("error_log", "C:\inetpub\wwwroot\your-project\logs\php-error.log");
  

• 必须确保logs目录已经手动创建，并且IIS应用池的身份（比如默认的ApplicationPoolIdentity、IUSR）对这个目录有「读写」权限——这是很多人忽略的点，权限不够日志根本写不出来。
• 另外，IIS的错误页设置可能会屏蔽PHP的错误：在站点的「错误页」里，找到500状态码，改成「详细错误」，这样PHP的错误才会直接显示在页面上，而不是一片空白。

第三步：解决exec('whoami')的执行问题 #

XAMPP的Apache通常用高权限用户运行，但IIS应用池默认是低权限身份，这是核心差异：

• 先测试基础exec是否可用：把代码改成

  <?php
  ini_set("display_errors", "On");
  error_reporting(E_ALL);
  echo exec('echo "test"');
  ?>
  

  如果能输出test，说明exec本身没被禁用；如果不行，检查php.ini里的disable_functions，看是不是把exec列进去了。
• 如果基础exec正常，那whoami的问题大概率是路径或权限：
  • 试试指定whoami的完整路径：

    echo exec('C:\Windows\System32\whoami.exe');
    

  • 检查应用池身份的权限：临时把应用池身份改成「LocalSystem」（仅测试用，生产环境别这么干），如果能输出了，说明原来的身份没有执行系统命令的权限。后续可以给应用池身份单独赋予必要的权限，或者调整命令的执行方式。

第四步：检查PHP 5.2和IIS的适配配置 #

PHP5.2是比较老的版本，和IIS（尤其是7及以上版本）配合有几个关键配置要注意：

• 打开php.ini，确保fastcgi.impersonate = 1——这个参数让PHP模拟IIS的用户身份运行，对权限控制至关重要。
• 确认display_errors = On不仅在代码里设置，php.ini里也要开启，有时候代码里的ini_set会被全局配置覆盖。

总结 #

最可能的几个问题点：

1. IIS应用池身份权限不足（无法写日志、无法执行系统命令）
2. PHP错误日志路径配置错误或无读写权限
3. PHP5.2的FastCGI适配参数没设置对（比如fastcgi.impersonate）
4. exec函数被禁用或系统命令路径不对

先从基础的PHPinfo测试开始，再一步步排查日志和权限，很快就能定位问题。

内容的提问来源于stack exchange，提问作者Juan.Queiroz