Unix：TCP keepalive

Question

我读过一次，在配置Unix中的TCP keepalive参数时有一个常见的错误。毫秒和秒之间有一些混淆。

问题：

1. 没有任何人有关于这个问题的更多信息？
2. 有没有人知道这个参数值是多少？
3. 是否有任何其他的Unix参数遭受这种混淆？

Answer 1

1. RFC 2525（文字，或HTML）指出了一些问题，TCP通常包括对 '保活' 的项目。 Wikipedia也有关于它的讨论，区分TCP和HTTP保持活跃。 TLDP也有关于该主题的“如何”。当我使用谷歌搜索并以'tcp keepalive'开头时，有很多提供的补全适用于各种平台和单词，如'interval'或'timeout'。我没有发现任何毫秒与秒混淆 - 但我不确定任何人都会考虑除了新手的错误以外的任何其他事情。您需要阅读您感兴趣的系统的手册。

2. 这取决于你的上下文 - 没有一个适合每个人的单一值。

3. POSIX系统有一个令人困扰的大量亚秒时间结构，有些使用秒和微秒，有些使用秒和纳秒。这些不是参数，但至少不是配置参数。它们只是各种系统的传统接口，最终被合并到POSIX标准中。在不破坏现有代码的情况下不能更改它们。

   其他配置参数倾向于以特定系统的特定方式（或者甚至特定）指定。参数的一般概念通常存在于大多数系统中，但细节可能会非常不同。

   请记住，大多数网络常数是以秒为单位而不是以秒为间隔明智地指定的。

Answer 2

有没有人有关于这个问题的更多信息？

该人页面为您的系统具有有关此问题的所有信息。

有没有人知道这个参数值是多少？

默认情况下它是关闭的，默认情况下它打开时默认值为两小时。这应该给你一些想法如何使用它的想法。毫秒级的问题当然不会出现。

是否有任何其他Unix参数遭受这种混淆？

太宽了。