基于libcoap的coap-server部署网关内UDP请求超时TCP正常，求故障排查思路

补充说明：你之前使用的nmap默认仅扫描TCP端口，telnet本身也仅支持TCP连接，因此这两个工具的测试结果只能验证TCP端口的可达性，无法作为UDP端口正常开放的依据。

• 网关端口映射配置缺失
  绝大多数家用/小型企业网关的端口转发规则默认仅适配TCP协议，你需要单独为对应端口添加UDP协议的转发规则，指向内网coap-server的实际IP和端口。
• 服务端本地防火墙规则未放通UDP
  你仅关闭了网关侧防火墙，需要确认部署coap-server的设备本身的防火墙（比如Linux的iptables、ufw，Windows的 Defender防火墙）是否放通了对应端口的UDP入站、出站规则。
• 网关UDP会话老化时间过短
  UDP是无连接协议，多数网关会对UDP会话设置较短的老化时间（通常为30~120秒），如果CoAP请求的处理耗时超过该阈值，网关会提前删除会话转发表项，导致服务端回包无法到达客户端。
• 路径MTU不匹配导致UDP丢包
  UDP协议本身不支持分片重传，如果CoAP请求/响应报文的大小超过了客户端到服务端整条路径的最小MTU，且未开启路径MTU发现（PMTUd），超过MTU的UDP报文会被中间节点直接丢弃，表现为持续重传超时，而TCP协议会自动处理分片与重传，因此不受影响。
• 运营商UDP流量限制/封锁
  多数运营商对家用带宽的UDP上行流量做了限制，部分会直接封锁非知名端口的UDP对外服务，避免DDoS攻击滥用，仅放行TCP流量，该问题需要联系运营商确认UDP端口的放行策略。
• 网关UDP ALG功能冲突
  部分网关内置的UDP应用层网关（ALG）功能（比如CoAP ALG、SIP ALG）会主动检测、篡改甚至丢弃不符合规则的UDP报文，你可以尝试关闭网关所有UDP相关的ALG功能后重试。
• coap-server本身的UDP配置问题
  检查基于libcoap开发的服务端配置：是否仅绑定了本地回环地址127.0.0.1而非0.0.0.0、UDP套接字接收缓冲区是否设置过小、如果开启了DTLS加密是否配置错误导致直接丢弃客户端请求。

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