Web浏览器调用服务器Python脚本触发“execve: no such file or directory”错误的排查与解决咨询

你的问题核心是LiteSpeed的lscgid处理器找不到Python解释器路径，尽管这个路径确实存在。咱们从用户可操作的步骤和服务商需要调整的配置两方面来梳理：

用户可自行尝试的修复措施 #

• 检查脚本的换行符和隐藏字符：如果脚本是在Windows环境下编辑后上传的，换行符可能是CRLF格式，这会导致系统把shebang行末尾的^M（CR字符）当作路径的一部分，从而找不到文件。你可以用cat -A python_test.py查看脚本内容，如果看到#!/opt/alt/python311/bin/python3^M这样的内容，说明有Windows换行符。用dos2unix python_test.py转换为Linux的LF格式后再测试。
• 重新确认脚本权限与所有权：虽然你已经设置了可执行权限，但所有权不对也可能导致问题。运行以下命令调整：

  chmod 755 /home/my_account/public_html/cgi-bin/python_test.py
  chown my_account:apache /home/my_account/public_html/cgi-bin/python_test.py
  

  （注：apache是常见的web服务器用户，若你的主机用www-data或其他用户，替换成对应名称即可）
• 切换到web用户验证Python路径：通过SSH登录主机，切换到web服务器的运行用户（比如sudo -u apache bash），然后执行/opt/alt/python311/bin/python3。如果这一步报错，说明web用户没有访问该Python解释器的权限，需要服务商介入调整。
• 用Bash脚本测试CGI环境：先排除CGI目录配置问题，创建一个简单的Bash CGI脚本：

  #!/bin/bash
  echo "Content-Type: text/plain"
  echo
  echo "Bash CGI is working!"
  

  设置好权限后访问这个脚本，如果能正常显示内容，说明CGI目录配置没问题，问题集中在Python环境上。

主机服务商需要执行的配置调整 #

• 检查lscgid的允许执行路径：LiteSpeed的lscgid处理器可能限制了可执行的程序路径，需要在LiteSpeed控制台的Server Configuration > External Applications或Security > Allowed CGI Handlers中，确认/opt/alt/python311/bin/python3被添加到允许列表中。
• 验证SELinux策略：如果主机启用了SELinux，可能阻止了web服务器执行非标准路径的Python。服务商可以通过ausearch -m avc -ts recent查看SELinux的拒绝日志，然后执行setsebool -P httpd_execmem on或者添加自定义SELinux规则，允许web服务器访问该Python路径。
• 检查文件系统挂载参数：如果/opt目录是单独挂载的，查看挂载时是否带有noexec参数（用mount | grep /opt）。如果有noexec，会禁止该目录下的程序执行，需要修改/etc/fstab去掉该参数后重新挂载。
• 确认CGI目录的配置：确保/home/my_account/public_html/cgi-bin/在web服务器配置中被正确标记为CGI目录，需要包含Options +ExecCGI和AddHandler cgi-script .py这两个配置项（Apache或LiteSpeed的虚拟主机配置中）。

内容的提问来源于stack exchange，提问作者Don Del Grande