Linux下从PHP启动一端时MKFIFO调用失败问题排查

一、确认FIFO文件的实际权限与归属 #

• 直接在命令行执行 ls -l /path/to/your/fifo，查看文件权限（比如是否为 rw-rw-rw-）以及所属的用户、用户组。
• PHP通常以web服务器用户身份运行（如www-data、apache、nginx），检查该用户是否拥有FIFO的读写权限，或是在FIFO的所属用户组内。
• 注意：如果FIFO由程序A创建，一定要用mkfifo(path, 0666)（或更宽松的权限值），避免进程的umask自动收窄权限，导致实际权限低于设置值。

二、检查PHP执行环境的权限限制 #

• 查看PHP的open_basedir配置，确认FIFO所在路径不在限制范围内。可以在PHP脚本中添加echo ini_get('open_basedir');，或是查看phpinfo()的输出结果。
• 排查SELinux、AppArmor等安全模块是否拦截了PHP对FIFO的访问。比如SELinux可执行ausearch -m avc -ts recent查看近期的权限拒绝记录，临时关闭测试（setenforce 0），如果问题解决，再给web服务器用户添加对应的访问规则。

三、验证PHP执行进程的身份 #

• 在PHP脚本中执行exec('whoami');，确认实际运行的用户身份，和FIFO的归属信息做对比。
• 如果用户身份不匹配，要么给FIFO添加其他用户的读写权限（chmod o+rw /path/to/fifo），要么将web服务器用户加入FIFO的所属用户组（usermod -aG your_group www-data）。

四、排查Shell脚本的执行上下文 #

• 确保Shell脚本本身拥有执行权限：chmod +x script.sh，且脚本中调用程序B的路径为绝对路径，避免PHP执行环境的PATH找不到目标程序。
• 可以在脚本开头添加几行调试代码，确认执行时的上下文：

  whoami
  ls -l /path/to/your/fifo
  

  调用脚本后查看输出，确认权限和用户身份是否正确。

五、程序B的打开方式问题 #

• 检查程序B中打开FIFO的代码，确认使用了正确的只读/只写模式，并且添加了错误处理（比如调用perror("open fifo")），明确具体的错误原因是否真的是权限问题。
• 注意：FIFO打开时需要读写两端同时存在才会成功，如果程序A未先打开FIFO，程序B可能会阻塞或报错，但你这里明确是权限拒绝，所以重点仍放在权限排查上。

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