主页 / server / 问题 / 393240
Accepted
Son of the Wai-Pan
Asked: 2012-05-28 23:34:06 +0800 CST

如何解决符号链接上下文中的 PHP 错误“需要打开失败”？

  • 772

我在 MacOS X Lion 10.7.4 上运行 Apache/PHP。我的目录结构是这样设置的：

/Users/achan/Sites/
lrwxrwx---   1 achan  staff    23B Apr 27 16:21 epwbst@ -> /Users/achan/dev/epwbst`

epwbst/里面的符号链接在哪里~/Sites。

如果我放在test.php目录Sites/中，Apache 会正确提供文件；phpinfo()它像它应该的那样喷出。如果我将相同的文件放在符号链接下，则会出现此错误：

[Mon May 28 14:47:13 2012] [error] [client ::1] PHP Warning:  Unknown: failed to open stream: No such file or directory in Unknown on line 0
[Mon May 28 14:47:13 2012] [error] [client ::1] PHP Fatal error:  Unknown: Failed opening required '/Users/achan/Sites/epwbst/test.php' (include_path='.:/usr/lib/php/pear') in Unknown on line 0

为了确保 Apache 正常工作，我在下面创建了一个测试 html 文件~/Sites/epwbst/，Apache 按预期提供了它。

为什么 Apache 不能在我的符号链接目录下运行 php？

我在这里粘贴了我的 php 配置：http: //pastebin.com/gg27JyVZ

php mac-osx apache-2.2

1 个回答

  1. Best Answer

    好吧，这让我抓狂了几个小时。这是一个权限问题，但不是人们的想法。问题在于符号链接本身的权限：

    /Users/achan/Sites/
lrwxrwx---   1 achan  staff23B Apr 27 16:21 epwbst@ -> /Users/achan/dev/epwbst`

    这就是问题所在：chmod通常不会更改符号链接的权限，因为（除了明显的例外php5_module和超出此答案范围的其他一些情况）这些权限在很大程度上是无关紧要的，因为它们在几乎所有上下文中都被忽略了。这是修复：

    chmod -h 755 /Users/achan/Sites/epwbst

    注意-h. 从手册页：

    ...
-h  If the file is a symbolic link, change the mode of the link itself
rather than the file that the link points to.
...

    出于某种原因，php5_module实际上要注意符号链接上的权限。如果它们限制太多，php5_module将拒绝查看目标，即使httpd用户可以使用/usr/bin/php.

    考虑以下：

    % umask 027
% cd ~/Sites
% mkdir bar
% chmod 755 bar
% ln -sv bar foo
foo -> bar
% ls -al ~/Sites/foo
lrwxr-x---  1 xyz  xyz  3 Apr 22 13:17 foo -> bar
% ls -adl ~/Sites/foo/.
drwxr-xr-x  2 xyz  xyz  68 Apr 22 13:17 /Users/xyz/Sites/foo/.
% echo 'Hello!' >bar/hello.txt
% chmod 644 bar/hello.txt
% curl http://localhost/~xyz/bar/hello.txt
Hello!
% curl http://localhost/~xyz/foo/hello.txt
Hello!

    到目前为止，一切都很好。现在考虑：

    % echo '<?php phpinfo(); ?>' >bar/info.php
% chmod 644 bar/info.php
% curl http://localhost/~xyz/bar/info.php
<html xmlns="http://www.w3.org/1999/xhtml"><head>
...
</div></body></html>
% curl http://localhost/~xyz/foo/info.php
<br />
<b>Warning</b>:  Unknown: failed to open stream: No such file or directory in <b>Unknown</b> on line <b>0</b><br />
<br />
<b>Fatal error</b>:  Unknown: Failed opening required '/Users/xyz/Sites/foo/info.php' (include_path='.:') in <b>Unknown</b> on line <b>0</b><br />

    嗯。我httpd以用户身份运行_www，所以让我们检查一下该用户是否可以阅读.../foo/info.php：

    % sudo sudo -u _www cat ~/Sites/foo/info.php
Password:
<?php phpinfo(); ?>

    是的。现在让我们看看该用户是否可以运行 .../foo/info.php：

    % sudo sudo -u _www /usr/bin/php ~/Sites/foo/info.php
Password:
phpinfo()
PHP Version => 5.4.24
...
If you did not receive a copy of the PHP license, or have any
questions about PHP licensing, please contact [email protected].

    是的？！卧槽？！哎呀！现在修复它：

    % chmod -h 755 foo
% curl http://localhost/~xyz/foo/info.php
<html xmlns="http://www.w3.org/1999/xhtml"><head>
...
</div></body></html>

    砰。完毕。

    所以，是的。似乎php5_module做了一些偏执和不标准的事情。这可能被忽视了，因为umask通常默认为022，它至少会创建与 的符号链接755。此外，许多文件系统（不是 HFS+）在符号链接创建期间在内核级别强加 777 权限，而不管umask.

    你和我似乎是太阳系中的两个人，在 HFS+ 上运行 Apache+PHP，同时将我们的 umask 设置为比默认值更严格的东西。我敢打赌，您甚至还会使用区分大小写的 HFS+。;o)

    • 10

相关问题