接続しているピアがTCPキープアライブを使用しているかどうかを知ることができますか？ピアがTCPキープアライブ（Windows）を使用しているかどうかを検出する（Windows）
さらに、キープアライブが送信されたときに通知されることはありますか？
カーネルドライバでパケットレベルのフィルタリングを行う必要はありませんか？
私たちにはプラグプロキシがあり、顧客はクライアントキープアライブをサーバーに転送することを希望します。現時点では、サーバー側の接続でキープアライブを設定することができると考えていますが、キープアライブの中継をより近似できるようにクライアントの動作を検出する方法を知っていたかどうかを確認したいと考えました。
ありがとうございました。
あなたが接続しているピアがTCPキープアライブを使用しているかどうかを知ることができますか？
いいえTCPキープアライブはプロトコル拡張を使用しません。これは、応答を引き起こすように特定の方法で既存のプロトコルを使用するだけです。
さらに、キープアライブが送信されたときに通知されますか？
いいえ。TCPキープアライブセグメントは、それ自体では識別できません。
カーネルドライバでパケットレベルのフィルタリングを行う必要はありませんか？
私たちにはプラグプロキシがあり、顧客はクライアントキープアライブをサーバーに転送することを希望します。
あなたの顧客は誤っています。
は、現時点では私が考える最善の選択肢は
正しいサーバー側の接続にキープアライブを設定できるようにするだけです。
しかし、誰かがキープアライブの中継をより近似できるようにクライアントの動作が何であるかを検出する方法を知っていたかどうかを確認したかったのです。
できません。
基本的に私が到着した結論。しかし、キープアライブ（SEG.SEQ = SND.NXT-1）を示すシーケンス番号で空のACKを識別するためにシーケンス番号を追跡すると、パケットレベルで可能でなければならないと考えています。しかし、私はそれをするつもりはありません。ありがとう！ – Adrien
@Adrienその問題は、送信側のTCPがキープアライブの目的だけでなく、いつでも好きなときにそれを行うことができることです。それはそうではありませんが、可能です。それは私が 'プロトコル拡張なし'を意味するものです。 – EJP
が理解されていますが、私は1つの目的しか考えられませんが、それはキープアライブのようになります:) - 最終的には区別できません。 – Adrien