Linux - TCP connect() 失败并出现 ETIMEDOUT

对于 TCP 客户端 connect() 调用 TCP 服务器..

Richard Stevens 的《UNIX® 网络编程》一书说道：

如果客户端 TCP 未收到对其 SYN 段的响应，则返回 ETIMEDOUT。 4.4BSD， 例如，调用 connect 时发送一个 SYN，6 秒后发送另一个 SYN，然后再发送一个 SYN 24 秒后（TCPv2 第 828 页）。如果总共 75 秒后未收到响应，则 返回错误。

在Linux中我想知道什么是重试机制（多少次和间隔多远）。询问是因为对于 TCP 客户端 connect() 调用，我收到 ETIMEDOUT 错误。该套接字具有 O_NONBLOCK 选项，并由 epoll() 监视事件。

如果有人能指出我在代码中的何处实现了重试逻辑，那也会很有帮助。我尝试从 net/ipv4/tcp_ipv4.c 中的 tcp_v4_connect() 开始，但很快就迷失了方向。

超时根据测量的往返时间进行调整。

tcp_connect()设置一个计时器：

    /* Timer for repeating the SYN until an answer. */
    inet_csk_reset_xmit_timer(sk, ICSK_TIME_RETRANS,
                              inet_csk(sk)->icsk_rto, TCP_RTO_MAX);

The icsk_rto将使用每个目的地重传超时 http://www.ietf.org/rfc/rfc2988.txt;如果来自目标的先前指标可从先前的连接获得，则将重新使用它。 （参见tcp_no_metrics_save中的讨论tcp(7)了解详细信息。）如果没有保存任何指标，那么内核将回退到默认 RTO 值：

#define TCP_RTO_MAX     ((unsigned)(120*HZ))
#define TCP_RTO_MIN     ((unsigned)(HZ/5))
#define TCP_TIMEOUT_INIT ((unsigned)(1*HZ))     /* RFC2988bis initial RTO value */
#define TCP_TIMEOUT_FALLBACK ((unsigned)(3*HZ)) /* RFC 1122 initial RTO value, now
                                                 * used as a fallback RTO for the
                                                 * initial data transmission if no
                                                 * valid RTT sample has been acquired,
                                                 * most likely due to retrans in 3WHS.
                                                 */

tcp_retransmit_timer()底部附近有一些用于重新计算延迟的代码：

    inet_csk_reset_xmit_timer(sk, ICSK_TIME_RETRANS, icsk->icsk_rto, TCP_RTO_MAX);
    if (retransmits_timed_out(sk, sysctl_tcp_retries1 + 1, 0, 0))
            __sk_dst_reset(sk);

retransmits_timed_out()将首先执行线性退避，然后执行指数退避。

我认为总而言之，您可以合理地预期大约需要 120 秒才能获得ETIMEDOUT错误返回自connect(2)除非内核有充分的理由怀疑远程对等点应该早点回复。