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が機能していることを確認するために、_~/Sites/epwbst/
_の下にテストhtmlファイルを作成しました。Apacheは期待どおりに機能しました。
symlinkされたディレクトリでApacheがphpを実行できないのはなぜですか?
私のphp設定をここに貼り付けました: http://Pastebin.com/gg27JyVZ
さて、これは私に時間。それはis権限の問題ですが、考えられる方法ではありません。問題は、シンボリックリンク自体の権限にあります。
/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
に注意してください。 manページから:
...
-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
は実際にはシンボリックリンクのアクセス許可に注意を払います。制限が厳しすぎると、_httpd
ユーザーが別の方法で同じターゲットを読み取って実行できたとしても、php5_module
はターゲットの表示を拒否します/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(); ?>
うん。次に、そのユーザーがrun.../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].
はい?! WTF ?! Grrr!修正してください:
% 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 +ではない)は、umask
に関係なく、シンボリックリンクの作成中にカーネルレベルで777の権限を課します。
あなたと私は、HFS +でApache + PHPを実行しているソーラーシステムの2人のようですが、umaskをデフォルトよりも制限の厳しいものに設定しています。大文字と小文字を区別するHFS +も使用します。 ; o)