收到udp包后回icmp包,udp协议和tcp协议

收到udp包后回icmp包,udp协议和tcp协议

服务端原始套接字，收到UDP报文（源端口A，目的端口B），返回ICMP（端口不可达），并且发送了UDP报文这时TTL减1为0,丢掉这个探测包并向源主机发回ICMP时间超过报文，源主机就获得了第二个路由器的IP地址；以此类推，直到探测报文到达traceroute的目的地，这时源主机就获得了到目的地的每一跳路由的IP地

答：源主机收到的最后三个ICMP数据包是目的主机发送给我的ICMP回应数据包，因为路由查询是使用逐渐递增TTL的查询数据包，最后的ICMP查询数据包的TTL已经大于到达目的主机中间路由跃点数，因此不会被目即便业务代码不给C端回包，协议本身也会保证有ack的回包，所以理论上如果S端收到了C端的UDP包，本身却不做任何回应的话，对于发包的C端来说其实并不能知道数据包是在发送途中默默

ICMPICMP(Internet Control Message protocol)互联网信息控制协议，用于实现链路连通性测试和链路追踪，可以实现链路差错报告，属于UDP协议。ICMP有多种类型的报文，同一类型的报文会有多个不同的Code但是，这并不表示我们发出去的数据报石沉大海，对端主机的TCP/IP协议栈在检查了16000的端口并没有相应的进程需要接收UDP数据后，会回应一个ICMP包，告诉发送端，目

在目标端口不可达的情况下，数据包还没到传输层(UDP/TCP)就挂了。网络层看到没有进程在监听指定的协议端口，就会送回一个“目标端口不可达”的ICMP报文。该错首先traceroute 会将IP 包的TTL 设置为1,然后发送UDP 包，他会填入一个端口号作为UDP 目标端口号(默认是：33434-33534)。如下图：当目的主机收到UDP 包后，会返回ICMP 差错报

./udptest_client # 打印信息use second method send success recvfrom error : Connection refused recvfrom调用会阻塞，即使收到ICMP端口不可达报文，也会阻塞，但是经过第一而UDP没有三次握手流程，因此需要通过ICMP报文来进行端口扫描。具体地说，IP数据报到达目的主机后，如果目的主机上没有打开UDP首部指定的端口，就会返回“终点不可达”之一的“端口不可