如何配置 Komari 探针显示延迟与丢包率

在服务器运维和 VPS 管理中，一个美观且功能强大的探针面板不仅能提升逼格，更是实时掌握服务器网络状况的神器。最近不少朋友在折腾 Komari 这款探针时，发现面板上只有基础的在线状态，却唯独少了关键的延迟（Ping）和丢包率数据，这就像是跑车装了瘪轮胎，怎么看怎么别扭。

Komari 探针面板界面示例

今天就来深入聊聊如何解决这个问题，并顺带分享一些让探针数据更精准的实战技巧。

ICMP 协议与防火墙配置示意图

一、问题核心：数据为什么传不回来？

Komari 探针本身是一个轻量级的监控工具，主要分为“服务端”和“被控端”。延迟和丢包数据不上来，通常只有三种原因：

1. 被控端配置缺失：也就是安装在你 VPS 上的那个小程序，没开启或没配置 ICMP 协议检测。
2. 服务端未展示：后端其实收到了数据，但前端面板隐藏了相关字段，或者 CSS 样式崩了。
3. 网络权限被掐：这是最隐蔽的，VPS 商商直接禁用了 ping 或限制了 ICMP 包。

既然问题出现了，我们就逐一击破。

二、实战排查与配置步骤

1. 检查被控端的运行状态

首先 SSH 登录到你的服务器，检查 Komari 的客户端进程是否在正常运行。

systemctl status komari
# 或者是你自定义的进程名
ps -ef | grep komari
``

如果进程挂了，先重启。如果正常运行但数据没出，请看下一步。

### 2. 开启 ICMP 检测与权限配置

大多数探针软件默认是开启 Ping 检测的，但 Komari 的某些极简版本可能需要在配置文件中显式声明。你需要编辑服务器的配置文件（通常位于 `/etc/komari/config.yml` 或类似路径）：

**关键配置项：**

确保配置中包含了类似 `ping` 或 `icmp` 的开关，并将其设置为 `true`。此外，探针程序通常需要 root 权限才能发送原生的 ICMP 包。

```bash
# 尝试以 root 权限重启客户端
sudo systemctl restart komari

3. 解决“假死”与被商防火墙拦截

这是最容易被忽视的一点。很多号称“适合建站”或“CN2 GIA”的高端线路 VPS，为了防止 DDoS 攻击，默认策略是 DROP ICMP（禁止Ping）。

如果你的 VPS 无法 ping 通（本地 CMD 终端输 ping 你的服务器IP 显示超时或请求超时），那探针肯定测不出延迟。

解决方案：

你需要进入 VPS 的防火墙配置，放行 ICMP 协议。

• iptables 用户：

  iptables -A INPUT -p icmp --icmp-type echo-request -j ACCEPT
  service iptables save
  

• ufw 用户（Ubuntu/Debian）： UFW 默认通常是允许 ping 的，但如果被修改过，可以编辑 /etc/ufw/before.rules，确保在 *filter 链之前添加：

  -A ufw-before-input -p icmp --icmp-type echo-request -j ACCEPT
  

如果不具备配置防火墙的权限，或者这是那种无法自定义防火墙的“云虚拟主机”，那很遗憾，你在这个探针面板上永远也看不到延迟数据，只能放弃该节点或者只监测在线率。

三、Komari specific 的优化建议

既然是冲着 Komari 去的，这里再补充一些针对该探针的细节优化：

1. 调整检测频率

频繁的 ping 会消耗不必要的流量和资源。在配置文件中，将间隔时间（interval）调整为 3~5 秒一次即可，毕竟网络状态不需要毫秒级的刷新。

2. 多地 Ping 的替代方案

如果自带的探针不支持复杂的多地 ping，可以考虑在服务端集成了 API，调用第三方 ping 接口（如 ipip.net 或站长工具的 API），将 JSON 数据解析后展示在 Komari 的前端面板上。这就需要你动点前端代码（Vue 或 React），把静态的“延迟”字段变成动态获取的数据。

四、总结

Komari 探针不显示延迟和丢包，90% 的情况是因为 VPS 本身屏蔽了 ICMP 协议，或者是客户端运行权限不足。

配置流程回顾：

1. 确认服务运行。
2. 提权运行。
3. 最关键：放行服务器防火墙的 ICMP 协议。

搞定这些，再去刷新你的面板，那两个跳动的数字应该就能乖乖出来了。折腾服务器本身就是不断排雷的过程，这次遇到的坑，下次就是你的经验值。