Fedora 38服务器每隔30分10秒短暂离线的问题排查求助

嘿Andy，这种精准到秒的周期性网络中断确实挺蹊跷的，30分10秒的间隔太规律了，大概率是某个周期性任务或者系统机制在作祟。我给你整理几个可以深入排查的方向：

• 检查系统周期性任务
  30分钟左右的周期，先从定时任务入手：

  • 用crontab -l查看当前用户的定时任务，再检查/etc/cron.d/、/etc/cron.hourly/等系统级定时任务目录，看看有没有可疑的脚本在执行；
  • 因为Fedora默认用systemd，别忘了检查systemd.timer单元，执行systemctl list-timers --all，看看有没有刚好匹配这个间隔的定时器——有些服务会用timer触发周期性操作，比如日志轮转、系统更新检查，说不定某个任务执行时干扰了网络栈。

• 排查网络相关的系统机制

  • 看看是不是DHCP续约或者ARP缓存刷新的问题：如果DHCP租期是1小时，那30分钟左右会触发续约，可能导致短暂断网。可以用journalctl -u NetworkManager或者journalctl -u dhclient查看网络服务日志，对应掉线时间点有没有相关记录；
  • 检查防火墙规则是否有周期性变化：有些脚本会定时调整firewalld/iptables规则，导致临时阻断网络。可以在正常状态和掉线后分别执行firewall-cmd --list-all对比，或者查看/var/log/firewalld日志。

• 记录掉线瞬间的系统资源占用
  掉线的几秒可能是CPU、内存或磁盘IO被占满，导致系统无法响应网络请求。可以设置一个定时脚本，在掉线前10秒开始记录资源状态：

  # 用vmstat连续记录10秒，输出到日志文件
  vmstat 1 10 > /tmp/resource_check.log
  

  把这个脚本用cron定时在掉线前10秒执行，之后查看日志里有没有资源飙升的情况。

• 深挖内核和系统日志
  别只依赖tcpdump，内核日志可能藏着关键线索：

  • 掉线后执行journalctl -k --since "15 minutes ago"查看内核日志，有没有网络接口重启、驱动报错、丢包相关的信息；
  • 用journalctl -xe或者查看/var/log/messages，看看对应时间点有没有系统服务异常的记录。

• 排查网卡硬件/驱动问题
  虽然间隔很规律，但也不能排除硬件层面的可能：

  • 试试禁用网卡的节能模式，比如执行ethtool -s 你的网卡名 wol d（先通过ip link查看网卡名，比如eth0或enp0s3）；
  • 检查网卡驱动是否有更新，Fedora可以用dnf update更新系统包，看看有没有相关驱动更新。

如果排查过程中发现新的日志或者异常信息，可以补充出来，大家再一起分析～

备注：内容来源于stack exchange，提问作者Milonic