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

まずは前回の記事で盛大な誤認をしていたことを訂正しなければなりません。 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 (@

[matsumoto_r]

https://github.com/matsumotory/mruby-fast-remote-check mrubyのmrbgem化してmrubyから簡単に使えるようにした / 書いた

[pandax381]

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

[tagomoris]

webサーバ組込みのmrubyでreverse proxyを実現するときにこれは使えるかなあ (そのような用途が自分にもある)

[urd0401]

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

[causeless]

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

[rryu]

1パケット節約するだけで結構違う。普通にconnect/closeするのが超遅いのはtcp_fin_timeoutの待ちのせいなんだろうか。

[harumaki_net]

"リモートホストのポートチェックにもこだわると色々と面白いやり方がありますね、という過程のご紹介でした"

[tmtms]

nmap 的なものを実装する方法訂正版。やっぱりRAWソケットでいけるらしい。

[koyancya]

尊い -> "インターネット上の皆様"