Ubuntu日志中的网络问题如何诊断 - 问答

Ubuntu 日志中的网络问题诊断

一、定位日志来源与关键文件

系统级日志
- 实时查看系统日志：sudo tail -f /var/log/syslog
- 内核与驱动日志：dmesg -T | tail -n 200 或 journalctl -k -b
- 服务级日志（NetworkManager）：sudo journalctl -u NetworkManager -b
解析与名称服务
- 查看解析状态：systemd-resolve --status 或 resolvectl status
- 解析日志：journalctl -u systemd-resolved -b
应用日志
- 业务/开发框架日志：如 /var/log/yourapp/*.log，或使用 journalctl -u your-app -f
网络状态快照（配合日志分析）
- 接口与地址：ip -4 -br addr
- 路由：ip route
- 监听与连接：ss -tulpen 或 netstat -tulpen
- 连通性测试：ping -c 4 网关IP、ping -c 4 8.8.8.8、traceroute 8.8.8.8 或 mtr 8.8.8.8
- 防火墙：sudo ufw status；必要时检查 iptables -S 或 nft list ruleset
  以上日志与命令覆盖了系统、内核、NetworkManager、systemd-resolved 与应用层，便于将报错与网络状态一一对应。

二、常见日志模式与对应处理

日志模式/关键词	典型含义	快速处置
NetworkManager[…]: : state changed: disconnected → failed	链路/认证/驱动异常	查看同一时段 dmesg 是否有驱动报错；检查网线/无线；必要时 sudo systemctl restart NetworkManager
dhclient[…]: No DHCPOFFERS received	DHCP 无响应	确认网线/上联交换机端口；检查 ip route 是否缺失默认路由；可手动 sudo dhclient -v
systemd-resolved[…]: Server returned error NXDOMAIN	DNS 域名不存在或解析失败	检查 resolvectl status；临时写入 /etc/resolv.conf nameserver 8.8.8.8 验证；或配置 /etc/systemd/resolved.conf 的 DNS 项
kernel: iwlwifi … firmware load failed	无线网卡固件缺失	安装对应固件包（如 linux-firmware），或升级内核
systemd-networkd[…]: Link is not managed by this service	管理权冲突（NetworkManager vs systemd-networkd）	统一网络栈：仅启用一个服务；检查 /etc/netplan/ 与 /etc/NetworkManager/NetworkManager.conf 的 managed 设置
UFW BLOCK …	防火墙阻断	临时 sudo ufw disable 验证；按需放行端口/协议
ping: sendmsg: Operation not permitted	内核/iptables 策略限制	检查 iptables/nft 规则与内核网络参数
mtr/ping 高丢包或高延迟	链路质量/上游问题	更换网线/端口；联系运营商；在 mtr 报告中定位丢包节点
以上模式与处置要点可快速将日志现象与根因对应，减少盲目改动。

三、从日志到根因的排查流程

步骤 1 确认接口与地址
- 看日志是否伴随接口 down/up、carrier 变化；用 ip -4 -br addr 验证是否拿到 IPv4 地址。若没有，优先检查物理连接与交换机端口，再查 DHCP 交互日志。
步骤 2 检查默认路由
- 日志出现 “Network is unreachable” 时，用 ip route 确认是否存在 default via 网关IP。缺失则排查 DHCP 是否下发网关，或手动添加默认路由测试。
步骤 3 验证连通性分层
- 先 ping 网关IP，再 ping 8.8.8.8（纯 IP 连通性），最后 dig google.com（DNS）。哪一层失败，就把日志定位到对应阶段（链路/DNS/应用）。
步骤 4 聚焦解析链路
- 出现 NXDOMAIN/REFUSED 时，查看 resolvectl status 与 /etc/resolv.conf 是否指向 127.0.0.53（systemd-resolved 本地存根）；必要时在 /etc/systemd/resolved.conf 配置 DNS=8.8.8.8 1.1.1.1 并重启服务。
步骤 5 检查安全策略
- 出现 “Connection timed out/refused” 且服务端口已监听，用 sudo ufw status 与 iptables/nft 检查是否被策略拦截；临时关闭防火墙验证后再细化放行规则。
步骤 6 驱动与硬件
- 内核日志出现 firmware、reset、link down 等关键词，使用 lspci | grep -i net 确认网卡型号，检查驱动与固件是否加载，必要时更新 linux-firmware 或内核。
  以上流程将“日志现象 → 网络分层 → 配置/策略 → 驱动/硬件”串联，便于快速收敛问题范围。

四、高效检索与自动化辅助

按时间窗口检索
- 例如：journalctl --since “2025-12-04 09:00:00” --until “2025-12-04 10:00:00” -u NetworkManager
关键字组合
- 链路/认证：“NetworkManager” “state changed” “disconnected|failed”
- DHCP：“dhclient” “No DHCPOFFERS|DHCPNAK”
- DNS：“systemd-resolved” “NXDOMAIN|SERVFAIL”
- 防火墙：“UFW BLOCK”
持续跟踪与抓包
- 实时跟踪：sudo tail -f /var/log/syslog | grep -iE “NetworkManager|resolved|dhclient”
- 抓包定位应用层：sudo tcpdump -i -nn host 目标IP and port 80/443
  这些检索与抓包方法能显著提升定位效率，并与日志形成闭环验证。

0 赞

0 踩