CentOS6.6下通过PHP调用Bash脚本重载Asterisk服务失败求助

我之前也碰到过类似的糟心事，CentOS 6的sudo和SELinux经常会搞出这种「明明权限给了却不生效」的幺蛾子，给你梳理几个关键排查点：

1. 修正sudoers配置的细节 #

直接改/etc/sudoers很容易踩坑，一定要用visudo命令编辑（它会做语法检查，避免你写错导致sudo直接崩溃），重点调整两个地方：

注释掉requiretty规则 #

CentOS 6默认有Defaults requiretty配置，这个规则会要求sudo必须在有终端的会话中执行，但PHP调用的shell是非交互式的，没有终端，直接就会导致sudo失败。打开visudo找到这行，加个#注释掉：

# Defaults    requiretty

精确指定允许执行的命令 #

别图省事给apache用户ALL ALL=NOPASSWD: ALL的权限（太不安全），而是只授权重载Asterisk的命令。先确认asterisk的绝对路径：

which asterisk

假设输出是/usr/sbin/asterisk，就在sudoers里添加：

apache ALL=(ALL) NOPASSWD: /usr/sbin/asterisk -rx 'core reload'

如果你的Bash脚本里还有其他需要sudo的操作，也把对应的绝对路径命令加进去，别用相对路径。

2. 调整PHP的调用方式，捕获错误信息 #

很多时候你看不到错误就不知道问题出在哪，PHP调用脚本时一定要把错误输出重定向过来，比如：

// 直接调用重载命令的例子
$errorOutput = [];
$exitCode = 0;
exec('sudo /usr/sbin/asterisk -rx \'core reload\' 2>&1', $errorOutput, $exitCode);

// 打印错误信息和退出码，方便排查
echo "Exit Code: " . $exitCode . "<br>";
echo "Error Output: " . implode("<br>", $errorOutput);

2>&1是把错误输出（stderr）重定向到标准输出（stdout），这样PHP才能捕获到sudo或者asterisk的报错，比如「command not found」或者「permission denied」。

如果是调用你的Bash脚本，要确保脚本里的sudo命令用了绝对路径，并且脚本本身有可执行权限：

chmod +x /path/to/your/script.sh
chown apache:apache /path/to/your/script.sh # 确保apache能读能执行

3. 排查SELinux的限制 #

CentOS 6默认开启SELinux，哪怕你给了sudo权限，它也可能阻止httpd执行系统命令。先临时关闭SELinux测试：

setenforce 0

如果这时候PHP调用成功了，说明就是SELinux的问题，永久解决的话需要添加对应的规则：

# 允许httpd使用sudo
setsebool -P httpd_can_sudo on
# 如果脚本需要执行内存中的代码，还需要开这个
setsebool -P httpd_execmem on

如果你的Bash脚本需要修改某些文件，还要确保SELinux允许httpd访问这些文件，调整文件的安全上下文：

chcon -R -t httpd_sys_rw_content_t /path/to/your/target/files/

4. 验证Bash脚本的独立性 #

最后再单独测试你的Bash脚本，用apache用户身份执行，看看能不能成功：

su - apache -s /bin/bash -c "/path/to/your/script.sh"

如果这个执行失败，说明脚本本身有问题，比如路径不对、依赖缺失，先把脚本本身的问题解决，再用PHP调用。

按照这个步骤排查，应该就能解决重载Asterisk失效的问题了。

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