Nginx リバース プロキシ WebSocket 接続エラーを解決する方法

Web サーバーとしての Nginx の重要な機能はリバース プロキシであり、これを使用して外部ネットワークから内部ネットワークへの接続や特定のリクエストを管理できます。一部のユーザーは、ローカルソケットテストが正しい後に「xxx/xxx— ファイル」への WebSocket 接続がデプロイされ、Nginx リバースプロキシとの接続エラーが発生したことを発見しました。これを解決するにはどうすればよいでしょうか? 一緒に学びましょう。

関連記事: 「Nginx リバース プロキシ サーバーの設定チュートリアル」

バージョン .3.3 以降、プロキシ サーバーがコード 0 (スイッチング プロトコル) の応答を返し、クライアントがリクエストで "Update" ヘッダーを渡す場合、Nginx は特別な動作モードを実装します。 Update や Connection などのヘッダーはクライアントからプロキシ サーバーに渡されないため、プロキシ サーバーがプロトコルを WebSocket に切り替えることを理解できるようにするには、逆の構成で Nginx ロケーションに次のコードを追加する必要があります。

場所 /cht/

poxy_pss http://bckend;

poxy_http_esion .;

poxy_set_hede アップグレード $http_upgde;

poxy_set_hede 接続 "upgde—;

}

より複雑な例では、プロキシされたサーバー要求の「Connection」ヘッダー フィールドの値は、クライアント要求ヘッダーの「Update」フィールドの存在に依存します。次に例を示します。

http {

mp $http_update $connection_update {

デフォルトのアップグレード;

近い;

}

見る { …

場所 /cht/

poxy_pss http://bckend;

poxy_http_esion .;

poxy_set_hede アップグレード $http_upgde;

poxy_set_hede 接続 $connection_upgde;

}

}

デフォルトでは、Nginx プロキシ サーバーが 60 秒以内にデータを送信しない場合、接続は閉じられます。ここで、poxy_ed_timeout ディレクティブを使用してこのタイムアウトを増やすことができます。または、コード サーバーを設定して、WebSocket ping フレームを定期的に送信し、タイムアウトをリセットして接続がまだ有効かどうかを確認できます。