nginx restartコマンドの構成ファイルを指定する方法

特定の構成ファイルでnginxを再起動する方法

特定の構成ファイルを使用してnginxを再起動するには、-cまたは--confフラグを使用して、目的の構成ファイルへのパスが続きます。 正確なコマンドは、システムのインストールによってわずかに異なりますが、一般にこのパターンに従います。

sudo nginx -c /path/to/your/nginx.conf

/path/to/your/nginx.confnetstatは、ss

を構成ファイルへの実際のパスに置き換えます。 このコマンドは、NGINXに、開始前に指定された構成ファイルをロードして使用するように指示します。 パスが正しいことが重要です。誤ったパスがエラーが発生し、nginxは目的の構成で再起動しません。 このコマンドを実行した後、Nginxは指定された構成ファイルで定義された新しい設定でリロードします。 これは、nginxログをエラーをチェックするか、

や

などのツールを使用してポート使用量の変更を観察することで検証できます。 さらに、仮想ホストまたはその他の構成に変更を加えた場合、これらの変更をテストして、再起動後に予想どおりに機能していることを確認する必要があります。 このデフォルトファイルの場所は、オペレーティングシステムとNginxのインストール方法によって異なります。 一般的な場所には、ディレクトリ内の

または同様のパスが含まれます。 このデフォルトの構成ファイルには、通常、リスニングポート、サーバーブロック（仮想ホスト）、およびその他の一般的なnginxパラメーターの設定が含まれます。 したがって、sudo nginx -s reloadフラグを省略すると、nginxに、デフォルトのファイルにある事前に構成された設定を使用してリロードまたは再起動するように指示するだけです。 nginx構成は、以前にデフォルトの構成ファイルに保存されていない限り、nginx構成に変更は適用されません。sudo systemctl restart nginx/etc/nginx/nginx.confデフォルトとは異なる構成ファイルを使用してnginxを再起動できますか？ 別の構成ファイルを使用する柔軟性は、Nginxの重要な機能です。 上で説明したように、/etc/nginx/または-cフラグを使用すると、有効なnginx構成ファイルを指定できます。 これは特に役立ちます：

• 新しい構成のテスト：
個別の構成ファイルを作成し、生産環境に影響を与えずにテストし、満足したらそれを切り替えることができます。個別のファイルの構成により、GITなどのツールを使用してバージョン制御を容易にすることができます。
• この方法により、デフォルトの構成ファイルを変更せずに複数の構成を管理し、生産環境の偶発的な変更を防ぐことができます。データの損失を避けるために構成ファイルのバックアップを維持することを忘れないでください。
• nginx再起動中に構成ファイルを指定すると、他のサービスに影響しますか？ Nginx構成がそれらと明示的に対話しない限り、システム上で実行されている他のサービスに直接影響しません。 たとえば、Nginx構成がアップストリームを使用して他のサービス（アプリケーションサーバーなど）に接続すると、構成を変更すると、変更が接続またはロードバランシングを破壊すると、間接的にこれらのサービスに影響を与える可能性があります。ただし、再起動自体は他の無関係なサービスに直接影響しません。 変更は、nginxプロセスとその構成に分離されます。 したがって、構成の変更により間接効果が可能ですが、NGINXを再起動するための異なる構成ファイルを指定する行為は、他のシステムサービスに直接影響を与えません。

以上がnginx restartコマンドの構成ファイルを指定する方法の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。