Linux网络稳定性需分层检测:物理层(ip link、ethtool)、协议层(ip route)、连接状态(ss -s)、路由DNS(traceroute、dig)、内核统计(/proc/net/dev/snmp),配合长期监控可提前识别90%问题。

Linux网络状态检测不是只靠ping或ifconfig看看就行,真正影响系统稳定性的往往是连接堆积、端口耗尽、路由异常、DNS卡顿这些“静默故障”。下面从排查逻辑、关键命令、典型场景三方面讲清楚怎么系统性地检测和加固。
看网络接口是否真实在线
很多问题表面是“连不上”,其实是网卡没启、IP没配、链路中断。不能只信ip a显示UP,得验证物理层和协议层都通。
-
ip link show eth0看state是否为UP,同时关注NO-CARRIER(说明网线没插或交换机断连) -
ethtool eth0查看Link detected: yes/no、Speed、Duplex,确认物理协商正常 -
ip route get 1.1.1.1检查默认路由是否能解析出出口设备和网关,避免“有IP但无路由”
查连接状态与资源瓶颈
服务突然拒绝新连接?可能是TIME_WAIT太多、本地端口被占满、或连接数超限。这类问题在高并发服务(Nginx/MySQL/Redis)中极易引发雪崩。
-
ss -s快速统计:total established、TIME-WAIT数量、内存中socket占用(注意mem:行) -
ss -tuln | wc -l查看监听端口总数,配合netstat -ant | grep :80 | wc -l看ESTABLISHED连接数 -
cat /proc/sys/net/ipv4/ip_local_port_range确认可用临时端口范围(默认32768–65535,仅约3.2万),高并发需调大 -
cat /proc/sys/net/ipv4/tcp_tw_reuse应设为1(允许TIME_WAIT socket重用),配合tcp_fin_timeout调小(如30秒)
跟踪数据包路径与延迟异常
DNS解析慢、跨网段丢包、中间防火墙拦截——单靠ping发现不了。得用分层追踪定位卡点。
标签: mysql linux redis go nginx 防火墙 端口 工具 栈 ai 路由 dns google red
还木有评论哦,快来抢沙发吧~