主 题：【保姆级】看完这篇你就会用了——CloudEye 监控面板从入门到接 GitHub Actions
发 布 者：AAAAAA
标签分类： 技术
时 间：2026-07-11 09:52:49
内容预览：上次发出来后，收到最多的反馈是——「看着不错，但不会用 / 不知道该选哪个模式」。这其实不怪大家。这个面板功能有点多，第一次打开「添加监控」看到一堆类型确实会懵。但只要你搞懂一个核心概念，剩下的全都通了。这篇就把这个概念讲透，再带你走一遍最常用的玩法。一、先记住一句话，理解全部功能主动 = 我去查它；被动 = 它来告诉我。面板里所有模式，本质就分这两类：🟢 主动监控——CloudEye 每隔一段时间，自己跑去访问你的网站 / 端口 / 接口，看还活着没。就像你每隔几分钟给朋友打个电话，打得通就正常。目标那边什么都不用配。🔵 被动接收——CloudEye 自己不动，等着别的系统（Komari、哪吒探针）在出事时主动把消息推过来。就像你不打电话，让朋友出事了自己给你发消息。你要做的是去那个系统后台，把 CloudEye 给的推送地址填进去。记住这个区分，你就知道每个模式该怎么配了：主动模式要填「监控地址」（我去访问哪）。被动模式不填地址，反过来把 CloudEye 的地址填到探针后台。二、不知道选哪个？照这个表对号入座我想……选这个模式看我的网站 / API 活没活HTTP看某个端口（数据库、SSH、游戏服）通不通TCP定时跑个签到 / 保活 / 触发 GitHub Actions定时触发到期前自动续期（要根据剩余时间智能安排）反馈联动已经在用 Komari / 哪吒，想掉线时自动处理对应的 Webhook 模式拿不准？先用 HTTP。 90% 的基础监控需求它都能满足。三、5 分钟加第一个监控（HTTP）右上角点 「添加监控」名称随便起，比如 我的博客类型选 HTTP 检测（默认就是）地址填 https://example.com下面高级选项全部不用管，拉到底保存搞定。绿色=正常，红色=故障。想收提醒？往下看 Telegram 部分。四、重头戏：和 GitHub Action
直达链接： https://www.nodeseek.com/post-816694-1
发 布 者：AAAAAA
标签分类： 技术
时 间：2026-07-11 09:52:49
内容预览：上次发出来后，收到最多的反馈是——「看着不错，但不会用 / 不知道该选哪个模式」。这其实不怪大家。这个面板功能有点多，第一次打开「添加监控」看到一堆类型确实会懵。但只要你搞懂一个核心概念，剩下的全都通了。这篇就把这个概念讲透，再带你走一遍最常用的玩法。一、先记住一句话，理解全部功能主动 = 我去查它；被动 = 它来告诉我。面板里所有模式，本质就分这两类：🟢 主动监控——CloudEye 每隔一段时间，自己跑去访问你的网站 / 端口 / 接口，看还活着没。就像你每隔几分钟给朋友打个电话，打得通就正常。目标那边什么都不用配。🔵 被动接收——CloudEye 自己不动，等着别的系统（Komari、哪吒探针）在出事时主动把消息推过来。就像你不打电话，让朋友出事了自己给你发消息。你要做的是去那个系统后台，把 CloudEye 给的推送地址填进去。记住这个区分，你就知道每个模式该怎么配了：主动模式要填「监控地址」（我去访问哪）。被动模式不填地址，反过来把 CloudEye 的地址填到探针后台。二、不知道选哪个？照这个表对号入座我想……选这个模式看我的网站 / API 活没活HTTP看某个端口（数据库、SSH、游戏服）通不通TCP定时跑个签到 / 保活 / 触发 GitHub Actions定时触发到期前自动续期（要根据剩余时间智能安排）反馈联动已经在用 Komari / 哪吒，想掉线时自动处理对应的 Webhook 模式拿不准？先用 HTTP。 90% 的基础监控需求它都能满足。三、5 分钟加第一个监控（HTTP）右上角点 「添加监控」名称随便起，比如 我的博客类型选 HTTP 检测（默认就是）地址填 https://example.com下面高级选项全部不用管，拉到底保存搞定。绿色=正常，红色=故障。想收提醒？往下看 Telegram 部分。四、重头戏：和 GitHub Action
直达链接： https://www.nodeseek.com/post-816694-1
