質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

ただいまの
回答率

88.80%

【Node.js】NetモジュールのSocket.setKeepAlive

解決済

回答 1

投稿

  • 評価
  • クリップ 0
  • VIEW 3,240

kohei0302

score 7

Node.jsのNetモジュールを利用したアプリケーションを構築しております。
永続的にTCPコネクションを張り続け、サーバ・クライアント間で常に相互に通信がおこなえることが要件になるのですが、
コネクションが想定外に切断された場合にクライアントサイドで切断を検知する方法を模索しております。
もし知見のある方がおられましたら、お力をお貸しいただけませんでしょうか。

TCPコネクションを張るソースは下記になります。

■サーバサイド
net.createServer(function(socket) {
  socket.setKeepAlive(true, 10000);
}).listen(port);

■クライアントサイド
tls.connect(port, host, function() {
  socket.setKeepAlive(true, 10000);
});

 問題点


TCPコネクションが切断された際に自動的にコネクションを張り直す必要があります。
TCPの通信内でFINが送信された場合(プロセスの終了や端末の再起動時など)は
適切にcloseイベントが発生しますが、異常時(プロセスのダウンや端末のダウン、通信の遮断など)は
closeイベントは発生いたしません。

SocketクラスにsetKeepAliveというものを見つけ、試したところ
クライアントサイドに設定した場合のみKeep-Aliveパケットが送信され(向きまではわからず・・・)、
通信に異常があるとサーバサイドは検知してcloseイベントが発生するものの
クライアントサイドでは通信の切断を検知しませんでした。

この状態で通信状態を復元すると、サーバサイドではコネクションの待受状態となりますが、
クライアントサイドでは前回のコネクションが残ったまま身動きがとれない状態となってしまい
再接続のソースを書こうにもどうにもならない状態となってしまいました。

 検証環境


■サーバサイド
OS: Windows10
Node: v0.12.7

■クライアントサイド
OS: Raspbian 8.0
Node: v4.2.1

Raspberry piでcat /proc/sys/net/ipv4/tcp_keepalive_timeとすると7200が出力されますが
こちらの値を変更してしまうと他プロセスに影響がでることが想定されるのであまり触りたくないです。。


クライアントサイドでサーバサイドの切断を検知する方法があればいいのですが、
無ければTCP上の通信でポーリングするような対応をしようと考えております。
その他いい方法があればご教示いただけませんでしょうか。
  • 気になる質問をクリップする

    クリップした質問は、後からいつでもマイページで確認できます。

    またクリップした質問に回答があった際、通知やメールを受け取ることができます。

    クリップを取り消します

  • 良い質問の評価を上げる

    以下のような質問は評価を上げましょう

    • 質問内容が明確
    • 自分も答えを知りたい
    • 質問者以外のユーザにも役立つ

    評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。

    質問の評価を上げたことを取り消します

  • 評価を下げられる数の上限に達しました

    評価を下げることができません

    • 1日5回まで評価を下げられます
    • 1日に1ユーザに対して2回まで評価を下げられます

    質問の評価を下げる

    teratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。

    • プログラミングに関係のない質問
    • やってほしいことだけを記載した丸投げの質問
    • 問題・課題が含まれていない質問
    • 意図的に内容が抹消された質問
    • 過去に投稿した質問と同じ内容の質問
    • 広告と受け取られるような投稿

    評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。

    質問の評価を下げたことを取り消します

    この機能は開放されていません

    評価を下げる条件を満たしてません

    評価を下げる理由を選択してください

    詳細な説明はこちら

    上記に当てはまらず、質問内容が明確になっていない質問には「情報の追加・修正依頼」機能からコメントをしてください。

    質問の評価を下げる機能の利用条件

    この機能を利用するためには、以下の事項を行う必要があります。

回答 1

checkベストアンサー

+1

切断検知は良く問題になりますね。
結論としてはポーリングするしかない、と思います。
TCPでのポーリングを、モジュール側で勝手に実施されるのも、
使う側として困りそうなので、モジュール提供側としても、
その様な機能は組み込みにくいのだと思います。

TCP/IPプログラムの問題
にも以下の記述があります。
もう1つよく問題になるのが、切断の検知です。ネットワークが問題ない状態でclose()を行えばFINパケットのやりとりにより、正しくソケットは切断されます。プログラムを強制終了した場合にもFINかRSTが届くので相手側も切断を検知できます。しかし、ネットワークケーブルを抜いたりHUBの電源を切った場合には切断はわからないのです。全ての切断を検知するためには定期的にパケットのやりとりをして無応答のタイムアウトで検知するしかできません。TCPキープアライブという仕組みも使えますが、これも相当長いスパンでの検知向けですので、自分自身でプロトコルを考えるときには必ず送受信を定期的に行うような仕組みを組み込むべきでしょう。

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2015/10/30 17:12

    ご回答ありがとうございます!

    やはり自前でのポーリング実装になりますか。
    なるべく独自実装は避けたかったのでTCPのKeepAliveが使えればと思っていたのですが、TCPのKeepAliveは長いスパンでの検知向けだったのですね。
    今回は調査する時間があまりとれなかったので、調査は途中で諦めて先に自前のポーリングで対応しておりましたが、モヤモヤしたままだったのでおかげさまでスッキリいたしました!

    キャンセル

15分調べてもわからないことは、teratailで質問しよう!

  • ただいまの回答率 88.80%
  • 質問をまとめることで、思考を整理して素早く解決
  • テンプレート機能で、簡単に質問をまとめられる

関連した質問

同じタグがついた質問を見る