ここにはさまざまなレベルの知識を持つ可動部分がたくさんあるので、別の目で、Rails PhusionPassengerを実行しているNginxのアプリ。
私のアプリの/ publicディレクトリは現在次の場所にあります。
$pwd
>> /root/public_html/photobook/public
Nginx.confのサーバー設定:
server {
listen 80;
server_name pb.mysite.com;
root /root/public_html/photobook/public; # <--- be sure to point to 'public'!
passenger_enabled on;
}
しかし、nginxを再起動した後:
Sudo /opt/nginx/sbin/nginx
ブラウザに移動すると、Nginxによって提供される404ページが表示されます。
私が知らないのとは異なる方法でサブドメインを処理するためのルールはありますか?それともこれはまったく別のものですか?
また、私はNginxのPassengerを初めて使用するので、どのページを検索しているかなど、404に関するより役立つフィードバックを提供するログファイルを見つける必要がありますか?
ありがとう!
編集
まず、/ var/logに関するアドバイスに感謝します。
私はそれについて知りませんでした。これは将来大きな助けになるでしょう。
私のsyslog(現在のように見える2つがあり、.gzバックアップが戻っているように見えます)が関連するものを記録しているかどうかはわかりませんが、次のようになります。
Jun 23 01:25:01 myusername /USR/SBIN/CRON[11379]:
(root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Jun 23 01:49:01 myusername -- MARK --
それだけで、毎時のcronタスクと--MARK--の目的は、ずっと前からです。何か案は?
/ var/logの下を確認してください。 nginxまたはパッセンジャーログがない限り、すべてがsyslogの下にあります。
あなたの次のステップはあなたがそこに見るものに依存します。解決策がすぐにわからない場合は、nginxが冷え始めたらログを投稿して、次に進むべき場所についてより良い手がかりを得ることができます。
編集:
/ optの下にnginxがあるので、/ opt/nginx/logs /error.logの下を見てください。
また、nginxをrootとして実行すると、nginxがパスを誤って読み取る可能性があるため、アプリを/ rootから削除することをお勧めします。
最後に、nginxを実行するnginxユーザーを作成して、悪意のあるユーザーへの露出を制限することを検討してください。