AWS EC2实例启动httpd服务报PHP openssl库加载错误且无法响应HTTP请求

核心报错本质 #

这个报错的触发原因很明确：PHP配置项里引用了Windows平台专属的php_openssl.dll动态库，EC2上运行的Linux类操作系统根本不存在.dll格式的PHP扩展（Linux下PHP扩展的统一后缀为.so），直接导致httpd在加载PHP模块阶段中断，服务无法启动、不能响应HTTP请求。

分步排查操作 #

1. 定位错误配置来源 #

• 执行命令列出所有PHP实际加载的配置文件路径：
  php --ini
  重点关注/etc/php.ini、/etc/php.d/目录下的所有.ini配置项
• 全局检索错误的dll格式扩展引用，精准定位配置错误的文件：
  grep -r "php_openssl.dll" /etc/php*
  通常这类错误来自直接复用Windows环境下的php.ini配置，把Windows专属的扩展引用项迁移到了Linux服务器上。

2. 修正OpenSSL扩展配置 #

• 将检索到的所有extension=php_openssl.dll配置行，替换为Linux环境下的标准扩展加载配置：
  extension=openssl
  注意：无需手动添加.dll或.so后缀，PHP会自动匹配扩展目录下的对应格式文件
• 先确认对应PHP版本的OpenSSL扩展文件是否实际存在，避免配置修正后仍存在加载缺失：
  执行ls /usr/lib64/php/7.0/modules/ | grep openssl
  若未查询到对应扩展文件，需安装匹配版本的PHP OpenSSL依赖：
  • yum源安装的PHP 7.0版本：执行sudo yum install php70-php-openssl
  • 手动编译安装的PHP 7.0版本：进入PHP源码包的ext/openssl目录，依次执行phpize、./configure、make、sudo make install编译生成对应扩展
• 配置修改完成后，执行php -m | grep openssl验证，确认OpenSSL扩展可被PHP正常加载，无报错输出。
• 补充提示：PHP 7.0已停止官方维护，生产环境建议后续规划升级到受支持的PHP版本，避免安全风险。

3. 重启服务验证可用性 #

• 执行sudo systemctl restart httpd重启Apache服务
• 执行sudo systemctl status httpd查看服务运行状态，确认之前的动态库加载报错已消失
• 本地执行curl http://127.0.0.1验证服务是否能正常返回HTTP响应

衍生问题排查 #

• 若修正配置后仍报扩展路径不存在，检查php.ini中的extension_dir配置项，确认其值指向实际的扩展存放路径/usr/lib64/php/7.0/modules/，避免路径配置错误
• 确认httpd运行用户（通常为apache、www-data）对扩展目录下的openssl.so文件具备读权限，权限不足会触发同类加载失败报错
• 若服务启动成功但外部仍无法访问，同步检查EC2安全组的入站规则，确认80/443端口对允许访问的IP开放。

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