LinuxカーネルのTCPスタックとシステムコールの組み合わせによる手法よりも高速にポートのListenチェックを行う - 人間とウェブの未来

テクノロジーカテゴリーの変更を依頼記事元:

114 usersがブックマークコメント

LinuxカーネルのTCPスタックとシステムコールの組み合わせによる手法よりも高速にポートのListenチェックを行う - 人間とウェブの未来

まずは前回の記事で盛大な誤認をしていたことを訂正しなければなりません。 hb.matsumoto-r.jp 前回の記... まずは前回の記事で盛大な誤認をしていたことを訂正しなければなりません。 hb.matsumoto-r.jp 前回の記事では、高速にリモートホストのポートチェックを3パケットで実現する実装を行うために、RAWソケットとユーザランドの簡易TCPスタックを実装してパケットを放出しましたが、カーネルのTCPスタックによって自動的にRSTパケットが返されるため、RSTパケットが返されるよりもはやくrecvfromしないとSYN+ACKを受け取れないと述べました。しかし、以下のようにご指摘を頂き、 @matsumotory LinuxのSOCK_RAW+IPPROTO_TCPの場合、カーネルがRSTを送出したとしても同マシン上の既存raw socketに対するrecvfrom()が0を返すことはないと思うのですが、検証されているカーネルのバージョンはいくつでしょうか？— Hiroki Sato (@

pandax381 続編だ！ここから先のSYN再送とポートが閉じてる場合の判定（RSTが飛んでくる場合と ICMP Unreachable が飛んでくる場合とだんまりの場合）が大変だと思うので期待

2017/02/16 リンク

urd0401 簡易TCPスタック作るときに参考にさせもらった。checksum計算時の32ってsizeof(struct pseudo_header)のことでいいのかな。PSH/ACKの送信時はペイロード長を足す必要があるので注意

2018/02/13 リンク

causeless "@tagomoris webサーバ組込みのmrubyでreverse proxyを実現するときにこれは使えるかなあ (そのような用途が自分にもある) / “LinuxカーネルのTCPスタックとシステムコールの組み合わ…" via https://twitter.com/tagomoris/status/832083760661139456

2017/04/07 リンク