Nginx 経由でバックエンド アプリケーションにアクセスし、ERR_CONTENT_LENGTH_MISMATCH 問題を解決する
2つの問題が発生しました
1. 日付選択機能が機能しません
2. 少し大きなファイルをダウンロードする場合、ページの半分しかダウンロードできません
デバッグ中に ERR_CONTENT_LENGTH_MISMATCH エラーが見つかりました
システム: Cent OS、Nginx、バックエンド tomcat へのプロキシ
: nginx は大きなファイルを proxy_temp ディレクトリにキャッシュしますが、このディレクトリには読み取りおよび書き込み権限がありません
解決プロセス:
ページのデバッグ、エラーのスロー: net::ERR_CONTENT_ LENGTH_MISMATCH
Chrome では、キャッシュまたは強制更新してください。応答のステータス コードは 200 です。強制更新はありません。実際の長さは一致しています
が発生します。上記のコンテンツの長さの不一致エラーnginx 経由で Tomcat に直接アクセスしない場合、このエラーが発生することなく、システムは正常に機能します。
さまざまな検索の後、問題の説明が非常に似ていることがわかりました。nginx は圧縮用にファイルを準備するため、データストリームを処理します。圧縮された長さですが、プロキシを通過するデータは実際には圧縮されず、ngnix は送信が完了する前に接続を閉じます。
ログから判断すると、Tomcat には実際に多数の org.apache.catalina.connector.ClientAbortExceptions があり、これらは ERRO_CONTENT_LENGTH_MISMATCH を持つ以前のリクエストと一致します。
nginx gzip の構成を学習し始めます (別のメモを作成する準備中)
問題は解決していないので、先に寝てから作業を続けてください目が覚めたら
目が覚めたけど、まだ何も分からなかったので素直にログを確認しました
/var/log/nginx/error.log
ああ、問題はここです:
2015/05/30 00:11:53 [crit] 8808#0: *60 open() "/var/cache/nginx/proxy_temp/2/01/0000000012" failed (13: Permission denied) while reading upstream, client:...
nginx は許可なしで nginx ユーザーとして実行されます、ドーン!
解決策:
1. root として nginx を実行します
2. proxy_temp ディレクトリの所有者を nginx に設定します。
3. proxy_temp ディレクトリのグループを nginx に追加し、rwx 権限を付与します
4. キャッシュを無効にします
root を使用して nginx を実行したくないので、方法 3 を選択しました。まずはシステムを動作させてください
残りの質問:
1. そもそも、なぜ proxy_temp ディレクトリの所有者が root なのでしょうか?ルートにする必要がありますか?
2. 方法 3 を選択すると、同じファイルに対して複数のキャッシュが生成されることがわかりました。これはなぜ発生するのでしょうか。
3. この場合、キャッシュは必要ですか?キャッシュを無効にするほうが合理的な選択ですか
>5-05-30
上記では、Nginx 経由でバックエンド アプリケーションにアクセスし、ERR_CONTENT_LENGTH_MISMATCH 問題を解決する方法を紹介しました。内容も含めて、PHP チュートリアルに興味のある友人に役立つことを願っています。

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック









nginxが開始されるかどうかを確認する方法:1。コマンドラインを使用します:SystemCTLステータスnginx(Linux/unix)、netstat -ano | FindStr 80(Windows); 2。ポート80が開いているかどうかを確認します。 3.システムログのnginx起動メッセージを確認します。 4. Nagios、Zabbix、Icingaなどのサードパーティツールを使用します。

Windowsでnginxを構成する方法は? nginxをインストールし、仮想ホスト構成を作成します。メイン構成ファイルを変更し、仮想ホスト構成を含めます。 nginxを起動またはリロードします。構成をテストし、Webサイトを表示します。 SSLを選択的に有効にし、SSL証明書を構成します。ファイアウォールを選択的に設定して、ポート80および443のトラフィックを許可します。

Linuxでは、次のコマンドを使用して、nginxが起動されるかどうかを確認します。SystemCTLステータスNGINXコマンド出力に基づいて、「アクティブ:アクティブ(実行)」が表示された場合、NGINXが開始されます。 「アクティブ:非アクティブ(dead)」が表示されると、nginxが停止します。

Linuxでnginxを開始する手順:nginxがインストールされているかどうかを確認します。 systemctlを使用して、nginxを開始してnginxサービスを開始します。 SystemCTLを使用して、NGINXがシステムスタートアップでNGINXの自動起動を有効にすることができます。 SystemCTLステータスNGINXを使用して、スタートアップが成功していることを確認します。 Webブラウザのhttp:// localhostにアクセスして、デフォルトのウェルカムページを表示します。

NGINXサーバーを起動するには、異なるオペレーティングシステムに従って異なる手順が必要です。Linux/UNIXシステム:NGINXパッケージをインストールします(たとえば、APT-GetまたはYumを使用)。 SystemCtlを使用して、NGINXサービスを開始します(たとえば、Sudo SystemCtl Start NGinx)。 Windowsシステム:Windowsバイナリファイルをダウンロードしてインストールします。 nginx.exe実行可能ファイルを使用してnginxを開始します(たとえば、nginx.exe -c conf \ nginx.conf)。どのオペレーティングシステムを使用しても、サーバーIPにアクセスできます

Nginx 403禁止エラーを修正する方法は?ファイルまたはディレクトリの許可を確認します。 2。HTACCESSファイルを確認します。 3. nginx構成ファイルを確認します。 4。nginxを再起動します。他の考えられる原因には、ファイアウォールルール、Selinux設定、またはアプリケーションの問題が含まれます。

質問への回答:304変更されていないエラーは、ブラウザがクライアントリクエストの最新リソースバージョンをキャッシュしたことを示しています。解決策:1。ブラウザのキャッシュをクリアします。 2.ブラウザキャッシュを無効にします。 3.クライアントキャッシュを許可するようにnginxを構成します。 4.ファイル許可を確認します。 5.ファイルハッシュを確認します。 6. CDNまたは逆プロキシキャッシュを無効にします。 7。nginxを再起動します。

サーバーには、要求されたリソースにアクセスする許可がなく、NGINX 403エラーが発生します。ソリューションには以下が含まれます。ファイル許可を確認します。 .htaccess構成を確認してください。 nginx構成を確認してください。 SELINUXアクセス許可を構成します。ファイアウォールルールを確認してください。ブラウザの問題、サーバーの障害、その他の可能なエラーなど、他の原因をトラブルシューティングします。
