Socket.io: クライアントでの継続的な「トランスポートクローズ」

この問題に関するニュースはありますが、まったく同じ問題があります。

k8nsにデプロイした場合も同じ問題が発生しますが、ローカルで実行すると正常に機能します。

私もこれに苦しんでいます...

@ talas9 @muhammadnasr @htamop問題をデバッグ/再現できるようにするための一般的な質問：

• どのバージョンのクライアント/サーバーを使用していますか？
• どのブラウザ？
• それはフィドルで再現可能ですか？

ありがとう！

2.1.0と2.0.4のクライアントとサーバーで試してみました。 クロームとサファリ（最新）について。
ローカルで実行すると正常に動作しますが（切断せずに1時間以上接続できます）、入力ロードバランサーの背後にあるK8nsにデプロイすると、この問題が発生します...

FYI接続は毎回25秒後に正確に閉じられます。スクリーンショットを参照してください

@ talas9 @htamop @ dnwldbs84ロードバランサーを使用していますか？

@darrachequesneどのロードバランサーをsocket.ioで使用することをお勧めしますか？

@muhammadnasr @darrachequesne
2.1.0サーバーと1.0.0クライアント（Android）を使用しました
接続を8〜9時間安定させる必要がありますが、予期せず切断されます。
両方のバージョンを1.7.4と0.8.3に変更しましたか？ 他のソリューションの投稿によると。 明日うまくいくかテストしてみます

ロードバランサーを使用していませんでした。 クライアントとサーバーの両方がSocket.ioの2.0.3バージョンを使用しました（使用したすべてのバージョンを思い出せません）。 どのブラウザが問題を引き起こしているのかわかりませんが、ほとんどのユーザーはChromeを使用しています。 私の場合、切断はランダムに行われたため、再現できません。
そして、私はwsに変更しました。 問題が解決したかどうかはわかりません。

@muhammadnasr @darrachequesne @ dnwldbs84
私の場合は解決したと思います。
android foreground service（api 26）では0.8.3 socket.io-clientを使用し、nodejsサーバーでは1.3.5バージョンを使用しています。
ただし、問題はバージョンではない可能性があります。
サーバーのpingIntervalを10msに変更しましたが、正常に機能しているようです（pingタイムアウトとトランスポートクローズは発生しませんでした）
var io = require（ 'socket.io'）（http、{pingInterval：10、pingTimeout：4000}）;

10ミリ秒は狭すぎるため、ネットワークが圧倒されます。

10ミリ秒は狭くなります。このようにすると、ネットワークは圧倒されます。

正しい！

@muhammadnasr任意のロードバランサーが機能するはずです。 次の例を参照してください。

• https://github.com/socketio/socket.io/tree/master/examples/cluster-haproxy
• https://github.com/socketio/socket.io/tree/master/examples/cluster-nginx
• https://github.com/socketio/socket.io/tree/master/examples/cluster-httpd

ただし、ポーリング（デフォルト）を有効にする場合は、スティッキーセッションが必要です。

@darrachequesne同じ問題があります

私が使用しているもの：

Chrome: 61.0.3163.100
Electron: 2.0.2
Socket.io: 2.1.1

同じ問題があり、このコメントhttps://github.com/socketio/socket.io/issues/3025#issuecomment -329024833からCDNを使用して修正し、タイムアウトと間隔を次のように設定できました。

io.set('heartbeat timeout', 60000);
io.set('heartbeat interval', 25000);

おい、
KubernetesおよびNGINXIngress Controllerで実行する場合、socket.ioでも同じ問題が発生します。
nginx構成がリロードされると、プロセスが再作成され、既存のすべての通信がドロップされます。これにより、 transport closeが発生します。入力コントローラーを使用する他のデプロイメントでは、構成がリロードされる可能性があります。

まず第一に、この素​​晴らしいプロジェクトに本当に感謝します。

ここで同じ問題、多分私はあなたに何か新しいものを持ってくるでしょう。

ノードjsにwsサーバーとwsクライアントがあります。
このwsクライアントは、サービス（マイクロサービス）であるノードjsアプリから使用されます。

（クライアントアプリからの）Webブラウザーからの他のwsクライアントは、wsサーバーを介してこのノードjsサービスと通信しています。

