根据RFC3315：
每个 DHCP 客户端和服务器都有一个 DUID。DHCP 服务器使用 DUID 来识别客户端以选择配置参数以及将 IA 与客户端关联。DHCP 客户端使用 DUID 在需要识别服务器的消息中识别服务器。
[...]
客户端和服务器必须将 DUID 视为不透明值，并且必须仅比较 DUID 是否相等。客户端和服务器不得以任何其他方式解释 DUID。
对于 IPv4，DHCP 服务器通常会根据例如 MAC 地址为客户端分配固定地址。那么对于 IPv6，DHCPv6 服务器如何分配固定的 IPv6 地址呢？
来自RFC 3912：
3. 协议示例
如果向位于 whois.nic.mil 的 WHOIS 服务器发出请求以获取有关“Smith”的信息，则线路上的数据包将如下所示：
client server at whois.nic.mil open TCP ---- (SYN) ------------------------------> <---- (SYN+ACK) ------------------------- send query ---- "Smith<CR><LF>" --------------------> get answer <---- "Info about Smith<CR><LF>" --------- <---- "More info about Smith<CR><LF>" ---- close <---- (FIN) ------------------------------ ----- (FIN) ----------------------------->
这个：
client server at whois.nic.mil open TCP ---- (SYN) ------------------------------> <---- (SYN+ACK) -------------------------
似乎是双向 TCP 握手？哪个，存在吗？
我认为这是应该提到的：
client server at whois.nic.mil open TCP ---- (SYN) ------------------------------> <---- (SYN+ACK) ------------------------- ---- (ACK) ------------------------------>
我认为它基本上是三向握手的简写......
如第 18.2 节所述。- 客户端的客户端行为使用DHCP - RFC 8415请求消息来发现配置为分配租约的 DHCP 服务器或返回客户端连接到的链路上的其他配置参数。
作为 Solicit 消息的一部分，客户端使用 IA_NA ( Identity Association for Non-temporary Addresses)选项（参见第 21.4 节）来请求分配非临时地址（第 18.2.1 节）。
包括Identity Association for Non-temporary Addresses Option两个时间间隔：
T1 - 客户端应联系从其获取 IA_NA 中的地址以延长分配给 IA_NA 的地址的生命周期的服务器的时间间隔；T1 是以秒为单位表示的相对于当前时间的持续时间。包含无符号整数的 4 字节字段。
T2 - 客户端应该联系任何可用服务器以延长分配给 IA_NA 的地址的生命周期的时间间隔；T2 是以秒为单位表示的相对于当前时间的持续时间。包含无符号整数的 4 字节字段。
尽管我了解时间T1/T2代表什么，但我找不到有关默认值或设置合理初始值的算法的任何信息。第 14.2 节。描述了值可能为 0 的情况，但仅在接收到 IA_NA 选项时，而不是在初始请求消息中。
T11. 当客户端发送初始 Solicit 消息时/的值是否T2无关紧要（所以我假设将它们设置为 0 是可以的）？T1/的合理初始值是T2多少？
我正在阅读RFC5077，并遇到下图：
ClientHello
(empty SessionTicket extension)-------->
ServerHello
(empty SessionTicket extension)
Certificate*
ServerKeyExchange*
CertificateRequest*
<-------- ServerHelloDone
Certificate*
ClientKeyExchange
CertificateVerify*
[ChangeCipherSpec]
Finished -------->
NewSessionTicket
[ChangeCipherSpec]
<-------- Finished
Application Data <-------> Application Data
我猜Certificate*这意味着可以有一个或多个Certificate，并且[ChangeCipherSpec]意味着它是可选的。但我在本文档或 Internet 中找不到准确的定义。我在哪里可以找到对 RFC 的这些符号的解释？
这个问题和标题所说的完全一样。ccTLD/gTLD（我认为根服务器自动进入场景）是否使用缓存？
它提供什么类型的响应？
我知道他们为特定域提供指向名称服务器的指针，但是响应类型是什么？（hint类型？）
我已经搜索了很多但找不到任何类似的问题，如果这是一个骗局，对不起。
tcp_rfc1337 设置似乎有 TIME-WAIT 暗杀的解决方案。
第一个问题是旧的重复数据可能在新连接中被错误地接受，导致发送的数据损坏。
第二个问题是，由于旧的重复数据包进入新的连接，连接可能会变得不同步并进入 ACK 循环，这将变得不同步。
第三个也是最后一个问题是旧的重复数据包可能会错误地进入新建立的连接并终止新连接。
从我读到的内容来看，为了解决问题，该设置所做的是在套接字处于其 TIME-WAIT 状态时忽略 RST (reset) 数据包。
那么，为什么默认情况下不启用此设置？使用这个有什么缺点？
当我研究阻止 SYN 泛洪攻击时，我实际上了解了这个变量。您认为此设置有助于阻止它们吗？
我正在尝试使用标准 unix date(1) 创建一个符合 HTTP 1/1 的日期标头，以便使用 curl 或类似方法将其发布到 RESTful 服务器。
任何想法传递给 date(1) 以使其符合 RFC 1123 的格式？
非常感谢
引用 RFC 以支持意见（包括 Serverfault Q&A）是非常常见的，但普通 IT 员工对于哪些 RFC 定义标准以及哪些是纯粹提供信息的理解非常差。这应该不足为奇：所有经验水平的系统管理员通常会避免对 RFC 视而不见，除非他们别无选择。
在像我们这样的网站上，非常重要的是，我们不会在我们赞成的答案中延续常见的误解。从搜索引擎中游来的随机用户会假设没有争议评论的赞成票是审查的充分指标。最近，我偶然发现了 2011 年的一个答案，这表明这在某些情况下肯定不会被抓住，因为我们支持并且可能需要做出一些努力来告知我们的社区和整个互联网。
因此，事不宜迟，如何区分可作为互联网标准引用的 RFC 和纯粹提供信息的 RFC？
我有点坚持我的实验。
我有一个看起来有点像这样的网络。
| Internet |
|
---- |Switch| ----
| |
Server w/pub IP | DD-WRT router 192.168.1.1 |
|
RFC1918 clients 192.168.1.0/24
我想要的是让 RFC1918 客户直接相互交谈。
在具有公共 IP 的服务器上，我有这条路由：192.168.1.0/24 dev eth0 scope link并且可以看到数据包实际上到达了 192.168.1.1 的 dd-wrt 路由器，即使我没有得到回答。
尝试从公共 IP 服务器访问其中一个 RFC1918 客户端将不会得到任何结果，因为 dd-wrt 路由器没有在其外部接口上宣布该网络（arp who-has 192.168.1.107 tell xxx.xxx.xxx.xxx，但没有应答）。
作为 WLAN dd-wrt 路由器的路由器当然有大量路由、VLAN 和接口：
xxx.xxx.xxx.1 dev vlan2 scope link
192.168.1.0/24 dev br0 proto kernel scope link src 192.168.1.1
192.168.1.0/24 dev eth1 proto kernel scope link src 192.168.1.244
84.215.64.0/18 dev vlan2 proto kernel scope link src xxx.xxx.xxx.xxx
169.254.0.0/16 dev br0 proto kernel scope link src 169.254.255.1
127.0.0.0/8 dev lo scope link
0.0.0.0 via xxx.xxx.xxx.1 dev vlan2
xxx.xxx.xxx.xxx是公共 IP，并且xxx.xxx.xxx.1是公共 IP 的默认路由。
我不知道在哪里继续这个。我会发现我都需要在 dd-wrt 路由器上进行路由，以及一些 iptables 魔法？
为什么要做这么复杂的事情？为什么不 ;）
另外，不要介意“互联网”可以获得 RFC1918 流量，它不会走出墙外。
编辑 1：根据 stew 的提示，我确实得到了正确的 ARP 流。并添加一个 iptables 规则以允许来自该特定公共 IPd 机器的流量我在系统之间获得流量！
奇怪的是，我从服务器 w/pub IP -> RFC1918 客户端获得的速度与将流量路由到 Internet 并返回一样。
编辑 2：好的，断开外部 Internet 连接仍然会产生同样糟糕的传输速度。所以它必须是别的东西。
编辑 3：好的，我想这种糟糕的速度还有其他原因。结案。:)
是否有为信封日记（或 BCC 日记）定义的正式标准？
我是一名软件开发人员，想确保我正确地实施了日志使用者。我参考的模型是Exchange 2010和2003，但我不知道这些格式有多普遍