【网络】网络故障排查命令 -- 编辑中

目录

ping  

 arp MAC和IP冲突

traceroute  查看经过网关/节点

测试数据包是否到达

查看网关

防火墙关闭和开启

icmp

ip

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

（详情参考:echo发送和接收TCP/UDP数据包:https://blog.csdn.net/bandaoyu/article/details/115717201)

查看网关

ip route show

route -n

防火墙关闭和开启

systemctl status firewalld

systemctl stop firewalld

systemctl start firewalld