Q&A
> 今後もうっかりやってしまいそうなので根本的な解決をしたいです。
これを直す気はない感じですかね？通常はこれに対する対策を取りますが
前提・実現したいこと
nginxで複数のサイトを作っているのですが、nginxの仕様なのか、もっといいconfファイルの書き方があるのか悩んでいます。
confファイルの構成
/etc/nginx/conf.d 配下にサイトごとにsite1_ssl.conf,site2_ssl.confのような形で設定ファイルを置いている
サイトのディレクトリ構成
/home/hogehoge/site1/docmentroot/
/home/hogehoge/site1/log/
/home/hogehoge/site2/docmentroot/
/home/hogehoge/site2/log/
発生している問題・エラーメッセージ
ある日site1の方をもう使わないので、/home/hogehoge/site1/ディレクトリをまるっと消したところ、site2の方が突然閲覧できなくなってしまった。
原因はsite1_name_ssl.confの設定に
access_log /home/hogehoge/site1/log/nginx/access.log main; root /home/hogehoge/site1/docmentroot;
と記載してあり、そんなディレクトリはないぞということでエラーになっており、nginxが止まってしまっていた。
ひとまずファイルを復活させて事なきを得たのですが、今後もうっかりやってしまいそうなので根本的な解決をしたいです。
①設定ファイルにエラーが発生している場合に速攻でnginxが止まってしまうのは仕様なんでしょうか。。フェールセーフ的な設定はできないのでしょうか
②対象ディレクトリが存在するかどうかという、存在チェックはできるのでしょうか。
③みなさんはどのような書き方をしているのでしょうか。気をつけて、site1_ssl.confを無効化してからディレクトリ削除するという手順を踏むしかないのでしょうか
rmする前に確認メッセージを出すなどの対策を行うイメージでしょうか..？
自分以外の作業者が、site1はもう運用していない不要なサイトなので消してしまおう
としてしまうことはあると思うので、消されても突然site2が閲覧できなくなる事態にならない方法がないものだろうかと調べていたのですが。。
（nginxにパスを通しているディレクトリを突然消すようなことがそもそも非常識だと言われてしまえばそれまでなのですが）
質問者の方が他の作業者より技術力が高くて本来取るべき慎重な手段を取れるなら質問者が本番サーバーの作業を担当するしかないです。
rmでの確認メッセージ以前に最低限の慎重さを持たない技術者に公開中のサーバーを触らせる事自体がありえないです。
STGサーバーを用意してそちらで編集とかサーバー操作、気を付けるべき点など経験を積んでもらって慣れてから本番サーバーを触らせるしかないです。
> としてしまうことはあると思うので、消されても突然site2が閲覧できなくなる事態にならない方法がないものだろうかと調べていたのですが。。
nginxを複数立てる、仮想環境を用意するなど方法自体はいくらでもありますが、未熟者の操作ミス対策としてこの手法の取るのは相当アホです。
他の作業者のレベルを引き上げるか、質問者が本番サーバーを担当するのが普通の対応でしょうね。
> 設定ファイルにエラーが発生している場合に速攻でnginxが止まってしまうのは仕様なんでしょうか。。フェールセーフ的な設定はできないのでしょうか
無理言っちゃいかんというかんじですね。「フェイルセーフ」とやらの考え方如何によるかもしれませんが、不明で不確かな設定があったときにそのまま動くことが正しいのか。エラーがあるのに勝手な動きを続行する方が危険と言う考え方がどちらかと言うと主流です。エラーとは、「それを設定したユーザーが意図したであろう動きができないこと」を示しています。デフォルトの動作とは違います。フェイルセーフとは、危険を検知したときに安全な方へ倒す操作です。安全な方とは、いっそのことサーバーを停止させることです。
みなさまご意見ありがとうございます。
消しても大丈夫なようにではなく、消されないように対策するのが定石だというのは疑う余地もなく正しいのですが、ちょっと状況が特殊で、消されても他のサイトに影響がでないようにできないか情報探していました。
しかしnginxとしてはやるべきことやってくれているだけで、そんな無茶なこと言われても..という構図なのがよくわかりました。。
愚問にお付き合いいただきありがとうございました。消されないように対策する方向で考えてみます..！
無茶でも無理でも無いですよ、対応目的考えるとアホだなーというだけです。
他サイトに影響の無い環境構築は簡単です。先のコメントに書いた通りにしてください。ただしコメント見て方法を即察せない技量・知識量なら絶対にやらない方が良いです。
ただでさえ周りの人間が出来ない中、質問者の管理するハードルが上がって管理する量が増えるだけです。
あなたの回答
tips
プレビュー