すべてが期待どおりに機能しています。

現在のストレステスト（10人のクライアントが集中的にデータを要求しています）では、テストの最後に、すべてのジョブとトランザクションが終了すると、サービスの接続がエラー「トランスポートクローズ」で閉じられます。 これは常に起こっているわけではありません。

これはサーバーの構成です。
pingTimeout：15000、
pingInterval：20000、
重い負荷の間にいくつかのpingが失われたようです...？ または私は知りません。
これは私が期待すべきことですか？

また、デフォルトの設定pingTimeout：2000では、ストレステストの途中でこのエラーが発生していました。 これもまったく予想外でしたが、サーバーが過負荷になり、2秒（！）以内に応答できず、このエラーが発生する可能性があるとします。 しかし、現在pingTimeout：15000を使用すると、ほぼ50％発生し、テストの終了後にのみ発生します。

うーん、マイクロサービスは同じLANで実行されている場合でも、この種のエラーを予期する必要があると思いますが、問題はなぜこれが発生するのかということです。

この問題を再現するために小さなセットアップを作成しようとしましたが、作成できませんでした。

ログをアクティブ化する方法は？ DEBUG = socket.io *が機能していません。 変数は設定されていますが、出力がありません。

これは＃2924に関連していると強く信じています。
クライアントでの再接続は、一部のブラウザー（safariおよびchrome）が、バッテリーを節約するために非アクティブなタブのタイマーを調整することによって発生します。
これにより、pingTimeoutが原因で、クライアントとサーバーからのハートビートメッセージが遅延して接続が閉じられます。
pingTimeoutを増やすことはある程度機能しますが、実稼働環境ではまだ再接続されます。

k8nsにデプロイした場合も同じ問題が発生しますが、ローカルで実行すると正常に機能します。

@muhammadnasrで、K8sのデプロイの問題を乗り越えることができますか？ 同様の問題が発生しています。

@ bheema01プロキシ/ロードバランサーでstickysessionが有効になっていることを確認してください。これで、機能するはずです。

同じエラーが発生しました

同じ問題.....サーバー側のソケットエンドポイントがロードバランサーの背後にある場合、クライアントは繰り返し接続および切断します。 スティッキーセッションを設定した後でも、問題は依然として存在します。 @muhammadnasrは問題を解決できました。

スレッドが200ミリ秒以上頻繁にブロックされたときに、このエラーが発生しました。
これが頻繁に発生する場合、これはsocket.ioにとってもアプリにとっても悪いことです。
socket.ioには、接続のハートビートをチェックするためのタイムアウトがあります。
このタイムアウトを超えると、接続がシャットダウンされ、このエラーが発生します。

スティッキーセッションを修正した後の

@dennisatクライアントがポンパケットを受信するのにかかる時間を確認してみました。 クラウドのソケットサーバーとローカルホストのソケットサーバーの両方でテストされた200msを超えるたびに。 ローカルセットアップではソケットが切断されませんが（すべて正常に機能します）、クラウドセットアップではソケットが継続的に接続および切断されます。 だから、私はそれが問題だとは思わない。
@muhammadnasrわかりました、それは素晴らしいです。 実際に有効にしましたが、まだいくつかの問題があります。

@muhammadnasr @darrachequesne @ dnwldbs84
私の場合は解決したと思います。
android foreground service（api 26）では0.8.3 socket.io-clientを使用し、nodejsサーバーでは1.3.5バージョンを使用しています。
ただし、問題はバージョンではない可能性があります。
サーバーのpingIntervalを10msに変更しましたが、正常に機能しているようです（pingタイムアウトとトランスポートクローズは発生しませんでした）
var io = require（ 'socket.io'）（http、{pingInterval：10、pingTimeout：4000}）;

それは魔法のように機能します、ありがとう!!!!!!!

ping間隔ごとに「トランスポートクローズ」が発生しました。

私はこの問題に本当にうんざりしていました。
「socket.io」のバージョンを「socket.io-client」で確認する必要があると思います。
サーバー/クライアントのバージョンが一致しない場合、接続は非常に不安定でした。

クライアントには以下のようなCDNを使用することをお勧めします。