Web共有でユーザーのパーミッションに不具合

うーん、ダメですか．

forbidden といわれるときにサーバ側のログにはなんと出ているのでしょう？

サーバのログは、コンソール（アプリケーション／ユーティリティにあります）で「ログファイル」、「/var/log」、「apache2」、「error_log」で見られます．

ここにメッセージそのまま正確に出してもらえれば何か分かるかも．

どうも．自分のLeopard でやってみて分かりました．

Leopard （or Leopard のアップデート）でapache がupdateされてユーザホームを閲覧するのに必要なファイルが出来てないからのようです．

なので、古いアカウントのは見えないけど、新しく作ったのは見える、という訳です．古いアカウントにも設定ファイルを作ってやれば見えるようになります．もし、前のがあれば（場所が変わっている）それをコピーするのでもよいようです．

以前のは、/etc/httpd/users にあるということです．しかしし私のにはこのディレクトリー自体がありません（ウェブ共有を使ってなかったから？）．

新しいのは、

/etc/apache2/users

がその場所になります．ここに、うまく見えるtest のは、test.conf というファイルが出来ていると思います．

これを、以下の要領で見えないユーザ用にコピーします．

ターミナルで、

cd /etc/apache2/users

sudo cp test.conf User.conf

sudo としますので、最初パスワードを聞いて来ますので、管理者パスワードを入力します．

このままではダメなので、ターミナル上で使えるエディター pico で一部修正します．

sudo pico /etc/apache2/users/User.conf

とします．すると、以下が出て来ます．

<Directory "/Users/test/Sites/">
Options Indexes MultiViews
AllowOverride None
Order allow,deny
Allow from all
</Directory>

最初の行の /Users/test/Sites を /Users/User/Sites に変更し、保存して終了します．コントロール-X で終了です．このときに保存するかどうか聞いて来ますので、Yとし、元のファイル（User.conf のこと．コントロール-T とする）に保存します．pico の使い方は画面の下の方に出ますので、その通りにすればいいです．ちなみに、^と出るのがコントロールキーです．

もし、/etc/httpd/users に古い設定ファイルがあるようなら、それをコピーしてもいいようです．

そのときは、

sudo cp /etc/httpd/users/User.conf /etc/apache2/users

とします．

最後に、ウェブ共有を一旦オフにしてからオンにします．（再立ち上げする．新しい設定ファイルを読み込ませるため）

これでクライアントから見えるようになりませんか．

わたしのMacBook Pro でも、fuji_doveさんとまったく同じ症状が出て、困っています。

はにさんの方法を試そうとしましたが、/etc/apach2/usrsの下には、正常に２つ、まったく同じ内容の

A.confとB.confが出来ています。うまく行くのは一般ユーザのA.conf、うまく行かないのは、管理者権限

のあるB.confなんです！

何が悪いのか、有楽町のApple Storeにわざわざ足を運んで聞いたのですが、「わからない」「Apacheは

サポート外」などと言われ、解決できずに帰ってきました！！！！！　がっかりです。

/etc/apach2/usrsの下には、正常に２つ、まったく同じ内容の

A.confとB.confが出来ています

全く同じ内容では，片方はうまく行かないです😕

うまく行かない管理者の方の B.conf の最初の行にある

<Directory "/Users/xxxx/Sites/">

の xxxx を管理者のアカウント名に変えてやる必要があります。

xxxx にはユーザのアカウント名が入ります。

はにさま、ありがとうございます。

おっしゃられているような設定にはすでになっているのです。そうなのですが、管理権限のあるユーザーではWeb共有が出来ない状況です。

おっしゃられているような設定にはすでになっている

そういうことなら、このスレッドの最初の方の議論にある，上位フォルダー（すべての上位フォルダーが関係します。どこか一ヶ所でもothers の実行権がついてないと外のブラウザからは見えません）の実行権は大丈夫でしょうか。web で見えないトラブルというのは，自分が経験した範囲では，ほとんど全部がこれですが。

それか、問題のファイルのパーミッションが適切でないとか（見える方のと同じになってますか？）。

>> おっしゃられているような設定にはすでになっている

そういうことなら、このスレッドの最初の方の議論にある，上位フォルダー（すべての上位フォルダーが関係します。どこか一ヶ所でもothers の実行権がついてないと外のブラウザからは見えません）の実行権は大丈夫でしょうか。web で見えないトラブルというのは，自分が経験した範囲では，ほとんど全部がこれですが。

　いいえ、確認してみましたが、/etc以下のフォルダには、きちんと　xがothersについております。

/etc以下のフォルダには、きちんと　xがothersについております。

いや、x がついていないといけないのはそこじゃないです。コンテンツそのものの入っているホルダーの上位のフォルダー全部です。例えば，hogeのsite以下を見せる必要があるなら，/Users/hoge/sites 全部のフォルダーのothers に x がついている必要があります。他のユーザでは見えるのなら，/Users にはついているのでしょう。hoge や sites のフォルダーはどうですか。セキュリティを上げる目的で，others に何も許可しないようにしてしまう人がいます。こうしてしまうとwebから見えなくなってしまいます。

あと、/etc/apache2/hoge のパーミッションは適切ですか？所有者はrootでrw、groupは wheel、others には r がついている必要があります。

http サーバデーモン（httpd）は，実際に動いているときはnobodyの権限で動いていますので，nobodyが読めるようになってないとwebには表示されなくなります。フォルダーに入るためには，そのフォルダーに実行権限が必要です。なので、others に x がついてないとnobodyはそのフォルダーに入れず，その内部にあるコンテンツにたどり着けません。httpd をnobody権限で動かすのはセキュリティのためです。例えば，もし，root 権限で動かしたら，外からシステム内部のどんな個人情報でも外に見えてしまいますし，httpdを介していくらでもイタヅラできてしまいます（root権限なら何でも出来るので）。

はにさま、nakazawaです。

>> /etc以下のフォルダには、きちんと　xがothersについております。

いや、x がついていないといけないのはそこじゃないです。コンテンツそのものの入っているホルダーの上位のフォルダー全部です。例えば，hogeのsite以下を見せる必要があるなら，/Users/hoge/sites 全部のフォルダーのothers に x がついている必要があります。他のユーザでは見えるのなら，/Users にはついているのでしょう。hoge や sites のフォルダーはどうですか。セキュリティを上げる目的で，others に何も許可しないようにしてしまう人がいます。こうしてしまうとwebから見えなくなってしまいます。

あと、/etc/apache2/hoge のパーミッションは適切ですか？所有者はrootでrw、groupは wheel、others には r がついている必要があります。

http サーバデーモン（httpd）は，実際に動いているときはnobodyの権限で動いていますので，nobodyが読めるようになってないとwebには表示されなくなります。フォルダーに入るためには，そのフォルダーに実行権限が必要です。なので、others に x がついてないとnobodyはそのフォルダーに入れず，その内部にあるコンテンツにたどり着けません。httpd をnobody権限で動かすのはセキュリティのためです。例えば，もし，root 権限で動かしたら，外からhttpdを介していくらでもイタヅラできてしまいます（root権限なら何でも出来るので）。

　おっしゃられるように、 othersにxがついていませんでした！！！　付けましたら、動きました！！！

　ご丁寧に教えていただき、何と感謝していいか、わかりません。本当にありがとうございました。