ping可以测量数据包往返时间，而traceroute可以显示数据包从源到目标经过的路径。
ping
bytes值：数据包大小，也就是字节。
time值：响应时间，这个时间越小，说明你连接这个地址速度越快。
TTL值：Time To Live,表示DNS记录在DNS服务器上存在的时间，它是IP协议包的一个值，告诉路由器该数据包何时需要被丢弃。可以通过Ping返回的TTL值大小，粗略地判断目标系统类型是Windows系列还是UNIX/Linux系列。
ping -a 10.255.168.23 解析出主机名
ping -n 100 指定发包数
ping -l size 指定包大小
ping -l 65500 -t 211.84.7.46
ping -r count 记录路由
ping -n 1 -r 9 202.102.224.25 （发送一个数据包，最多记录9个路由）
ping网段
批量ping网段检测，那个ip地址出了问题，一目了然。
for /L %D in (1,1,255) do ping 10.168.1.%D
arp MAC和IP冲突
arp -a 查看本机缓存中IP地址和mac地址的对应关系表
arp -s 21.100.166.50 36:74:4d:d7:0d:55 手动添加或绑定一条arp记录
arp -d 21.100.166.50 删除所有ARP记录（网络数据交互过程中会重新产生刷新ARP列表）
arping 192.168.1.105 检查IP冲突
只需要在另一台同网段的linux机器B上（比如：129.168.9.200）上执行下面的命令（不能在本机arping检验自己的ip）：
[root@dev ~]# arping 192.168.9.120
ARPING 192.168.1.120 from 192.168.9.200 eth0
Unicast reply from 192.168.9.120 [40:F4:EC:76:79:C2] 3.084ms
Unicast reply from 192.168.9.120 [50:7B:9D:25:29:59] 0.817ms
Unicast reply from 192.168.9.120 [50:7B:9D:25:29:59] 0.810ms
……..
如果只检查出一个MAC地址，则表示网内A机器的的IP：192.168.9.120是唯一的traceroute 查看经过网关/节点
|
[root@bootstrap ~]# traceroute 10.252.77.77 traceroute to 10.252.77.77 (10.252.77.77), 30 hops max, 60 byte packets 1 * * * 2 * * * 3 10.255.9.199 (10.255.9.199) 9.175 ms 10.255.9.203 (10.255.9.203) 6.794 ms 10.255.9.197 (10.255.9.197) 8.473 ms 4 10.255.25.70 (10.255.25.70) 2.834 ms 10.255.25.66 (10.255.25.66) 3.579 ms 10.255.25.80 (10.255.25.80) 1.867 ms 5 10.255.25.107 (10.255.25.107) 22.642 ms 10.255.25.109 (10.255.25.109) 23.322 ms 10.255.25.113 (10.255.25.113) 8.146 ms 6 10.252.2.118 (10.252.2.118) 8.247 ms 10.252.2.238 (10.252.2.238) 8.673 ms 10.252.2.70 (10.252.2.70) 5.584 ms 7 10.252.2.193 (10.252.2.193) 7.075 ms 10.252.2.189 (10.252.2.189) 7.216 ms 10.252.2.69 (10.252.2.69) 5.993 ms
返回内容说明:
返回值显示了从源节点10.252.78.12到目标节点10.252.77.77之间的路由路径及其每个中间节点的响应时间。以下是对这些返回值的解读：
命令描述：
traceroute to 10.252.77.77 (10.252.77.77), 30 hops max, 60 byte packets：表示正在追踪到目标地址10.252.77.77的路由，最多可以经过30个跃点，并且使用的是60字节的数据包。 路由路径和响应时间：
第1跳和第2跳：* * * 表示在这两个跃点上，traceroute没有收到任何响应。这可能是由于防火墙设置、路由配置错误或其他网络问题导致的(配置了不回应traceroute/ping请求，或者这些请求因为某些原因被丢弃了或者网络错误)。
第3跳： 10.255.9.199 (10.255.9.199) 9.175 ms 10.255.9.203 (10.255.9.203) 6.794 ms 10.255.9.197 (10.255.9.197) 8.473 ms：在第3跳中，有三个不同的IP地址给出了响应。这通常表示该跳有多个可能的路径或负载均衡。每个IP地址后面的时间表示traceroute数据包到达该地址所需的时间（毫秒）。
第4跳、第5跳、第6跳和第7跳：这些跳与第3跳类似，每一跳都有多个可能的路径或负载均衡点。每一行中给出的不同IP地址表示该跳上的不同路由点，而每个IP地址后的时间表示数据包到达该点所需的时间。 从上述的traceroute结果中，你可以得到以下结论：
在第1跳和第2跳，可能存在网络问题或防火墙阻止了ICMP（Internet Control Message Protocol）消息，导致traceroute没有收到响应。 从第3跳到第7跳，数据包成功地到达了不同的中间路由点，并给出了相应的响应时间。 你可以看到数据包在多个路径上被转发，这通常是为了负载均衡或冗余。 如果你需要进一步的诊断或优化网络性能，你可能需要查看每个中间节点的配置、网络带宽、丢包率等更多信息。 |
测试数据包是否到达
服务端侧监听：
sudo tcpdump -l -i ens25f0 port 8080
客户端侧发送：
tcp:
echo "hello" > /dev/tcp/10.255.136.26/8080
udp：
echo "hello" > /dev/udp/10.255.136.26/8080
查看网关
ip route show
route -n
防火墙关闭和开启
systemctl status firewalld
systemctl stop firewalld
systemctl start firewalld
