Nginx サーバーでの 500 エラーの原因と解決策

Nginx 500 エラー (Intenl See Eo) は主に内部サーバー エラーを指します。つまり、サーバーが予期しない状況に遭遇し、リクエストを完了できず、エラーが返されます。では、Nginx 500 エラーの原因は何でしょうか?どうすれば解決できるでしょうか?以下で詳細を学んでみましょう。

ディスク容量不足

df -k を使用して、ハードディスクの容量がいっぱいかどうかを確認します。ディスク容量不足が原因の場合は、ハードディスクの容量をクリアすることで 500 エラーを解決できます。 Nginx で cess ログが有効になっている場合は、必要ない場合は cess ログを無効にすることをお勧めします。なぜなら、cess ログはハードディスクの容量を大量に消費するからです。

2. Nginx設定ファイルエラー

これは構文エラーを指すものではありません。Nginx 構成ファイルに構文エラーがある場合は、起動時にプロンプ​​トが表示されます。 ewite を設定する際に、一部のルールが適切に処理されず、500 エラーが発生する場合があります。ewite ルールを慎重に確認してください。値のない変数を参照するなど、構成ファイル内の一部の変数が正しく設定されていない場合にも、500 エラーが発生することがあります。

3. 同時接続が多すぎる

上記の 2 つの状況のどちらも存在しない場合は、シミュレートされた同時実行数が多すぎるために 500 エラーが発生している可能性があり、nginx.conf の同時実行設定数を調整する必要があります。

Nginx 500 エラーの解決方法:

① nginx eoログとphp eoログを確認する

nginx エラー ログ eo.log のデフォルトの場所: /us/locl/nginx/logs

②開いているファイルが多すぎる場合は、nginxのwoke_limit_nofileパラメータを変更し、ulimitを使用してシステムの開いているファイル制限を表示し、/etc/secuity/limits.confを変更します。

③スクリプトの問題であれば、スクリプトエラーを修正し、コードを最適化する必要があります。

④ 上記の最適化をすべて完了した後、開いているファイルが多すぎる場合は、トラフィックを異なるサーバーに分散する Nginx ロードバランシングを検討する必要があります。

/etc/secuity/limits.confファイルを開き、2つの文を追加します。

コードは次のとおりです。

* ソフトノーファイル 65535

* hd nofile 65535

2 /etc/nginx/nginx.confを開く

woke_pocessesの下に1行追加する

コードは次のとおりです。

目覚めた_limit_nofile 65535;

3 nginxを再起動して設定をリロードする

コードは次のとおりです。

キル -9 `ps -ef | gep php | gep - gep | wk ̺{pint $2}̻`

/us/bin/spwn-fcgi - 27.0.0. -p 9000 -C 00 -u www-dt -f /us/bin/php-cgi

killll -HUP nginx

再起動後、nginx エラー ログを確認しましたが、500 エラーは見つかりませんでした。

4 データベースの問題かもしれません。nginx ログと php ログでは問題は見つかりませんでした。最終的に、データベースにアクセスできないことがわかりました。修正後、問題は解決しました。

その他の一般的なエラーコード:

50 (実装されていません) サーバーには要求を完了する機能がありません。たとえば、サーバーがリクエスト メソッドを認識しない場合、サーバーはこのコードを返すことがあります。

502 (Bad Gateway) サーバーはゲートウェイまたはプロキシとして機能しているときに、上流サーバーから無効な応答を受信しました。

503 (サービス利用不可) サーバーは現在利用できません (過負荷またはメンテナンスのため)。通常、これは一時的な状態です。

504 (ゲートウェイ タイムアウト) ゲートウェイまたはプロキシとして機能しているサーバーが、アップストリーム サーバーからの要求を適切なタイミングで受信しませんでした。

505 (HTTP バージョンがサポートされていません) サーバーは、要求で使用された HTTP プロトコル バージョンをサポートしていません。

関連記事: 「Vult ホストのインストールと構成 Nginx チュートリアル」