Linux：OSのtcpタイムアウトのデフォルト値について
Linux：OSのtcpタイムアウトのデフォルト値について †
例えば、curlを使用して、タイムアウト値を300秒に指定し、タイムアウトさせるよう無いことをしても、実際180秒を超えたくらいでタイムアウトする事象が発生していました。
これが、curlだけじゃなくて、例えばapacheのmod_proxy_balancerのバックエンドサーバへのタイムアウトについても、タイムアウト値を300秒とかでせっていしても、実際は180秒ちょいでタイムアウトしてしまっていました。
これについて、ちょっと調べたところどうもLinuxのOSとして持っているTCPのタイムアウト値が効いているようだ、ということがわかりました。
ここを見ると分かります。
#cat /proc/sys/net/ipv4/tcp_syn_retries 5
これはtcpのsynを送信するリトライ回数みたいで、以下のロジックでリトライをされるようです。
3*2^(N-1)秒の間隔(NはN回目のSYN)を空けてSYNパケットが送信される
詳しくはこちらのサイトで解説されています。
※一部引用
最初のSYN送信 （０秒経過）
３秒経過してACKが、戻らないとき、SYN(1)を再送します。 （３秒経過）
また、６秒経過してACKが、戻らないとき、SYN(2)を再送します。 （９秒経過）
また、１２秒経過してACKが、戻らないとき、SYN(3)を再送します。 （２１秒経過）
また、２４秒経過してACKが、戻らないとき、SYN(4)を再送します。 （４５秒経過）
また、４８秒経過してACKが、戻らないとき、SYN(5)を再送します。 （９３秒経過）
また、９６秒経過してACKが、戻らないとき、ここでタイムアウトが発生します （１８９秒経過）
なるほど！こういうことで189秒とかでTCPがタイムアウトしてしまうわけですね！
勉強になりましたｗ
ちなみに、設定変更は「/proc/sys/net/ipv4/tcp_syn_retries」の値を書き換えてあげればよいみたいです。
