已连接UDP套接字未收到ICMP错误？是否符合RFC 1122规范要求？

你提到的RFC 1122相关要求确实是互联网主机通信层的核心规范，但实际UNIX系统的行为可能因为实现细节、配置差异等原因，出现已连接UDP套接字无法收到ICMP错误的情况，咱们来具体拆解分析：

根据《RFC 1122：互联网主机要求——通信层》规定：3.2.2.4节指出，收到的超时消息必须传递至传输层；3.2.2节同时规定，当互联网层需将ICMP错误消息传递至传输层时，必须从原始报头提取IP协议号，用于选择合适的传输协议实体处理该错误。

首先得明确，RFC 1122的这些条款是强制规范，理论上符合标准的UNIX系统都应该严格执行，但实际场景中，以下几种情况可能导致你无法收到预期的ICMP错误：

• 套接字匹配逻辑限制：已连接UDP套接字绑定了特定对端地址，但如果返回的ICMP错误源地址并非这个绑定的目标地址（比如错误来自中间路由而非目标主机），系统可能无法将错误关联到你的套接字。
• 系统内核配置过滤：部分UNIX系统的内核存在ICMP相关的配置限制，比如安全策略过滤了特定类型的ICMP消息，或者限制了传输层可接收的错误数量。以Linux为例，你可以查看/proc/sys/net/ipv4/icmp_*系列内核参数，确认是否有相关限制。
• UDP连接的"伪连接"特性：虽然你创建了已连接的UDP套接字，但UDP本质仍是无连接协议。有些系统实现中，只有当你向对端发送过数据后，内核才会跟踪该连接的ICMP错误；如果仅创建连接但未发送数据，可能无法触发错误传递逻辑。
• 内核实现的兼容性偏差：少数UNIX-like系统的内核实现可能没有完全严格遵循RFC 1122的要求，比如在提取IP协议号匹配传输实体时存在逻辑漏洞，导致ICMP错误无法正确路由到对应的UDP套接字。

总结来说，RFC 1122的规定是标准层面的要求，但实际系统行为受多种因素影响。你可以先排查是否向对端发送过数据、核对ICMP错误的源地址是否与套接字绑定的对端匹配，再检查系统内核的ICMP相关配置，逐步定位问题。

内容的提问来源于stack exchange，提问作者user2460234