Ithiltir 是一个自托管的服务器监控面板，分为 Dash 主控端和 Ithiltir-node 节点端。它可以集中查看多台服务器的 CPU、内存、磁盘、网络、RAID、进程、连接数、流量和温度等状态，也可以通过本地模式在单台机器上直接查看基础监控数据。
相比把服务器状态交给第三方平台，Ithiltir 更强调自托管、低权限和可控边界。Dash、数据库、指标历史、告警、通知和主题资源都部署在自己的服务器上，监控数据由自己保存和管理。
本项目与其他 “探针” 类项目的区别在于：本项目更侧重于物理服务器的日常运维参数，并针对 Proxmox VE 等常见虚拟化平台做了单独配置，例如 P95 流量数据、RAID 情况、物理磁盘情况等。
根据本项目的人工智能政策，本项目整体开发的人工智能使用级别为 Pair - Copilot。并引入 OpenAI Codex Security 作为安全审计，所有版本发布均会晚于完整安全审计。目前本项目已经在本人生产环境使用超过 3 个月，并成功及时报告 RAID 掉盘和硬盘备用分区消耗等问题。
安全边界清晰
Ithiltir 的定位是监控数据采集和展示，不是远程控制服务器。Ithiltir-node 默认低权限运行，不提供 Web Shell，不开放远程命令执行入口，只负责采集并上报监控数据。
需要高权限的数据采集会拆开处理。例如 Linux 节点采集 SMART 硬盘健康信息时，由 root 侧 systemd timer 定时写入 SMART 缓存文件，Node 主进程只读取缓存。这样可以获取硬盘健康数据，同时避免监控进程长期以 root 权限运行。
更新流程也保持自托管。Dash 发布包会携带对应版本的 Ithiltir-node 二进制和节点安装脚本，节点可以从自己的 Dash 获取更新资产，不需要每台服务器直接访问 GitHub Release。Dash 内置更新功能，可以切换主线 or 测试通道。
服务器状态监控
Ithiltir 可以查看服务器的 CPU、负载、内存、Swap、磁盘、网络、进程、连接数和运行时间等基础状态。Dash 会保存历史指标，方便查看资源变化趋势和异常时间点。
节点通过 Push 模式向 Dash 上报数据，适合 NAT、内网服务器和没有公网入口的机器。Dash 可以统一管理节点、分组、标签、游客可见范围和节点密钥。
磁盘、RAID 和硬件健康
Ithiltir 支持磁盘使用率、磁盘 IO、RAID 状态和物理磁盘信息展示。当前版本也支持 SMART 和 thermal 数据，可以上报 SMART 健康状态、NVMe critical warning、失败的 SMART 属性、CPU 温度和物理磁盘温度。
这些数据可以帮助提前发现硬盘异常、温度异常和 RAID 风险，而不是等到业务已经受影响后再排查。
历史图表
Dash 支持性能历史和温度历史图表。性能历史包括 CPU、内存、磁盘 IO、磁盘使用率、网络、进程数和连接数等指标；温度历史包括 CPU 温度和物理磁盘温度。
CPU 温度来自 thermal 传感器，磁盘温度来自 SMART 数据。没有可用传感器或硬盘不支持时，对应温度图表不会显示。
流量统计
Ithiltir 支持节点级流量统计、月度周期和 95 计费数据。可以按节点控制是否参与流量统计，也可以配置游客是否能查看流量数据。
这类数据适合查看服务器带宽使用情况，也可以用于月度流量核对和简单的计费参考。
告警和通知
Dash 支持告警规则、告警挂载和通知渠道。可以基于离线、RAID、SMART、温度等指标触发告警。
当前支持 SMART 失败、NVMe critical warning、SMART 属性失败、SMART 最高温度和 thermal 最高温度等告警指标，并内置 SMART 相关默认规则。通知支持测试发送和恢复通知，方便确认渠道配置是否可用。
安装和升级
Dash 发布包会携带 Ithiltir-node 二进制和节点安装脚本，节点安装时不需要单独下载 GitHub Release 资产。
Ithiltir-node 在 Linux/macOS 托管安装布局下支持自更新，Windows runner 的自更新能力继续保留。安装布局外直接运行的二进制不会处理自更新任务。
主题和界面（实验性）
Dash 支持主题上传、应用和预览，可以按自己的使用习惯调整面板外观。节点列表、状态卡片、历史图表和管理页面都围绕长期运维使用设计，重点是快速看到状态、趋势和异常。
链接
文档：https://www.ithiltir.dev/
Demo：https://demo.ithiltir.dev/
Dash：https://github.com/Ithildur/Ithiltir
Node：https://github.com/Ithildur/Ithiltir-node如有任何问题想要沟通，可以通过 Issue 或者 TG频道
- 收藏 5支持 7反对打赏
好看的，默默身后顶你一下
支持开源
看起来不错，支持！
帮顶
该楼层已被作者或管理员删除，作者可以在「我的删帖」页面申请恢复bd
补一些图
我还在用 nezha
做了一些小优化，已发新版
支持下
看着不错。
看着不错 支持
顶一下 这 UI 确实有点东西
延迟那里应该也截个图
@触手怪 #14 不支持该功能，本质上延迟就是除了给自己增加焦虑之外没什么意义的功能。后续会增加 uptime，数据库已经预留设计好了。
收藏
0.3.3
发布日期：2026-09-19GitHub 发布页：Ithiltir 0.3.3
Uptime 和看板
节点卡片新增最近 45 个自然日的在线率日条，包含今天。悬停或使用键盘选择日期，可查看当天 24 个小时的在线率；明细加载完成后才显示弹层，快速划过时使用 200 ms 防抖。
在线率按节点上报覆盖的在线时长计算。今天和当前小时只包含已结束的分钟；没有观测的时段显示未知，不按离线计算。
系统设置新增游客 Uptime 开关和 SLA 颜色阈值。默认对游客可见节点展示 Uptime；低于 99% 显示黄色，低于 95% 显示红色，可分别调整。
卡片间距随可见内容调整，隐藏 Uptime 后不会留下整行空白。升级和接口
从 0.3.2 升级会执行迁移 0014，开始积累 Uptime 历史。分钟记录和小时聚合均保留 46 天，升级前的在线率不会自动补算。
新增日统计和小时明细 API。游客 Uptime 开关独立于历史指标和流量统计的访问设置。
指标上报必须在服务端接收后 5 秒内完成入库；超时返回 503，该次上报不会写入指标。
源码构建要求 Go 1.27.1+。普通安装可使用发布包升级，无需安装 Go。
已有节点及指标历史保持不变。使用早期布尔版 Uptime 结构的预发布实例，应先按 升级 中的预发布说明处理数据库；已使用时长结构的实例保留 Uptime 历史。
bd
支持的嘞
bd
