From c266fb5130726c317adac935ff068da27d9ba910 Mon Sep 17 00:00:00 2001 From: cantoblanco Date: Sat, 10 Aug 2024 22:32:14 +0000 Subject: [PATCH] deploy: f02c88c0a3e4ec368faa08606196abbbe313387d --- 404.html | 2 +- ...ase_case1.md.6qqcWsys.js => case_case1.md.OdgLNYZk.js} | 2 +- ...md.6qqcWsys.lean.js => case_case1.md.OdgLNYZk.lean.js} | 2 +- ...ase_case2.md.C3h9vXZE.js => case_case2.md.LP3dCNwJ.js} | 2 +- ...md.C3h9vXZE.lean.js => case_case2.md.LP3dCNwJ.lean.js} | 2 +- ...ase_case3.md.DhOuppIn.js => case_case3.md.Ccrj2tp6.js} | 2 +- ...md.DhOuppIn.lean.js => case_case3.md.Ccrj2tp6.lean.js} | 2 +- ...ase_case4.md.CppbfOPj.js => case_case4.md.CYxVEWmS.js} | 2 +- ...md.CppbfOPj.lean.js => case_case4.md.CYxVEWmS.lean.js} | 2 +- ...ase_case5.md.DtR5Akx6.js => case_case5.md.CRDGuZAl.js} | 2 +- ...md.DtR5Akx6.lean.js => case_case5.md.CRDGuZAl.lean.js} | 2 +- ...ase_case6.md.BR2UrA5d.js => case_case6.md.CKK1UxuY.js} | 2 +- ...md.BR2UrA5d.lean.js => case_case6.md.CKK1UxuY.lean.js} | 2 +- ...ase_index.md.D-s2NB1t.js => case_index.md.Dh50FgQn.js} | 2 +- ...md.D-s2NB1t.lean.js => case_index.md.Dh50FgQn.lean.js} | 2 +- ...ndex.md.DV2PymDZ.js => developer_index.md.yK-yAngU.js} | 2 +- ...2PymDZ.lean.js => developer_index.md.yK-yAngU.lean.js} | 2 +- ..._l10n.md.DPfRFb2V.js => developer_l10n.md.YO6Z_5QW.js} | 2 +- ...PfRFb2V.lean.js => developer_l10n.md.YO6Z_5QW.lean.js} | 2 +- ...heme.md.D1mUFqWw.js => developer_theme.md.BJ6nmuuW.js} | 2 +- ...mUFqWw.lean.js => developer_theme.md.BJ6nmuuW.lean.js} | 2 +- ...se1.md.lHN4j-Cq.js => en_US_case_case1.md.CGI7uWYW.js} | 2 +- ...4j-Cq.lean.js => en_US_case_case1.md.CGI7uWYW.lean.js} | 2 +- ...se2.md.BYwznfRf.js => en_US_case_case2.md.Y7IJg0Q9.js} | 2 +- ...znfRf.lean.js => en_US_case_case2.md.Y7IJg0Q9.lean.js} | 2 +- ...se3.md.CpCFpbcK.js => en_US_case_case3.md.0cnofR_i.js} | 2 +- ...FpbcK.lean.js => en_US_case_case3.md.0cnofR_i.lean.js} | 2 +- ...se4.md.lMYTw4AZ.js => en_US_case_case4.md.CRqfCnCH.js} | 2 +- ...Tw4AZ.lean.js => en_US_case_case4.md.CRqfCnCH.lean.js} | 2 +- ...se5.md.EO9te4L5.js => en_US_case_case5.md.s_qNZ0lq.js} | 2 +- ...te4L5.lean.js => en_US_case_case5.md.s_qNZ0lq.lean.js} | 2 +- ...se6.md.DmAruMgv.js => en_US_case_case6.md.cp9l58pv.js} | 2 +- ...ruMgv.lean.js => en_US_case_case6.md.cp9l58pv.lean.js} | 2 +- ...dex.md.CubV-sl0.js => en_US_case_index.md.SdOKE-og.js} | 2 +- ...V-sl0.lean.js => en_US_case_index.md.SdOKE-og.lean.js} | 2 +- ...d.DXBaa4Mv.js => en_US_developer_index.md.B9eYlsyW.js} | 2 +- ....lean.js => en_US_developer_index.md.B9eYlsyW.lean.js} | 2 +- ...md.CnvXys6S.js => en_US_developer_l10n.md.ClhOjATI.js} | 2 +- ...S.lean.js => en_US_developer_l10n.md.ClhOjATI.lean.js} | 2 +- ...d.CjuFtfZL.js => en_US_developer_theme.md.Dkly24gU.js} | 2 +- ....lean.js => en_US_developer_theme.md.Dkly24gU.lean.js} | 2 +- ...nt.md.Byhianys.js => en_US_guide_agent.md.AvanBkMQ.js} | 2 +- ...anys.lean.js => en_US_guide_agent.md.AvanBkMQ.lean.js} | 2 +- ...q.md.v6Ok0I0_.js => en_US_guide_agentq.md.CE3XT-yA.js} | 2 +- ...I0_.lean.js => en_US_guide_agentq.md.CE3XT-yA.lean.js} | 2 +- ..._api.md.DXfzlNCy.js => en_US_guide_api.md.a4co4FRJ.js} | 2 +- ...fzlNCy.lean.js => en_US_guide_api.md.a4co4FRJ.lean.js} | 2 +- ...d.C_qjkm0A.js => en_US_guide_dashboard.md.DHzIpuUQ.js} | 2 +- ....lean.js => en_US_guide_dashboard.md.DHzIpuUQ.lean.js} | 2 +- ....BxwcTkE_.js => en_US_guide_dashboardq.md.0__B4pJO.js} | 2 +- ...lean.js => en_US_guide_dashboardq.md.0__B4pJO.lean.js} | 2 +- ...q.md.BPuN4Hue.js => en_US_guide_loginq.md.DBS_wq0Y.js} | 2 +- ...Hue.lean.js => en_US_guide_loginq.md.DBS_wq0Y.lean.js} | 2 +- ..._nat.md.D3YMcF5p.js => en_US_guide_nat.md.VU_DPSQq.js} | 2 +- ...YMcF5p.lean.js => en_US_guide_nat.md.VU_DPSQq.lean.js} | 2 +- ...YRR58D.js => en_US_guide_notifications.md.Cg9dFhXF.js} | 2 +- ...n.js => en_US_guide_notifications.md.Cg9dFhXF.lean.js} | 2 +- ..._q10.md.kP09SK-3.js => en_US_guide_q10.md.CW7ohVKz.js} | 2 +- ...09SK-3.lean.js => en_US_guide_q10.md.CW7ohVKz.lean.js} | 2 +- ..._q11.md.ymOCKNc-.js => en_US_guide_q11.md.D71oW3N8.js} | 2 +- ...OCKNc-.lean.js => en_US_guide_q11.md.D71oW3N8.lean.js} | 2 +- ...de_q2.md.krtphMzZ.js => en_US_guide_q2.md.D6iReBu0.js} | 2 +- ...rtphMzZ.lean.js => en_US_guide_q2.md.D6iReBu0.lean.js} | 2 +- ...de_q3.md.DMW0F9j1.js => en_US_guide_q3.md.DuCey5xy.js} | 2 +- ...MW0F9j1.lean.js => en_US_guide_q3.md.DuCey5xy.lean.js} | 2 +- ...de_q4.md.Bzjo-sTG.js => en_US_guide_q4.md.CjscW381.js} | 2 +- ...zjo-sTG.lean.js => en_US_guide_q4.md.CjscW381.lean.js} | 2 +- ...de_q5.md.DeATUi2A.js => en_US_guide_q5.md.Bw5toBgY.js} | 2 +- ...eATUi2A.lean.js => en_US_guide_q5.md.Bw5toBgY.lean.js} | 2 +- ...de_q6.md.sFAZuyZS.js => en_US_guide_q6.md.CdKkgQuQ.js} | 2 +- ...FAZuyZS.lean.js => en_US_guide_q6.md.CdKkgQuQ.lean.js} | 2 +- ...de_q7.md.CVK_rIgr.js => en_US_guide_q7.md.DNQGHEAy.js} | 2 +- ...VK_rIgr.lean.js => en_US_guide_q7.md.DNQGHEAy.lean.js} | 2 +- ...de_q8.md.B4xSSEFz.js => en_US_guide_q8.md.NHtfhea-.js} | 2 +- ...4xSSEFz.lean.js => en_US_guide_q8.md.NHtfhea-.lean.js} | 2 +- ...de_q9.md.Boitq4gw.js => en_US_guide_q9.md.BCdd8byu.js} | 2 +- ...oitq4gw.lean.js => en_US_guide_q9.md.BCdd8byu.lean.js} | 2 +- ....md.BILnh-nz.js => en_US_guide_servers.md.B9cGR8um.js} | 2 +- ...nz.lean.js => en_US_guide_servers.md.B9cGR8um.lean.js} | 2 +- ...md.CYqrr_a1.js => en_US_guide_services.md.Bvcas-9-.js} | 2 +- ...1.lean.js => en_US_guide_services.md.Bvcas-9-.lean.js} | 2 +- ...md.B5QsUdwg.js => en_US_guide_settings.md.CNVZayZ6.js} | 2 +- ...g.lean.js => en_US_guide_settings.md.CNVZayZ6.lean.js} | 2 +- ...ks.md.CiPmOV-d.js => en_US_guide_tasks.md.CFPrdQo2.js} | 2 +- ...OV-d.lean.js => en_US_guide_tasks.md.CFPrdQo2.lean.js} | 2 +- ...US_index.md.DP3c176k.js => en_US_index.md.BZQWJysy.js} | 2 +- ...d.DP3c176k.lean.js => en_US_index.md.BZQWJysy.lean.js} | 2 +- ...de_agent.md.Dp5dgFb_.js => guide_agent.md.BE1jOIoT.js} | 2 +- ...d.Dp5dgFb_.lean.js => guide_agent.md.BE1jOIoT.lean.js} | 2 +- ..._agentq.md.DyItRUpQ.js => guide_agentq.md.BeHqrBrZ.js} | 2 +- ....DyItRUpQ.lean.js => guide_agentq.md.BeHqrBrZ.lean.js} | 2 +- ...{guide_api.md.CQ_--rkw.js => guide_api.md.BBhImcjm.js} | 2 +- ....md.CQ_--rkw.lean.js => guide_api.md.BBhImcjm.lean.js} | 2 +- ...oard.md.CPh94P2O.js => guide_dashboard.md.CcFFFaYx.js} | 2 +- ...h94P2O.lean.js => guide_dashboard.md.CcFFFaYx.lean.js} | 2 +- ...rdq.md.DqCwMoew.js => guide_dashboardq.md.DxurQ3Ar.js} | 2 +- ...wMoew.lean.js => guide_dashboardq.md.DxurQ3Ar.lean.js} | 2 +- ..._loginq.md.DYkuBcRm.js => guide_loginq.md.B5t7pzK0.js} | 2 +- ....DYkuBcRm.lean.js => guide_loginq.md.B5t7pzK0.lean.js} | 2 +- ...{guide_nat.md.DizHtw-_.js => guide_nat.md.BuVWkVbX.js} | 2 +- ....md.DizHtw-_.lean.js => guide_nat.md.BuVWkVbX.lean.js} | 2 +- ....md.7VXFyo1n.js => guide_notifications.md.CVzkYyBJ.js} | 4 ++-- ...1n.lean.js => guide_notifications.md.CVzkYyBJ.lean.js} | 2 +- .../{guide_q1.md.93g0Be_R.js => guide_q1.md.N13LauLC.js} | 2 +- ...1.md.93g0Be_R.lean.js => guide_q1.md.N13LauLC.lean.js} | 2 +- ...{guide_q10.md.CxcrhGAQ.js => guide_q10.md.B9Rqkp5U.js} | 2 +- ....md.CxcrhGAQ.lean.js => guide_q10.md.B9Rqkp5U.lean.js} | 2 +- ...{guide_q11.md.HX9M-9Pp.js => guide_q11.md.CH25qs59.js} | 2 +- ....md.HX9M-9Pp.lean.js => guide_q11.md.CH25qs59.lean.js} | 2 +- .../{guide_q2.md.BkMI6Yvx.js => guide_q2.md.CoL6UEl_.js} | 2 +- ...2.md.BkMI6Yvx.lean.js => guide_q2.md.CoL6UEl_.lean.js} | 2 +- .../{guide_q3.md.CGtQ89XJ.js => guide_q3.md.CTZanl45.js} | 2 +- ...3.md.CGtQ89XJ.lean.js => guide_q3.md.CTZanl45.lean.js} | 2 +- .../{guide_q4.md.RTT0s-Nf.js => guide_q4.md.BnRfdboo.js} | 2 +- ...4.md.RTT0s-Nf.lean.js => guide_q4.md.BnRfdboo.lean.js} | 2 +- .../{guide_q5.md.Dl585S39.js => guide_q5.md.D8ho69J0.js} | 2 +- ...5.md.Dl585S39.lean.js => guide_q5.md.D8ho69J0.lean.js} | 2 +- .../{guide_q6.md.Ci6D-XiK.js => guide_q6.md.CFiZa26L.js} | 2 +- ...6.md.Ci6D-XiK.lean.js => guide_q6.md.CFiZa26L.lean.js} | 2 +- .../{guide_q7.md.DrB5pIeW.js => guide_q7.md.BmvOCM4K.js} | 2 +- ...7.md.DrB5pIeW.lean.js => guide_q7.md.BmvOCM4K.lean.js} | 2 +- .../{guide_q8.md.C9ZRASmC.js => guide_q8.md.CngQA2Er.js} | 2 +- ...8.md.C9ZRASmC.lean.js => guide_q8.md.CngQA2Er.lean.js} | 2 +- .../{guide_q9.md.CPDltKtE.js => guide_q9.md.Bf4h-zom.js} | 2 +- ...9.md.CPDltKtE.lean.js => guide_q9.md.Bf4h-zom.lean.js} | 2 +- ...ervers.md.D6aFsEd1.js => guide_servers.md.BUMl4eUB.js} | 2 +- ...D6aFsEd1.lean.js => guide_servers.md.BUMl4eUB.lean.js} | 2 +- ...vices.md.D3a45ekO.js => guide_services.md.Djirw40F.js} | 2 +- ...3a45ekO.lean.js => guide_services.md.Djirw40F.lean.js} | 2 +- ...tings.md.DR6U3loY.js => guide_settings.md.DBWtk6cY.js} | 2 +- ...R6U3loY.lean.js => guide_settings.md.DBWtk6cY.lean.js} | 2 +- ...de_tasks.md.C_MDtl6k.js => guide_tasks.md.BkkbcFQs.js} | 2 +- ...d.C_MDtl6k.lean.js => guide_tasks.md.BkkbcFQs.lean.js} | 2 +- assets/{index.md.B7XKxImz.js => index.md.D5jAM6Aa.js} | 2 +- ...ndex.md.B7XKxImz.lean.js => index.md.D5jAM6Aa.lean.js} | 2 +- case/case1.html | 6 +++--- case/case2.html | 6 +++--- case/case3.html | 6 +++--- case/case4.html | 6 +++--- case/case5.html | 6 +++--- case/case6.html | 6 +++--- case/index.html | 4 ++-- developer/index.html | 4 ++-- developer/l10n.html | 6 +++--- developer/theme.html | 6 +++--- en_US/case/case1.html | 6 +++--- en_US/case/case2.html | 6 +++--- en_US/case/case3.html | 6 +++--- en_US/case/case4.html | 6 +++--- en_US/case/case5.html | 6 +++--- en_US/case/case6.html | 6 +++--- en_US/case/index.html | 4 ++-- en_US/developer/index.html | 4 ++-- en_US/developer/l10n.html | 6 +++--- en_US/developer/theme.html | 6 +++--- en_US/guide/agent.html | 6 +++--- en_US/guide/agentq.html | 6 +++--- en_US/guide/api.html | 6 +++--- en_US/guide/dashboard.html | 6 +++--- en_US/guide/dashboardq.html | 6 +++--- en_US/guide/loginq.html | 6 +++--- en_US/guide/nat.html | 6 +++--- en_US/guide/notifications.html | 6 +++--- en_US/guide/q10.html | 6 +++--- en_US/guide/q11.html | 6 +++--- en_US/guide/q2.html | 6 +++--- en_US/guide/q3.html | 6 +++--- en_US/guide/q4.html | 6 +++--- en_US/guide/q5.html | 6 +++--- en_US/guide/q6.html | 6 +++--- en_US/guide/q7.html | 6 +++--- en_US/guide/q8.html | 6 +++--- en_US/guide/q9.html | 6 +++--- en_US/guide/servers.html | 6 +++--- en_US/guide/services.html | 6 +++--- en_US/guide/settings.html | 6 +++--- en_US/guide/tasks.html | 6 +++--- en_US/index.html | 4 ++-- guide/agent.html | 6 +++--- guide/agentq.html | 6 +++--- guide/api.html | 6 +++--- guide/dashboard.html | 6 +++--- guide/dashboardq.html | 6 +++--- guide/loginq.html | 6 +++--- guide/nat.html | 6 +++--- guide/notifications.html | 8 ++++---- guide/q1.html | 6 +++--- guide/q10.html | 6 +++--- guide/q11.html | 6 +++--- guide/q2.html | 6 +++--- guide/q3.html | 6 +++--- guide/q4.html | 6 +++--- guide/q5.html | 6 +++--- guide/q6.html | 6 +++--- guide/q7.html | 6 +++--- guide/q8.html | 6 +++--- guide/q9.html | 6 +++--- guide/servers.html | 6 +++--- guide/services.html | 6 +++--- guide/settings.html | 6 +++--- guide/tasks.html | 6 +++--- hashmap.json | 2 +- index.html | 4 ++-- 203 files changed, 333 insertions(+), 333 deletions(-) rename assets/{case_case1.md.6qqcWsys.js => case_case1.md.OdgLNYZk.js} (95%) rename assets/{case_case1.md.6qqcWsys.lean.js => case_case1.md.OdgLNYZk.lean.js} (85%) rename assets/{case_case2.md.C3h9vXZE.js => case_case2.md.LP3dCNwJ.js} (97%) rename assets/{case_case2.md.C3h9vXZE.lean.js => case_case2.md.LP3dCNwJ.lean.js} (87%) rename assets/{case_case3.md.DhOuppIn.js => case_case3.md.Ccrj2tp6.js} (98%) rename assets/{case_case3.md.DhOuppIn.lean.js => case_case3.md.Ccrj2tp6.lean.js} (86%) rename assets/{case_case4.md.CppbfOPj.js => case_case4.md.CYxVEWmS.js} (97%) rename assets/{case_case4.md.CppbfOPj.lean.js => case_case4.md.CYxVEWmS.lean.js} (89%) rename assets/{case_case5.md.DtR5Akx6.js => case_case5.md.CRDGuZAl.js} (99%) rename assets/{case_case5.md.DtR5Akx6.lean.js => case_case5.md.CRDGuZAl.lean.js} (85%) rename assets/{case_case6.md.BR2UrA5d.js => case_case6.md.CKK1UxuY.js} (98%) rename assets/{case_case6.md.BR2UrA5d.lean.js => case_case6.md.CKK1UxuY.lean.js} (89%) rename assets/{case_index.md.D-s2NB1t.js => case_index.md.Dh50FgQn.js} (94%) rename assets/{case_index.md.D-s2NB1t.lean.js => case_index.md.Dh50FgQn.lean.js} (94%) rename assets/{developer_index.md.DV2PymDZ.js => developer_index.md.yK-yAngU.js} (92%) rename assets/{developer_index.md.DV2PymDZ.lean.js => developer_index.md.yK-yAngU.lean.js} (92%) rename assets/{developer_l10n.md.DPfRFb2V.js => developer_l10n.md.YO6Z_5QW.js} (96%) rename assets/{developer_l10n.md.DPfRFb2V.lean.js => developer_l10n.md.YO6Z_5QW.lean.js} (85%) rename assets/{developer_theme.md.D1mUFqWw.js => developer_theme.md.BJ6nmuuW.js} (96%) rename assets/{developer_theme.md.D1mUFqWw.lean.js => developer_theme.md.BJ6nmuuW.lean.js} (85%) rename assets/{en_US_case_case1.md.lHN4j-Cq.js => en_US_case_case1.md.CGI7uWYW.js} (95%) rename assets/{en_US_case_case1.md.lHN4j-Cq.lean.js => en_US_case_case1.md.CGI7uWYW.lean.js} (86%) rename assets/{en_US_case_case2.md.BYwznfRf.js => en_US_case_case2.md.Y7IJg0Q9.js} (97%) rename assets/{en_US_case_case2.md.BYwznfRf.lean.js => en_US_case_case2.md.Y7IJg0Q9.lean.js} (87%) rename assets/{en_US_case_case3.md.CpCFpbcK.js => en_US_case_case3.md.0cnofR_i.js} (97%) rename assets/{en_US_case_case3.md.CpCFpbcK.lean.js => en_US_case_case3.md.0cnofR_i.lean.js} (86%) rename assets/{en_US_case_case4.md.lMYTw4AZ.js => en_US_case_case4.md.CRqfCnCH.js} (94%) rename assets/{en_US_case_case4.md.lMYTw4AZ.lean.js => en_US_case_case4.md.CRqfCnCH.lean.js} (85%) rename assets/{en_US_case_case5.md.EO9te4L5.js => en_US_case_case5.md.s_qNZ0lq.js} (99%) rename assets/{en_US_case_case5.md.EO9te4L5.lean.js => en_US_case_case5.md.s_qNZ0lq.lean.js} (85%) rename assets/{en_US_case_case6.md.DmAruMgv.js => en_US_case_case6.md.cp9l58pv.js} (98%) rename assets/{en_US_case_case6.md.DmAruMgv.lean.js => en_US_case_case6.md.cp9l58pv.lean.js} (89%) rename assets/{en_US_case_index.md.CubV-sl0.js => en_US_case_index.md.SdOKE-og.js} (95%) rename assets/{en_US_case_index.md.CubV-sl0.lean.js => en_US_case_index.md.SdOKE-og.lean.js} (95%) rename assets/{en_US_developer_index.md.DXBaa4Mv.js => en_US_developer_index.md.B9eYlsyW.js} (92%) rename assets/{en_US_developer_index.md.DXBaa4Mv.lean.js => en_US_developer_index.md.B9eYlsyW.lean.js} (92%) rename assets/{en_US_developer_l10n.md.CnvXys6S.js => en_US_developer_l10n.md.ClhOjATI.js} (96%) rename assets/{en_US_developer_l10n.md.CnvXys6S.lean.js => en_US_developer_l10n.md.ClhOjATI.lean.js} (85%) rename assets/{en_US_developer_theme.md.CjuFtfZL.js => en_US_developer_theme.md.Dkly24gU.js} (96%) rename assets/{en_US_developer_theme.md.CjuFtfZL.lean.js => en_US_developer_theme.md.Dkly24gU.lean.js} (86%) rename assets/{en_US_guide_agent.md.Byhianys.js => en_US_guide_agent.md.AvanBkMQ.js} (99%) rename assets/{en_US_guide_agent.md.Byhianys.lean.js => en_US_guide_agent.md.AvanBkMQ.lean.js} (85%) rename assets/{en_US_guide_agentq.md.v6Ok0I0_.js => en_US_guide_agentq.md.CE3XT-yA.js} (97%) rename assets/{en_US_guide_agentq.md.v6Ok0I0_.lean.js => en_US_guide_agentq.md.CE3XT-yA.lean.js} (86%) rename assets/{en_US_guide_api.md.DXfzlNCy.js => en_US_guide_api.md.a4co4FRJ.js} (99%) rename assets/{en_US_guide_api.md.DXfzlNCy.lean.js => en_US_guide_api.md.a4co4FRJ.lean.js} (85%) rename assets/{en_US_guide_dashboard.md.C_qjkm0A.js => en_US_guide_dashboard.md.DHzIpuUQ.js} (99%) rename assets/{en_US_guide_dashboard.md.C_qjkm0A.lean.js => en_US_guide_dashboard.md.DHzIpuUQ.lean.js} (86%) rename assets/{en_US_guide_dashboardq.md.BxwcTkE_.js => en_US_guide_dashboardq.md.0__B4pJO.js} (99%) rename assets/{en_US_guide_dashboardq.md.BxwcTkE_.lean.js => en_US_guide_dashboardq.md.0__B4pJO.lean.js} (87%) rename assets/{en_US_guide_loginq.md.BPuN4Hue.js => en_US_guide_loginq.md.DBS_wq0Y.js} (99%) rename assets/{en_US_guide_loginq.md.BPuN4Hue.lean.js => en_US_guide_loginq.md.DBS_wq0Y.lean.js} (86%) rename assets/{en_US_guide_nat.md.D3YMcF5p.js => en_US_guide_nat.md.VU_DPSQq.js} (98%) rename assets/{en_US_guide_nat.md.D3YMcF5p.lean.js => en_US_guide_nat.md.VU_DPSQq.lean.js} (86%) rename assets/{en_US_guide_notifications.md.DGYRR58D.js => en_US_guide_notifications.md.Cg9dFhXF.js} (99%) rename assets/{en_US_guide_notifications.md.DGYRR58D.lean.js => en_US_guide_notifications.md.Cg9dFhXF.lean.js} (86%) rename assets/{en_US_guide_q10.md.kP09SK-3.js => en_US_guide_q10.md.CW7ohVKz.js} (99%) rename assets/{en_US_guide_q10.md.kP09SK-3.lean.js => en_US_guide_q10.md.CW7ohVKz.lean.js} (86%) rename assets/{en_US_guide_q11.md.ymOCKNc-.js => en_US_guide_q11.md.D71oW3N8.js} (99%) rename assets/{en_US_guide_q11.md.ymOCKNc-.lean.js => en_US_guide_q11.md.D71oW3N8.lean.js} (85%) rename assets/{en_US_guide_q2.md.krtphMzZ.js => en_US_guide_q2.md.D6iReBu0.js} (95%) rename assets/{en_US_guide_q2.md.krtphMzZ.lean.js => en_US_guide_q2.md.D6iReBu0.lean.js} (85%) rename assets/{en_US_guide_q3.md.DMW0F9j1.js => en_US_guide_q3.md.DuCey5xy.js} (99%) rename assets/{en_US_guide_q3.md.DMW0F9j1.lean.js => en_US_guide_q3.md.DuCey5xy.lean.js} (86%) rename assets/{en_US_guide_q4.md.Bzjo-sTG.js => en_US_guide_q4.md.CjscW381.js} (94%) rename assets/{en_US_guide_q4.md.Bzjo-sTG.lean.js => en_US_guide_q4.md.CjscW381.lean.js} (94%) rename assets/{en_US_guide_q5.md.DeATUi2A.js => en_US_guide_q5.md.Bw5toBgY.js} (94%) rename assets/{en_US_guide_q5.md.DeATUi2A.lean.js => en_US_guide_q5.md.Bw5toBgY.lean.js} (86%) rename assets/{en_US_guide_q6.md.sFAZuyZS.js => en_US_guide_q6.md.CdKkgQuQ.js} (95%) rename assets/{en_US_guide_q6.md.sFAZuyZS.lean.js => en_US_guide_q6.md.CdKkgQuQ.lean.js} (85%) rename assets/{en_US_guide_q7.md.CVK_rIgr.js => en_US_guide_q7.md.DNQGHEAy.js} (98%) rename assets/{en_US_guide_q7.md.CVK_rIgr.lean.js => en_US_guide_q7.md.DNQGHEAy.lean.js} (86%) rename assets/{en_US_guide_q8.md.B4xSSEFz.js => en_US_guide_q8.md.NHtfhea-.js} (99%) rename assets/{en_US_guide_q8.md.B4xSSEFz.lean.js => en_US_guide_q8.md.NHtfhea-.lean.js} (86%) rename assets/{en_US_guide_q9.md.Boitq4gw.js => en_US_guide_q9.md.BCdd8byu.js} (99%) rename assets/{en_US_guide_q9.md.Boitq4gw.lean.js => en_US_guide_q9.md.BCdd8byu.lean.js} (85%) rename assets/{en_US_guide_servers.md.BILnh-nz.js => en_US_guide_servers.md.B9cGR8um.js} (99%) rename assets/{en_US_guide_servers.md.BILnh-nz.lean.js => en_US_guide_servers.md.B9cGR8um.lean.js} (86%) rename assets/{en_US_guide_services.md.CYqrr_a1.js => en_US_guide_services.md.Bvcas-9-.js} (98%) rename assets/{en_US_guide_services.md.CYqrr_a1.lean.js => en_US_guide_services.md.Bvcas-9-.lean.js} (86%) rename assets/{en_US_guide_settings.md.B5QsUdwg.js => en_US_guide_settings.md.CNVZayZ6.js} (99%) rename assets/{en_US_guide_settings.md.B5QsUdwg.lean.js => en_US_guide_settings.md.CNVZayZ6.lean.js} (85%) rename assets/{en_US_guide_tasks.md.CiPmOV-d.js => en_US_guide_tasks.md.CFPrdQo2.js} (98%) rename assets/{en_US_guide_tasks.md.CiPmOV-d.lean.js => en_US_guide_tasks.md.CFPrdQo2.lean.js} (85%) rename assets/{en_US_index.md.DP3c176k.js => en_US_index.md.BZQWJysy.js} (96%) rename assets/{en_US_index.md.DP3c176k.lean.js => en_US_index.md.BZQWJysy.lean.js} (96%) rename assets/{guide_agent.md.Dp5dgFb_.js => guide_agent.md.BE1jOIoT.js} (99%) rename assets/{guide_agent.md.Dp5dgFb_.lean.js => guide_agent.md.BE1jOIoT.lean.js} (85%) rename assets/{guide_agentq.md.DyItRUpQ.js => guide_agentq.md.BeHqrBrZ.js} (97%) rename assets/{guide_agentq.md.DyItRUpQ.lean.js => guide_agentq.md.BeHqrBrZ.lean.js} (85%) rename assets/{guide_api.md.CQ_--rkw.js => guide_api.md.BBhImcjm.js} (99%) rename assets/{guide_api.md.CQ_--rkw.lean.js => guide_api.md.BBhImcjm.lean.js} (69%) rename assets/{guide_dashboard.md.CPh94P2O.js => guide_dashboard.md.CcFFFaYx.js} (99%) rename assets/{guide_dashboard.md.CPh94P2O.lean.js => guide_dashboard.md.CcFFFaYx.lean.js} (85%) rename assets/{guide_dashboardq.md.DqCwMoew.js => guide_dashboardq.md.DxurQ3Ar.js} (99%) rename assets/{guide_dashboardq.md.DqCwMoew.lean.js => guide_dashboardq.md.DxurQ3Ar.lean.js} (85%) rename assets/{guide_loginq.md.DYkuBcRm.js => guide_loginq.md.B5t7pzK0.js} (98%) rename assets/{guide_loginq.md.DYkuBcRm.lean.js => guide_loginq.md.B5t7pzK0.lean.js} (85%) rename assets/{guide_nat.md.DizHtw-_.js => guide_nat.md.BuVWkVbX.js} (98%) rename assets/{guide_nat.md.DizHtw-_.lean.js => guide_nat.md.BuVWkVbX.lean.js} (85%) rename assets/{guide_notifications.md.7VXFyo1n.js => guide_notifications.md.CVzkYyBJ.js} (86%) rename assets/{guide_notifications.md.7VXFyo1n.lean.js => guide_notifications.md.CVzkYyBJ.lean.js} (85%) rename assets/{guide_q1.md.93g0Be_R.js => guide_q1.md.N13LauLC.js} (98%) rename assets/{guide_q1.md.93g0Be_R.lean.js => guide_q1.md.N13LauLC.lean.js} (69%) rename assets/{guide_q10.md.CxcrhGAQ.js => guide_q10.md.B9Rqkp5U.js} (99%) rename assets/{guide_q10.md.CxcrhGAQ.lean.js => guide_q10.md.B9Rqkp5U.lean.js} (85%) rename assets/{guide_q11.md.HX9M-9Pp.js => guide_q11.md.CH25qs59.js} (99%) rename assets/{guide_q11.md.HX9M-9Pp.lean.js => guide_q11.md.CH25qs59.lean.js} (85%) rename assets/{guide_q2.md.BkMI6Yvx.js => guide_q2.md.CoL6UEl_.js} (95%) rename assets/{guide_q2.md.BkMI6Yvx.lean.js => guide_q2.md.CoL6UEl_.lean.js} (85%) rename assets/{guide_q3.md.CGtQ89XJ.js => guide_q3.md.CTZanl45.js} (99%) rename assets/{guide_q3.md.CGtQ89XJ.lean.js => guide_q3.md.CTZanl45.lean.js} (85%) rename assets/{guide_q4.md.RTT0s-Nf.js => guide_q4.md.BnRfdboo.js} (93%) rename assets/{guide_q4.md.RTT0s-Nf.lean.js => guide_q4.md.BnRfdboo.lean.js} (93%) rename assets/{guide_q5.md.Dl585S39.js => guide_q5.md.D8ho69J0.js} (93%) rename assets/{guide_q5.md.Dl585S39.lean.js => guide_q5.md.D8ho69J0.lean.js} (93%) rename assets/{guide_q6.md.Ci6D-XiK.js => guide_q6.md.CFiZa26L.js} (95%) rename assets/{guide_q6.md.Ci6D-XiK.lean.js => guide_q6.md.CFiZa26L.lean.js} (84%) rename assets/{guide_q7.md.DrB5pIeW.js => guide_q7.md.BmvOCM4K.js} (98%) rename assets/{guide_q7.md.DrB5pIeW.lean.js => guide_q7.md.BmvOCM4K.lean.js} (85%) rename assets/{guide_q8.md.C9ZRASmC.js => guide_q8.md.CngQA2Er.js} (99%) rename assets/{guide_q8.md.C9ZRASmC.lean.js => guide_q8.md.CngQA2Er.lean.js} (86%) rename assets/{guide_q9.md.CPDltKtE.js => guide_q9.md.Bf4h-zom.js} (99%) rename assets/{guide_q9.md.CPDltKtE.lean.js => guide_q9.md.Bf4h-zom.lean.js} (85%) rename assets/{guide_servers.md.D6aFsEd1.js => guide_servers.md.BUMl4eUB.js} (99%) rename assets/{guide_servers.md.D6aFsEd1.lean.js => guide_servers.md.BUMl4eUB.lean.js} (85%) rename assets/{guide_services.md.D3a45ekO.js => guide_services.md.Djirw40F.js} (98%) rename assets/{guide_services.md.D3a45ekO.lean.js => guide_services.md.Djirw40F.lean.js} (85%) rename assets/{guide_settings.md.DR6U3loY.js => guide_settings.md.DBWtk6cY.js} (99%) rename assets/{guide_settings.md.DR6U3loY.lean.js => guide_settings.md.DBWtk6cY.lean.js} (85%) rename assets/{guide_tasks.md.C_MDtl6k.js => guide_tasks.md.BkkbcFQs.js} (98%) rename assets/{guide_tasks.md.C_MDtl6k.lean.js => guide_tasks.md.BkkbcFQs.lean.js} (85%) rename assets/{index.md.B7XKxImz.js => index.md.D5jAM6Aa.js} (95%) rename assets/{index.md.B7XKxImz.lean.js => index.md.D5jAM6Aa.lean.js} (95%) diff --git a/404.html b/404.html index ef229754..0751c004 100644 --- a/404.html +++ b/404.html @@ -20,7 +20,7 @@
- + \ No newline at end of file diff --git a/assets/case_case1.md.6qqcWsys.js b/assets/case_case1.md.OdgLNYZk.js similarity index 95% rename from assets/case_case1.md.6qqcWsys.js rename to assets/case_case1.md.OdgLNYZk.js index 15053edb..b5b1907d 100644 --- a/assets/case_case1.md.6qqcWsys.js +++ b/assets/case_case1.md.OdgLNYZk.js @@ -1 +1 @@ -import{_ as e,c as t,o as a,a4 as r}from"./chunks/framework.BmdFiWrL.js";const b=JSON.parse('{"title":"自建一个TG机器人来查询服务器信息","description":"","frontmatter":{},"headers":[],"relativePath":"case/case1.md","filePath":"case/case1.md","lastUpdated":1723164446000}'),o={name:"case/case1.md"},_=r('

自建一个TG机器人来查询服务器信息

贡献者:

项目地址:nezha_api_tgbot

镜像备份(非实时更新):nezha_api_tgbot
机器人可以通过API向面板请求服务器状态信息,得到信息后发送给用户
你可以搭建此机器人来方便地查看指定服务器的当前状态且不需要打开面板

',5),s=[_];function i(n,c,p,h,l,d){return a(),t("div",null,s)}const g=e(o,[["render",i]]);export{b as __pageData,g as default}; +import{_ as e,c as t,o as a,a4 as r}from"./chunks/framework.BmdFiWrL.js";const b=JSON.parse('{"title":"自建一个TG机器人来查询服务器信息","description":"","frontmatter":{},"headers":[],"relativePath":"case/case1.md","filePath":"case/case1.md","lastUpdated":1723329100000}'),o={name:"case/case1.md"},_=r('

自建一个TG机器人来查询服务器信息

贡献者:

项目地址:nezha_api_tgbot

镜像备份(非实时更新):nezha_api_tgbot
机器人可以通过API向面板请求服务器状态信息,得到信息后发送给用户
你可以搭建此机器人来方便地查看指定服务器的当前状态且不需要打开面板

',5),s=[_];function i(n,c,p,h,l,d){return a(),t("div",null,s)}const g=e(o,[["render",i]]);export{b as __pageData,g as default}; diff --git a/assets/case_case1.md.6qqcWsys.lean.js b/assets/case_case1.md.OdgLNYZk.lean.js similarity index 85% rename from assets/case_case1.md.6qqcWsys.lean.js rename to assets/case_case1.md.OdgLNYZk.lean.js index 1fd09c1a..2c44cd8b 100644 --- a/assets/case_case1.md.6qqcWsys.lean.js +++ b/assets/case_case1.md.OdgLNYZk.lean.js @@ -1 +1 @@ -import{_ as e,c as t,o as a,a4 as r}from"./chunks/framework.BmdFiWrL.js";const b=JSON.parse('{"title":"自建一个TG机器人来查询服务器信息","description":"","frontmatter":{},"headers":[],"relativePath":"case/case1.md","filePath":"case/case1.md","lastUpdated":1723164446000}'),o={name:"case/case1.md"},_=r("",5),s=[_];function i(n,c,p,h,l,d){return a(),t("div",null,s)}const g=e(o,[["render",i]]);export{b as __pageData,g as default}; +import{_ as e,c as t,o as a,a4 as r}from"./chunks/framework.BmdFiWrL.js";const b=JSON.parse('{"title":"自建一个TG机器人来查询服务器信息","description":"","frontmatter":{},"headers":[],"relativePath":"case/case1.md","filePath":"case/case1.md","lastUpdated":1723329100000}'),o={name:"case/case1.md"},_=r("",5),s=[_];function i(n,c,p,h,l,d){return a(),t("div",null,s)}const g=e(o,[["render",i]]);export{b as __pageData,g as default}; diff --git a/assets/case_case2.md.C3h9vXZE.js b/assets/case_case2.md.LP3dCNwJ.js similarity index 97% rename from assets/case_case2.md.C3h9vXZE.js rename to assets/case_case2.md.LP3dCNwJ.js index 5fbc6b30..5f4bf958 100644 --- a/assets/case_case2.md.C3h9vXZE.js +++ b/assets/case_case2.md.LP3dCNwJ.js @@ -1 +1 @@ -import{_ as a}from"./chunks/qrcode.CZOxHFH-.js";import{_ as e,c as r,o as i,a4 as t}from"./chunks/framework.BmdFiWrL.js";const b=JSON.parse('{"title":"在iOS/MacOS中使用Siri运行快捷指令查询服务器状态","description":"","frontmatter":{},"headers":[],"relativePath":"case/case2.md","filePath":"case/case2.md","lastUpdated":1723164446000}'),o={name:"case/case2.md"},c=t('

在iOS/MacOS中使用Siri运行快捷指令查询服务器状态

当前版本:V1.0
贡献者:

获取快捷指令

使用iPhone或iPad扫描以下二维码,获取快捷指令

coode

MacOS用户请访问这里,获取快捷指令

使用说明

WARNING

每个快捷指令只能监控一台服务器,如需要监控多个服务器,请多次复制此快捷指令并分别配置,然后分别修改快捷指令名称,如;一号服务器状态、二号服务器状态等

',8),s=[c];function l(d,n,h,_,p,m){return i(),r("div",null,s)}const S=e(o,[["render",l]]);export{b as __pageData,S as default}; +import{_ as a}from"./chunks/qrcode.CZOxHFH-.js";import{_ as e,c as r,o as i,a4 as t}from"./chunks/framework.BmdFiWrL.js";const b=JSON.parse('{"title":"在iOS/MacOS中使用Siri运行快捷指令查询服务器状态","description":"","frontmatter":{},"headers":[],"relativePath":"case/case2.md","filePath":"case/case2.md","lastUpdated":1723329100000}'),o={name:"case/case2.md"},c=t('

在iOS/MacOS中使用Siri运行快捷指令查询服务器状态

当前版本:V1.0
贡献者:

获取快捷指令

使用iPhone或iPad扫描以下二维码,获取快捷指令

coode

MacOS用户请访问这里,获取快捷指令

使用说明

WARNING

每个快捷指令只能监控一台服务器,如需要监控多个服务器,请多次复制此快捷指令并分别配置,然后分别修改快捷指令名称,如;一号服务器状态、二号服务器状态等

',8),s=[c];function l(d,n,h,_,p,m){return i(),r("div",null,s)}const S=e(o,[["render",l]]);export{b as __pageData,S as default}; diff --git a/assets/case_case2.md.C3h9vXZE.lean.js b/assets/case_case2.md.LP3dCNwJ.lean.js similarity index 87% rename from assets/case_case2.md.C3h9vXZE.lean.js rename to assets/case_case2.md.LP3dCNwJ.lean.js index 37a136b7..6b7969e1 100644 --- a/assets/case_case2.md.C3h9vXZE.lean.js +++ b/assets/case_case2.md.LP3dCNwJ.lean.js @@ -1 +1 @@ -import{_ as a}from"./chunks/qrcode.CZOxHFH-.js";import{_ as e,c as r,o as i,a4 as t}from"./chunks/framework.BmdFiWrL.js";const b=JSON.parse('{"title":"在iOS/MacOS中使用Siri运行快捷指令查询服务器状态","description":"","frontmatter":{},"headers":[],"relativePath":"case/case2.md","filePath":"case/case2.md","lastUpdated":1723164446000}'),o={name:"case/case2.md"},c=t("",8),s=[c];function l(d,n,h,_,p,m){return i(),r("div",null,s)}const S=e(o,[["render",l]]);export{b as __pageData,S as default}; +import{_ as a}from"./chunks/qrcode.CZOxHFH-.js";import{_ as e,c as r,o as i,a4 as t}from"./chunks/framework.BmdFiWrL.js";const b=JSON.parse('{"title":"在iOS/MacOS中使用Siri运行快捷指令查询服务器状态","description":"","frontmatter":{},"headers":[],"relativePath":"case/case2.md","filePath":"case/case2.md","lastUpdated":1723329100000}'),o={name:"case/case2.md"},c=t("",8),s=[c];function l(d,n,h,_,p,m){return i(),r("div",null,s)}const S=e(o,[["render",l]]);export{b as __pageData,S as default}; diff --git a/assets/case_case3.md.DhOuppIn.js b/assets/case_case3.md.Ccrj2tp6.js similarity index 98% rename from assets/case_case3.md.DhOuppIn.js rename to assets/case_case3.md.Ccrj2tp6.js index a815f284..52b1a7c6 100644 --- a/assets/case_case3.md.DhOuppIn.js +++ b/assets/case_case3.md.Ccrj2tp6.js @@ -1 +1 @@ -import{_ as t,c as e,o as a,a4 as r}from"./chunks/framework.BmdFiWrL.js";const b=JSON.parse('{"title":"自建使用 API 来进行查询,且支持多语言的 Telegram 查询机器人","description":"","frontmatter":{},"headers":[],"relativePath":"case/case3.md","filePath":"case/case3.md","lastUpdated":1723164446000}'),d={name:"case/case3.md"},l=r('

自建使用 API 来进行查询,且支持多语言的 Telegram 查询机器人

贡献者:

项目地址:nezha_telegram_bot

镜像备份(非实时更新):nezha_telegram_bot

项目特色

开源Telegram机器人项目,可以基于API实时查询哪吒面板的服务器信息。

命令列表

命令功能仅私聊
start开始使用键盘主菜单✔️
help帮助列表
add添加面板链接和token✔️
url添加面板链接✔️
token添加面板token✔️
info获取保存的面板链接和token✔️
delete删除保存的面板链接和token✔️
id命令后面添加整数id,来进行单个服务器信息查询(私聊带刷新按钮,群聊不带)
all查询所有服务器的统计信息
search在服务器名字中搜索关键字(支持多个,用空格分开)

效果展示

imageimage

',12),i=[l];function o(h,n,c,s,_,m){return a(),e("div",null,i)}const f=t(d,[["render",o]]);export{b as __pageData,f as default}; +import{_ as t,c as e,o as a,a4 as r}from"./chunks/framework.BmdFiWrL.js";const b=JSON.parse('{"title":"自建使用 API 来进行查询,且支持多语言的 Telegram 查询机器人","description":"","frontmatter":{},"headers":[],"relativePath":"case/case3.md","filePath":"case/case3.md","lastUpdated":1723329100000}'),d={name:"case/case3.md"},l=r('

自建使用 API 来进行查询,且支持多语言的 Telegram 查询机器人

贡献者:

项目地址:nezha_telegram_bot

镜像备份(非实时更新):nezha_telegram_bot

项目特色

开源Telegram机器人项目,可以基于API实时查询哪吒面板的服务器信息。

命令列表

命令功能仅私聊
start开始使用键盘主菜单✔️
help帮助列表
add添加面板链接和token✔️
url添加面板链接✔️
token添加面板token✔️
info获取保存的面板链接和token✔️
delete删除保存的面板链接和token✔️
id命令后面添加整数id,来进行单个服务器信息查询(私聊带刷新按钮,群聊不带)
all查询所有服务器的统计信息
search在服务器名字中搜索关键字(支持多个,用空格分开)

效果展示

imageimage

',12),i=[l];function o(h,n,c,s,_,m){return a(),e("div",null,i)}const f=t(d,[["render",o]]);export{b as __pageData,f as default}; diff --git a/assets/case_case3.md.DhOuppIn.lean.js b/assets/case_case3.md.Ccrj2tp6.lean.js similarity index 86% rename from assets/case_case3.md.DhOuppIn.lean.js rename to assets/case_case3.md.Ccrj2tp6.lean.js index 0458a623..e94f104a 100644 --- a/assets/case_case3.md.DhOuppIn.lean.js +++ b/assets/case_case3.md.Ccrj2tp6.lean.js @@ -1 +1 @@ -import{_ as t,c as e,o as a,a4 as r}from"./chunks/framework.BmdFiWrL.js";const b=JSON.parse('{"title":"自建使用 API 来进行查询,且支持多语言的 Telegram 查询机器人","description":"","frontmatter":{},"headers":[],"relativePath":"case/case3.md","filePath":"case/case3.md","lastUpdated":1723164446000}'),d={name:"case/case3.md"},l=r("",12),i=[l];function o(h,n,c,s,_,m){return a(),e("div",null,i)}const f=t(d,[["render",o]]);export{b as __pageData,f as default}; +import{_ as t,c as e,o as a,a4 as r}from"./chunks/framework.BmdFiWrL.js";const b=JSON.parse('{"title":"自建使用 API 来进行查询,且支持多语言的 Telegram 查询机器人","description":"","frontmatter":{},"headers":[],"relativePath":"case/case3.md","filePath":"case/case3.md","lastUpdated":1723329100000}'),d={name:"case/case3.md"},l=r("",12),i=[l];function o(h,n,c,s,_,m){return a(),e("div",null,i)}const f=t(d,[["render",o]]);export{b as __pageData,f as default}; diff --git a/assets/case_case4.md.CppbfOPj.js b/assets/case_case4.md.CYxVEWmS.js similarity index 97% rename from assets/case_case4.md.CppbfOPj.js rename to assets/case_case4.md.CYxVEWmS.js index 8dc4a13e..fbc9c60d 100644 --- a/assets/case_case4.md.CppbfOPj.js +++ b/assets/case_case4.md.CYxVEWmS.js @@ -1 +1 @@ -import{_ as s,c as t,o as e,a4 as a}from"./chunks/framework.BmdFiWrL.js";const r="/assets/2.r5IbCoDU.png",n="/assets/5.DI5HceD6.png",o="/assets/6.B0QVmape.png",p="/assets/4.DAp6JO4C.jpg",c="/assets/1.VA-CzEkF.jpeg",u=JSON.parse('{"title":"重磅推荐!一秒拥有宇宙级算力!让你在人前,不!再!自!卑","description":"","frontmatter":{},"headers":[],"relativePath":"case/case4.md","filePath":"case/case4.md","lastUpdated":1723164446000}'),_={name:"case/case4.md"},i=a('

重磅推荐!一秒拥有宇宙级算力!让你在人前,不!再!自!卑



2

还在因为自己的小鸡配置太差被朋友嘲笑吗?
还在想参加以针会友活动却因为小鸡不够排面而觉得羞耻吗?
还在因为在哪吒TG群里机器人排名太低而觉得自己低人一等吗?


今天开始!找回自信!

来自南京的名老中医 dysf888 独家秘方!让你找回男人本色,激情畅享!
安装 Fake Agent,可随意修改服务器监测数据的倍数上传到 Dashboard,让你的小鸡 脱!胎!换!骨! 让你在 MJJ 面前起来!

镜像备份(非实时更新):Fake Agent

哪吒监控创始人奶爸也在用:
5


男人用了都说好:
6
4



1

',12),l=[i];function g(b,f,h,m,d,k){return e(),t("div",null,l)}const y=s(_,[["render",g]]);export{u as __pageData,y as default}; +import{_ as s,c as t,o as e,a4 as a}from"./chunks/framework.BmdFiWrL.js";const r="/assets/2.r5IbCoDU.png",n="/assets/5.DI5HceD6.png",o="/assets/6.B0QVmape.png",p="/assets/4.DAp6JO4C.jpg",c="/assets/1.VA-CzEkF.jpeg",u=JSON.parse('{"title":"重磅推荐!一秒拥有宇宙级算力!让你在人前,不!再!自!卑","description":"","frontmatter":{},"headers":[],"relativePath":"case/case4.md","filePath":"case/case4.md","lastUpdated":1723329100000}'),_={name:"case/case4.md"},i=a('

重磅推荐!一秒拥有宇宙级算力!让你在人前,不!再!自!卑



2

还在因为自己的小鸡配置太差被朋友嘲笑吗?
还在想参加以针会友活动却因为小鸡不够排面而觉得羞耻吗?
还在因为在哪吒TG群里机器人排名太低而觉得自己低人一等吗?


今天开始!找回自信!

来自南京的名老中医 dysf888 独家秘方!让你找回男人本色,激情畅享!
安装 Fake Agent,可随意修改服务器监测数据的倍数上传到 Dashboard,让你的小鸡 脱!胎!换!骨! 让你在 MJJ 面前起来!

镜像备份(非实时更新):Fake Agent

哪吒监控创始人奶爸也在用:
5


男人用了都说好:
6
4



1

',12),l=[i];function g(b,f,h,m,d,k){return e(),t("div",null,l)}const y=s(_,[["render",g]]);export{u as __pageData,y as default}; diff --git a/assets/case_case4.md.CppbfOPj.lean.js b/assets/case_case4.md.CYxVEWmS.lean.js similarity index 89% rename from assets/case_case4.md.CppbfOPj.lean.js rename to assets/case_case4.md.CYxVEWmS.lean.js index 2b767e87..8e1883b4 100644 --- a/assets/case_case4.md.CppbfOPj.lean.js +++ b/assets/case_case4.md.CYxVEWmS.lean.js @@ -1 +1 @@ -import{_ as s,c as t,o as e,a4 as a}from"./chunks/framework.BmdFiWrL.js";const r="/assets/2.r5IbCoDU.png",n="/assets/5.DI5HceD6.png",o="/assets/6.B0QVmape.png",p="/assets/4.DAp6JO4C.jpg",c="/assets/1.VA-CzEkF.jpeg",u=JSON.parse('{"title":"重磅推荐!一秒拥有宇宙级算力!让你在人前,不!再!自!卑","description":"","frontmatter":{},"headers":[],"relativePath":"case/case4.md","filePath":"case/case4.md","lastUpdated":1723164446000}'),_={name:"case/case4.md"},i=a("",12),l=[i];function g(b,f,h,m,d,k){return e(),t("div",null,l)}const y=s(_,[["render",g]]);export{u as __pageData,y as default}; +import{_ as s,c as t,o as e,a4 as a}from"./chunks/framework.BmdFiWrL.js";const r="/assets/2.r5IbCoDU.png",n="/assets/5.DI5HceD6.png",o="/assets/6.B0QVmape.png",p="/assets/4.DAp6JO4C.jpg",c="/assets/1.VA-CzEkF.jpeg",u=JSON.parse('{"title":"重磅推荐!一秒拥有宇宙级算力!让你在人前,不!再!自!卑","description":"","frontmatter":{},"headers":[],"relativePath":"case/case4.md","filePath":"case/case4.md","lastUpdated":1723329100000}'),_={name:"case/case4.md"},i=a("",12),l=[i];function g(b,f,h,m,d,k){return e(),t("div",null,l)}const y=s(_,[["render",g]]);export{u as __pageData,y as default}; diff --git a/assets/case_case5.md.DtR5Akx6.js b/assets/case_case5.md.CRDGuZAl.js similarity index 99% rename from assets/case_case5.md.DtR5Akx6.js rename to assets/case_case5.md.CRDGuZAl.js index 2f7c3323..b1273c23 100644 --- a/assets/case_case5.md.DtR5Akx6.js +++ b/assets/case_case5.md.CRDGuZAl.js @@ -1,4 +1,4 @@ -import{_ as a,c as e,o as s,a4 as t}from"./chunks/framework.BmdFiWrL.js";const u=JSON.parse('{"title":"使用 Argo 隧道的哪吒服务端","description":"","frontmatter":{},"headers":[],"relativePath":"case/case5.md","filePath":"case/case5.md","lastUpdated":1723164446000}'),n={name:"case/case5.md"},r=t(`

使用 Argo 隧道的哪吒服务端

贡献者:

项目地址:Argo-Nezha-Service-Container

镜像备份(非实时更新):Argo-Nezha-Service-Container


目录


项目特点:

image

准备需要用的变量

image

面板域名加上 https:// 开头,回调地址再加上 /oauth2/callback 结尾

imageimageimageimageimage

Argo 认证的获取方式: json 或 token

Argo 隧道认证方式有 json 和 token,使用两个方式其中之一。推荐前者,理由脚本会处理好所有的 Argo 隧道参数和路径,后者需要到 Cloudflare 官网手动设置,容易出错。

(方式 1 - Json):

通过 Cloudflare Json 生成网轻松获取 Argo 隧道 json 信息: https://fscarmen.cloudflare.now.cc

image

(方式 2 - Token): 通过 Cloudflare 官网,手动生成 Argo 隧道 token 信息

到 cf 官网:https://dash.cloudflare.com/

imageimageimageimageimageimageimage

PaaS 部署实例

镜像 fscarmen/argo-nezha:latest , 支持 amd64 和 arm64 架构

用到的变量

变量名是否必须备注
GH_USERgithub 的用户名,用于面板管理授权
GH_CLIENTID在 github 上申请
GH_CLIENTSECRET在 github 上申请
GH_BACKUP_USER在 github 上备份哪吒服务端数据库的 github 用户名,不填则与面板管理授权的账户 GH_USER 一致
GH_REPO在 github 上备份哪吒服务端数据库文件的 github 库
GH_EMAILgithub 的邮箱,用于备份的 git 推送到远程库
GH_PATgithub 的 PAT
ARGO_AUTHJson: 从 https://fscarmen.cloudflare.now.cc 获取的 Argo Json
Token: 从 Cloudflare 官网获取
ARGO_DOMAINArgo 域名

Koyeb

Deploy to Koyeb

imageimageimageimageimage

VPS 部署方式 1 --- docker

docker 部署

docker run -dit \\
+import{_ as a,c as e,o as s,a4 as t}from"./chunks/framework.BmdFiWrL.js";const u=JSON.parse('{"title":"使用 Argo 隧道的哪吒服务端","description":"","frontmatter":{},"headers":[],"relativePath":"case/case5.md","filePath":"case/case5.md","lastUpdated":1723329100000}'),n={name:"case/case5.md"},r=t(`

使用 Argo 隧道的哪吒服务端

贡献者:

项目地址:Argo-Nezha-Service-Container

镜像备份(非实时更新):Argo-Nezha-Service-Container


目录


项目特点:

  • 适用范围更广 --- 只要能连通网络,就能安装哪吒服务端,如 LXC, OpenVZ VPS,Nas 虚拟机 , Container PaaS 等
  • Argo 隧道突破需要公网入口的限制 --- 传统的哪吒需要有两个公网端口,一个用于面板的访问,另一个用于客户端上报数据,本项目借用 Cloudflare Argo 隧道,使用内网穿透的办法
  • IPv4 / v6 具备更高的灵活性 --- 传统哪吒需要处理服务端和客户端的 IPv4/v6 兼容性问题,还需要通过 warp 等工具来解决不对应的情况。然而,本项目可以完全不需要考虑这些问题,可以任意对接,更加方便和简便
  • 一条 Argo 隧道分流多个域名和协议 --- 建立一条内网穿透的 Argo 隧道,即可分流三个域名(hostname)和协议(protocal),分别用于面板的访问(http),客户端上报数据(tcp)和 ssh(可选)
  • GrpcWebProxy 反向代理的 gRPC 数据端口 --- 配上证书做 tls 终结,然后 Argo 的隧道配置用 https 服务指向这个反向代理,启用http2回源,grpc(nezha)->GrpcWebProxy->h2(argo)->cf cdn edge->agent
  • 每天自动备份 --- 北京时间每天 4 时 0 分自动备份整个哪吒面板文件夹到指定的 github 私库,包括面板主题,面板设置,探针数据和隧道信息,备份保留近 5 天数据;鉴于内容十分重要,必须要放在私库
  • 每天自动更新面板 -- 北京时间每天 4 时 0 分自动检测最新的官方面板版本,有升级时自动更新
  • 手/自一体还原备份 --- 每分钟检测一次在线还原文件的内容,遇到有更新立刻还原
  • 默认内置本机探针 --- 能很方便的监控自身服务器信息
  • 数据更安全 --- Argo 隧道使用TLS加密通信,可以将应用程序流量安全地传输到 Cloudflare 网络,提高了应用程序的安全性和可靠性。此外,Argo Tunnel也可以防止IP泄露和DDoS攻击等网络威胁
image

准备需要用的变量

  • 到 Cloudflare 官网,选择使用的域名,打开 网络 选项将 gRPC 开关打开
image

面板域名加上 https:// 开头,回调地址再加上 /oauth2/callback 结尾

imageimageimageimageimage

Argo 认证的获取方式: json 或 token

Argo 隧道认证方式有 json 和 token,使用两个方式其中之一。推荐前者,理由脚本会处理好所有的 Argo 隧道参数和路径,后者需要到 Cloudflare 官网手动设置,容易出错。

(方式 1 - Json):

通过 Cloudflare Json 生成网轻松获取 Argo 隧道 json 信息: https://fscarmen.cloudflare.now.cc

image

(方式 2 - Token): 通过 Cloudflare 官网,手动生成 Argo 隧道 token 信息

到 cf 官网:https://dash.cloudflare.com/

  • 进入 zero trust 里生成 token 隧道和信息。
  • 其中数据路径 443/https 为 proto.NezhaService
  • ssh 路径 22/ssh 为 < client id >
imageimageimageimageimageimageimage

PaaS 部署实例

镜像 fscarmen/argo-nezha:latest , 支持 amd64 和 arm64 架构

用到的变量

变量名是否必须备注
GH_USERgithub 的用户名,用于面板管理授权
GH_CLIENTID在 github 上申请
GH_CLIENTSECRET在 github 上申请
GH_BACKUP_USER在 github 上备份哪吒服务端数据库的 github 用户名,不填则与面板管理授权的账户 GH_USER 一致
GH_REPO在 github 上备份哪吒服务端数据库文件的 github 库
GH_EMAILgithub 的邮箱,用于备份的 git 推送到远程库
GH_PATgithub 的 PAT
ARGO_AUTHJson: 从 https://fscarmen.cloudflare.now.cc 获取的 Argo Json
Token: 从 Cloudflare 官网获取
ARGO_DOMAINArgo 域名

Koyeb

Deploy to Koyeb

imageimageimageimageimage

VPS 部署方式 1 --- docker

  • 注意: ARGO_DOMAIN= 后面需要有单引号,不能去掉
  • 如果 VPS 是 IPv6 only 的,请先安装 WARP IPv4 或者双栈: https://gitlab.com/fscarmen/warp
  • 备份目录为当前路径的 dashboard 文件夹

docker 部署

docker run -dit \\
            --name nezha_dashboard \\
            --pull always \\
            --restart always \\
diff --git a/assets/case_case5.md.DtR5Akx6.lean.js b/assets/case_case5.md.CRDGuZAl.lean.js
similarity index 85%
rename from assets/case_case5.md.DtR5Akx6.lean.js
rename to assets/case_case5.md.CRDGuZAl.lean.js
index 100fd0be..153233cf 100644
--- a/assets/case_case5.md.DtR5Akx6.lean.js
+++ b/assets/case_case5.md.CRDGuZAl.lean.js
@@ -1 +1 @@
-import{_ as a,c as e,o as s,a4 as t}from"./chunks/framework.BmdFiWrL.js";const u=JSON.parse('{"title":"使用 Argo 隧道的哪吒服务端","description":"","frontmatter":{},"headers":[],"relativePath":"case/case5.md","filePath":"case/case5.md","lastUpdated":1723164446000}'),n={name:"case/case5.md"},r=t("",89),l=[r];function i(o,c,h,p,d,g){return s(),e("div",null,l)}const m=a(n,[["render",i]]);export{u as __pageData,m as default};
+import{_ as a,c as e,o as s,a4 as t}from"./chunks/framework.BmdFiWrL.js";const u=JSON.parse('{"title":"使用 Argo 隧道的哪吒服务端","description":"","frontmatter":{},"headers":[],"relativePath":"case/case5.md","filePath":"case/case5.md","lastUpdated":1723329100000}'),n={name:"case/case5.md"},r=t("",89),l=[r];function i(o,c,h,p,d,g){return s(),e("div",null,l)}const m=a(n,[["render",i]]);export{u as __pageData,m as default};
diff --git a/assets/case_case6.md.BR2UrA5d.js b/assets/case_case6.md.CKK1UxuY.js
similarity index 98%
rename from assets/case_case6.md.BR2UrA5d.js
rename to assets/case_case6.md.CKK1UxuY.js
index b7988cbb..55796949 100644
--- a/assets/case_case6.md.BR2UrA5d.js
+++ b/assets/case_case6.md.CKK1UxuY.js
@@ -1 +1 @@
-import{_ as a,c as e,o as t,a4 as o}from"./chunks/framework.BmdFiWrL.js";const s="/assets/Download_on_the_App_Store_Badge_CNSC_RGB_blk_092917.B6iCCvXs.svg",r="/assets/1.BL34OYdd.png",i="/assets/2.BqfHYLGJ.png",l="/assets/3.D4KlWCds.png",k=JSON.parse('{"title":"Nezha Mobile - Nezha Dashboard 的 iOS 客户端","description":"","frontmatter":{},"headers":[],"relativePath":"case/case6.md","filePath":"case/case6.md","lastUpdated":1723164446000}'),n={name:"case/case6.md"},h=o('

Nezha Mobile - Nezha Dashboard 的 iOS 客户端

贡献者:

为项目作出贡献

项目地址

INFO

我们欢迎对项目的任何贡献,并将积极合并你的修改至下一次的Release,但我们可能会对不符合App Review Guidelines的内容(或潜在内容)进行一些修改。

从 App Store 下载

Download_on_the_App_Store_Badge_US-UK_RGB_blk_092917

WARNING

App Store版本的Nezha Mobile由于ICP备案原因不在中国大陆提供服务。

TestFlight 测试计划

加入 TestFlight 测试

使用说明

  • 首次使用时你需要输入Dashboard链接API TokenDashboard链接形如server.hidandelion.com,不要添加协议头和末尾斜杠。API Token可通过Dashboard管理后台获取。 step1

配置小组件(可选)

  • 在Springboard添加小组件,长按后点击编辑小组件step2

  • 在随后的页面中选择一台你需要监控的服务器。你可以为多个小组件配置不同的服务器。 step3

',15),p=[h];function d(c,_,b,g,m,u){return t(),e("div",null,p)}const N=a(n,[["render",d]]);export{k as __pageData,N as default}; +import{_ as a,c as e,o as t,a4 as o}from"./chunks/framework.BmdFiWrL.js";const s="/assets/Download_on_the_App_Store_Badge_CNSC_RGB_blk_092917.B6iCCvXs.svg",r="/assets/1.BL34OYdd.png",i="/assets/2.BqfHYLGJ.png",l="/assets/3.D4KlWCds.png",k=JSON.parse('{"title":"Nezha Mobile - Nezha Dashboard 的 iOS 客户端","description":"","frontmatter":{},"headers":[],"relativePath":"case/case6.md","filePath":"case/case6.md","lastUpdated":1723329100000}'),n={name:"case/case6.md"},h=o('

Nezha Mobile - Nezha Dashboard 的 iOS 客户端

贡献者:

为项目作出贡献

项目地址

INFO

我们欢迎对项目的任何贡献,并将积极合并你的修改至下一次的Release,但我们可能会对不符合App Review Guidelines的内容(或潜在内容)进行一些修改。

从 App Store 下载

Download_on_the_App_Store_Badge_US-UK_RGB_blk_092917

WARNING

App Store版本的Nezha Mobile由于ICP备案原因不在中国大陆提供服务。

TestFlight 测试计划

加入 TestFlight 测试

使用说明

  • 首次使用时你需要输入Dashboard链接API TokenDashboard链接形如server.hidandelion.com,不要添加协议头和末尾斜杠。API Token可通过Dashboard管理后台获取。 step1

配置小组件(可选)

  • 在Springboard添加小组件,长按后点击编辑小组件step2

  • 在随后的页面中选择一台你需要监控的服务器。你可以为多个小组件配置不同的服务器。 step3

',15),p=[h];function d(c,_,b,g,m,u){return t(),e("div",null,p)}const N=a(n,[["render",d]]);export{k as __pageData,N as default}; diff --git a/assets/case_case6.md.BR2UrA5d.lean.js b/assets/case_case6.md.CKK1UxuY.lean.js similarity index 89% rename from assets/case_case6.md.BR2UrA5d.lean.js rename to assets/case_case6.md.CKK1UxuY.lean.js index 541b5699..4e0ed93b 100644 --- a/assets/case_case6.md.BR2UrA5d.lean.js +++ b/assets/case_case6.md.CKK1UxuY.lean.js @@ -1 +1 @@ -import{_ as a,c as e,o as t,a4 as o}from"./chunks/framework.BmdFiWrL.js";const s="/assets/Download_on_the_App_Store_Badge_CNSC_RGB_blk_092917.B6iCCvXs.svg",r="/assets/1.BL34OYdd.png",i="/assets/2.BqfHYLGJ.png",l="/assets/3.D4KlWCds.png",k=JSON.parse('{"title":"Nezha Mobile - Nezha Dashboard 的 iOS 客户端","description":"","frontmatter":{},"headers":[],"relativePath":"case/case6.md","filePath":"case/case6.md","lastUpdated":1723164446000}'),n={name:"case/case6.md"},h=o("",15),p=[h];function d(c,_,b,g,m,u){return t(),e("div",null,p)}const N=a(n,[["render",d]]);export{k as __pageData,N as default}; +import{_ as a,c as e,o as t,a4 as o}from"./chunks/framework.BmdFiWrL.js";const s="/assets/Download_on_the_App_Store_Badge_CNSC_RGB_blk_092917.B6iCCvXs.svg",r="/assets/1.BL34OYdd.png",i="/assets/2.BqfHYLGJ.png",l="/assets/3.D4KlWCds.png",k=JSON.parse('{"title":"Nezha Mobile - Nezha Dashboard 的 iOS 客户端","description":"","frontmatter":{},"headers":[],"relativePath":"case/case6.md","filePath":"case/case6.md","lastUpdated":1723329100000}'),n={name:"case/case6.md"},h=o("",15),p=[h];function d(c,_,b,g,m,u){return t(),e("div",null,p)}const N=a(n,[["render",d]]);export{k as __pageData,N as default}; diff --git a/assets/case_index.md.D-s2NB1t.js b/assets/case_index.md.Dh50FgQn.js similarity index 94% rename from assets/case_index.md.D-s2NB1t.js rename to assets/case_index.md.Dh50FgQn.js index d636e1cf..06e28ba5 100644 --- a/assets/case_index.md.D-s2NB1t.js +++ b/assets/case_index.md.Dh50FgQn.js @@ -1 +1 @@ -import{_ as e,c as t,o as a}from"./chunks/framework.BmdFiWrL.js";const p=JSON.parse('{"title":"哪吒监控 - 服务器监控与运维工具","titleTemplate":"社区项目","description":"","frontmatter":{"layout":"home","title":"哪吒监控 - 服务器监控与运维工具","titleTemplate":"社区项目","hero":{"name":"哪吒监控社区项目","text":"社区贡献的相关项目","tagline":"为哪吒监控提供了更多扩展","image":"https://raw.githubusercontent.com/naiba/nezha/master/resource/static/brand.svg","actions":[{"theme":"brand","text":"查看项目 →","link":"/case/case1"}]},"features":[{"title":"提交项目","details":"我们欢迎您提交自己的项目,请加入TG群联系管理员了解相关事宜"},{"title":"注意事项","details":"所有项目均由社区成员贡献,请您知悉哪吒监控团队无法为社区项目承担包括且不限于:保修、可用性、安全性等责任"}]},"headers":[],"relativePath":"case/index.md","filePath":"case/index.md","lastUpdated":1723164446000}'),s={name:"case/index.md"};function n(i,r,c,o,d,l){return a(),t("div")}const _=e(s,[["render",n]]);export{p as __pageData,_ as default}; +import{_ as e,c as t,o as a}from"./chunks/framework.BmdFiWrL.js";const p=JSON.parse('{"title":"哪吒监控 - 服务器监控与运维工具","titleTemplate":"社区项目","description":"","frontmatter":{"layout":"home","title":"哪吒监控 - 服务器监控与运维工具","titleTemplate":"社区项目","hero":{"name":"哪吒监控社区项目","text":"社区贡献的相关项目","tagline":"为哪吒监控提供了更多扩展","image":"https://raw.githubusercontent.com/naiba/nezha/master/resource/static/brand.svg","actions":[{"theme":"brand","text":"查看项目 →","link":"/case/case1"}]},"features":[{"title":"提交项目","details":"我们欢迎您提交自己的项目,请加入TG群联系管理员了解相关事宜"},{"title":"注意事项","details":"所有项目均由社区成员贡献,请您知悉哪吒监控团队无法为社区项目承担包括且不限于:保修、可用性、安全性等责任"}]},"headers":[],"relativePath":"case/index.md","filePath":"case/index.md","lastUpdated":1723329100000}'),s={name:"case/index.md"};function n(i,r,c,o,d,l){return a(),t("div")}const _=e(s,[["render",n]]);export{p as __pageData,_ as default}; diff --git a/assets/case_index.md.D-s2NB1t.lean.js b/assets/case_index.md.Dh50FgQn.lean.js similarity index 94% rename from assets/case_index.md.D-s2NB1t.lean.js rename to assets/case_index.md.Dh50FgQn.lean.js index d636e1cf..06e28ba5 100644 --- a/assets/case_index.md.D-s2NB1t.lean.js +++ b/assets/case_index.md.Dh50FgQn.lean.js @@ -1 +1 @@ -import{_ as e,c as t,o as a}from"./chunks/framework.BmdFiWrL.js";const p=JSON.parse('{"title":"哪吒监控 - 服务器监控与运维工具","titleTemplate":"社区项目","description":"","frontmatter":{"layout":"home","title":"哪吒监控 - 服务器监控与运维工具","titleTemplate":"社区项目","hero":{"name":"哪吒监控社区项目","text":"社区贡献的相关项目","tagline":"为哪吒监控提供了更多扩展","image":"https://raw.githubusercontent.com/naiba/nezha/master/resource/static/brand.svg","actions":[{"theme":"brand","text":"查看项目 →","link":"/case/case1"}]},"features":[{"title":"提交项目","details":"我们欢迎您提交自己的项目,请加入TG群联系管理员了解相关事宜"},{"title":"注意事项","details":"所有项目均由社区成员贡献,请您知悉哪吒监控团队无法为社区项目承担包括且不限于:保修、可用性、安全性等责任"}]},"headers":[],"relativePath":"case/index.md","filePath":"case/index.md","lastUpdated":1723164446000}'),s={name:"case/index.md"};function n(i,r,c,o,d,l){return a(),t("div")}const _=e(s,[["render",n]]);export{p as __pageData,_ as default}; +import{_ as e,c as t,o as a}from"./chunks/framework.BmdFiWrL.js";const p=JSON.parse('{"title":"哪吒监控 - 服务器监控与运维工具","titleTemplate":"社区项目","description":"","frontmatter":{"layout":"home","title":"哪吒监控 - 服务器监控与运维工具","titleTemplate":"社区项目","hero":{"name":"哪吒监控社区项目","text":"社区贡献的相关项目","tagline":"为哪吒监控提供了更多扩展","image":"https://raw.githubusercontent.com/naiba/nezha/master/resource/static/brand.svg","actions":[{"theme":"brand","text":"查看项目 →","link":"/case/case1"}]},"features":[{"title":"提交项目","details":"我们欢迎您提交自己的项目,请加入TG群联系管理员了解相关事宜"},{"title":"注意事项","details":"所有项目均由社区成员贡献,请您知悉哪吒监控团队无法为社区项目承担包括且不限于:保修、可用性、安全性等责任"}]},"headers":[],"relativePath":"case/index.md","filePath":"case/index.md","lastUpdated":1723329100000}'),s={name:"case/index.md"};function n(i,r,c,o,d,l){return a(),t("div")}const _=e(s,[["render",n]]);export{p as __pageData,_ as default}; diff --git a/assets/developer_index.md.DV2PymDZ.js b/assets/developer_index.md.yK-yAngU.js similarity index 92% rename from assets/developer_index.md.DV2PymDZ.js rename to assets/developer_index.md.yK-yAngU.js index 731eb1e7..0dabf2fe 100644 --- a/assets/developer_index.md.DV2PymDZ.js +++ b/assets/developer_index.md.yK-yAngU.js @@ -1 +1 @@ -import{_ as e,c as t,o as a}from"./chunks/framework.BmdFiWrL.js";const m=JSON.parse('{"title":"哪吒监控 - 服务器监控与运维工具","titleTemplate":"开发手册","description":"","frontmatter":{"layout":"home","title":"哪吒监控 - 服务器监控与运维工具","titleTemplate":"开发手册","hero":{"name":"开发手册","text":"哪吒监控开发手册","tagline":"我们欢迎你提出高质量的Pull Request,帮助哪吒监控变得更好!","image":"https://raw.githubusercontent.com/naiba/nezha/master/resource/static/brand.svg","actions":[{"theme":"brand","text":"开始使用 →","link":"/developer/theme"}]}},"headers":[],"relativePath":"developer/index.md","filePath":"developer/index.md","lastUpdated":1723164446000}'),r={name:"developer/index.md"};function n(o,s,i,d,l,c){return a(),t("div")}const h=e(r,[["render",n]]);export{m as __pageData,h as default}; +import{_ as e,c as t,o as a}from"./chunks/framework.BmdFiWrL.js";const m=JSON.parse('{"title":"哪吒监控 - 服务器监控与运维工具","titleTemplate":"开发手册","description":"","frontmatter":{"layout":"home","title":"哪吒监控 - 服务器监控与运维工具","titleTemplate":"开发手册","hero":{"name":"开发手册","text":"哪吒监控开发手册","tagline":"我们欢迎你提出高质量的Pull Request,帮助哪吒监控变得更好!","image":"https://raw.githubusercontent.com/naiba/nezha/master/resource/static/brand.svg","actions":[{"theme":"brand","text":"开始使用 →","link":"/developer/theme"}]}},"headers":[],"relativePath":"developer/index.md","filePath":"developer/index.md","lastUpdated":1723329100000}'),r={name:"developer/index.md"};function n(o,s,i,d,l,c){return a(),t("div")}const h=e(r,[["render",n]]);export{m as __pageData,h as default}; diff --git a/assets/developer_index.md.DV2PymDZ.lean.js b/assets/developer_index.md.yK-yAngU.lean.js similarity index 92% rename from assets/developer_index.md.DV2PymDZ.lean.js rename to assets/developer_index.md.yK-yAngU.lean.js index 731eb1e7..0dabf2fe 100644 --- a/assets/developer_index.md.DV2PymDZ.lean.js +++ b/assets/developer_index.md.yK-yAngU.lean.js @@ -1 +1 @@ -import{_ as e,c as t,o as a}from"./chunks/framework.BmdFiWrL.js";const m=JSON.parse('{"title":"哪吒监控 - 服务器监控与运维工具","titleTemplate":"开发手册","description":"","frontmatter":{"layout":"home","title":"哪吒监控 - 服务器监控与运维工具","titleTemplate":"开发手册","hero":{"name":"开发手册","text":"哪吒监控开发手册","tagline":"我们欢迎你提出高质量的Pull Request,帮助哪吒监控变得更好!","image":"https://raw.githubusercontent.com/naiba/nezha/master/resource/static/brand.svg","actions":[{"theme":"brand","text":"开始使用 →","link":"/developer/theme"}]}},"headers":[],"relativePath":"developer/index.md","filePath":"developer/index.md","lastUpdated":1723164446000}'),r={name:"developer/index.md"};function n(o,s,i,d,l,c){return a(),t("div")}const h=e(r,[["render",n]]);export{m as __pageData,h as default}; +import{_ as e,c as t,o as a}from"./chunks/framework.BmdFiWrL.js";const m=JSON.parse('{"title":"哪吒监控 - 服务器监控与运维工具","titleTemplate":"开发手册","description":"","frontmatter":{"layout":"home","title":"哪吒监控 - 服务器监控与运维工具","titleTemplate":"开发手册","hero":{"name":"开发手册","text":"哪吒监控开发手册","tagline":"我们欢迎你提出高质量的Pull Request,帮助哪吒监控变得更好!","image":"https://raw.githubusercontent.com/naiba/nezha/master/resource/static/brand.svg","actions":[{"theme":"brand","text":"开始使用 →","link":"/developer/theme"}]}},"headers":[],"relativePath":"developer/index.md","filePath":"developer/index.md","lastUpdated":1723329100000}'),r={name:"developer/index.md"};function n(o,s,i,d,l,c){return a(),t("div")}const h=e(r,[["render",n]]);export{m as __pageData,h as default}; diff --git a/assets/developer_l10n.md.DPfRFb2V.js b/assets/developer_l10n.md.YO6Z_5QW.js similarity index 96% rename from assets/developer_l10n.md.DPfRFb2V.js rename to assets/developer_l10n.md.YO6Z_5QW.js index 22f90623..d9115f04 100644 --- a/assets/developer_l10n.md.DPfRFb2V.js +++ b/assets/developer_l10n.md.YO6Z_5QW.js @@ -1 +1 @@ -import{_ as e,c as a,o,a4 as l}from"./chunks/framework.BmdFiWrL.js";const u=JSON.parse('{"title":"l10n 本地化开发指南","description":"","frontmatter":{},"headers":[],"relativePath":"developer/l10n.md","filePath":"developer/l10n.md","lastUpdated":1723164446000}'),t={name:"developer/l10n.md"},r=l('

l10n 本地化开发指南

哪吒监控的 Dashboard 已经添加本地化,支持多个语言,你可以在开发新功能时遵循以下步骤来支持本地化

介绍

  1. 你可以直接使用 /resource/l10n/zh-CN.toml 中已有的文本配置来替换新功能中的文本
  2. 如果新功能中有新增文本,请参考 zh-CN.toml 的配置文本,将新文本拉取到 zh-CN.toml 等其他语言的配置文件中,并添加翻译

新本地化文本的添加

  1. /resource/l10n/ 中添加新的语言文本配置
  2. 在新的语言文本配置中拉取其他语言已有的文本配置
  3. 为新的语言文本配置添加翻译
',6),n=[r];function d(c,i,s,_,h,p){return o(),a("div",null,n)}const f=e(t,[["render",d]]);export{u as __pageData,f as default}; +import{_ as e,c as a,o,a4 as l}from"./chunks/framework.BmdFiWrL.js";const u=JSON.parse('{"title":"l10n 本地化开发指南","description":"","frontmatter":{},"headers":[],"relativePath":"developer/l10n.md","filePath":"developer/l10n.md","lastUpdated":1723329100000}'),t={name:"developer/l10n.md"},r=l('

l10n 本地化开发指南

哪吒监控的 Dashboard 已经添加本地化,支持多个语言,你可以在开发新功能时遵循以下步骤来支持本地化

介绍

  1. 你可以直接使用 /resource/l10n/zh-CN.toml 中已有的文本配置来替换新功能中的文本
  2. 如果新功能中有新增文本,请参考 zh-CN.toml 的配置文本,将新文本拉取到 zh-CN.toml 等其他语言的配置文件中,并添加翻译

新本地化文本的添加

  1. /resource/l10n/ 中添加新的语言文本配置
  2. 在新的语言文本配置中拉取其他语言已有的文本配置
  3. 为新的语言文本配置添加翻译
',6),n=[r];function d(c,i,s,_,h,p){return o(),a("div",null,n)}const f=e(t,[["render",d]]);export{u as __pageData,f as default}; diff --git a/assets/developer_l10n.md.DPfRFb2V.lean.js b/assets/developer_l10n.md.YO6Z_5QW.lean.js similarity index 85% rename from assets/developer_l10n.md.DPfRFb2V.lean.js rename to assets/developer_l10n.md.YO6Z_5QW.lean.js index cb59996b..fdc1df44 100644 --- a/assets/developer_l10n.md.DPfRFb2V.lean.js +++ b/assets/developer_l10n.md.YO6Z_5QW.lean.js @@ -1 +1 @@ -import{_ as e,c as a,o,a4 as l}from"./chunks/framework.BmdFiWrL.js";const u=JSON.parse('{"title":"l10n 本地化开发指南","description":"","frontmatter":{},"headers":[],"relativePath":"developer/l10n.md","filePath":"developer/l10n.md","lastUpdated":1723164446000}'),t={name:"developer/l10n.md"},r=l("",6),n=[r];function d(c,i,s,_,h,p){return o(),a("div",null,n)}const f=e(t,[["render",d]]);export{u as __pageData,f as default}; +import{_ as e,c as a,o,a4 as l}from"./chunks/framework.BmdFiWrL.js";const u=JSON.parse('{"title":"l10n 本地化开发指南","description":"","frontmatter":{},"headers":[],"relativePath":"developer/l10n.md","filePath":"developer/l10n.md","lastUpdated":1723329100000}'),t={name:"developer/l10n.md"},r=l("",6),n=[r];function d(c,i,s,_,h,p){return o(),a("div",null,n)}const f=e(t,[["render",d]]);export{u as __pageData,f as default}; diff --git a/assets/developer_theme.md.D1mUFqWw.js b/assets/developer_theme.md.BJ6nmuuW.js similarity index 96% rename from assets/developer_theme.md.D1mUFqWw.js rename to assets/developer_theme.md.BJ6nmuuW.js index c7e46893..640d1710 100644 --- a/assets/developer_theme.md.D1mUFqWw.js +++ b/assets/developer_theme.md.BJ6nmuuW.js @@ -1 +1 @@ -import{_ as e,c as a,o,a4 as t}from"./chunks/framework.BmdFiWrL.js";const u=JSON.parse('{"title":"哪吒主题开发环境","description":"","frontmatter":{},"headers":[],"relativePath":"developer/theme.md","filePath":"developer/theme.md","lastUpdated":1723164446000}'),c={name:"developer/theme.md"},l=t('

哪吒主题开发环境

哪吒面板提供了主题开发环境,你可以使用它来创建新的哪吒监控主题

WARNING

请注意: 此开发环境仅支持 dashboard v0.13.16 及更新版本。

使用说明

  1. 克隆此仓库到本地
  2. 修改 data/config.yaml 中的 Oauth2 配置(回调连接可以填 http://localhost
  3. 运行 docker-compose up
  4. 开始开发
  5. 主题制作完成之后可以将 theme-custom 放置到服务器上的 /opt/nezha/dashboard/theme-custom 位置

FAQ

  • 如果不能使用 80 端口,在 docker-compose.yaml 中修改配置。
',7),d=[l];function r(s,i,h,n,m,_){return o(),a("div",null,d)}const f=e(c,[["render",r]]);export{u as __pageData,f as default}; +import{_ as e,c as a,o,a4 as t}from"./chunks/framework.BmdFiWrL.js";const u=JSON.parse('{"title":"哪吒主题开发环境","description":"","frontmatter":{},"headers":[],"relativePath":"developer/theme.md","filePath":"developer/theme.md","lastUpdated":1723329100000}'),c={name:"developer/theme.md"},l=t('

哪吒主题开发环境

哪吒面板提供了主题开发环境,你可以使用它来创建新的哪吒监控主题

WARNING

请注意: 此开发环境仅支持 dashboard v0.13.16 及更新版本。

使用说明

  1. 克隆此仓库到本地
  2. 修改 data/config.yaml 中的 Oauth2 配置(回调连接可以填 http://localhost
  3. 运行 docker-compose up
  4. 开始开发
  5. 主题制作完成之后可以将 theme-custom 放置到服务器上的 /opt/nezha/dashboard/theme-custom 位置

FAQ

  • 如果不能使用 80 端口,在 docker-compose.yaml 中修改配置。
',7),d=[l];function r(s,i,h,n,m,_){return o(),a("div",null,d)}const f=e(c,[["render",r]]);export{u as __pageData,f as default}; diff --git a/assets/developer_theme.md.D1mUFqWw.lean.js b/assets/developer_theme.md.BJ6nmuuW.lean.js similarity index 85% rename from assets/developer_theme.md.D1mUFqWw.lean.js rename to assets/developer_theme.md.BJ6nmuuW.lean.js index 89dc7e69..3f258e58 100644 --- a/assets/developer_theme.md.D1mUFqWw.lean.js +++ b/assets/developer_theme.md.BJ6nmuuW.lean.js @@ -1 +1 @@ -import{_ as e,c as a,o,a4 as t}from"./chunks/framework.BmdFiWrL.js";const u=JSON.parse('{"title":"哪吒主题开发环境","description":"","frontmatter":{},"headers":[],"relativePath":"developer/theme.md","filePath":"developer/theme.md","lastUpdated":1723164446000}'),c={name:"developer/theme.md"},l=t("",7),d=[l];function r(s,i,h,n,m,_){return o(),a("div",null,d)}const f=e(c,[["render",r]]);export{u as __pageData,f as default}; +import{_ as e,c as a,o,a4 as t}from"./chunks/framework.BmdFiWrL.js";const u=JSON.parse('{"title":"哪吒主题开发环境","description":"","frontmatter":{},"headers":[],"relativePath":"developer/theme.md","filePath":"developer/theme.md","lastUpdated":1723329100000}'),c={name:"developer/theme.md"},l=t("",7),d=[l];function r(s,i,h,n,m,_){return o(),a("div",null,d)}const f=e(c,[["render",r]]);export{u as __pageData,f as default}; diff --git a/assets/en_US_case_case1.md.lHN4j-Cq.js b/assets/en_US_case_case1.md.CGI7uWYW.js similarity index 95% rename from assets/en_US_case_case1.md.lHN4j-Cq.js rename to assets/en_US_case_case1.md.CGI7uWYW.js index ca1700a2..7e0075c2 100644 --- a/assets/en_US_case_case1.md.lHN4j-Cq.js +++ b/assets/en_US_case_case1.md.CGI7uWYW.js @@ -1 +1 @@ -import{_ as e,c as t,o as r,a4 as o}from"./chunks/framework.BmdFiWrL.js";const d=JSON.parse('{"title":"Build your own Telegram bot to query server information","description":"","frontmatter":{},"headers":[],"relativePath":"en_US/case/case1.md","filePath":"en_US/case/case1.md","lastUpdated":1723164446000}'),a={name:"en_US/case/case1.md"},n=o('

Build your own Telegram bot to query server information

Contributors:

Project: nezha_api_tgbot (Chinese)

Mirror backup, non-real-time update: nezha_api_tgbot (Chinese)

The bot can request server status information from the Dashboard through the API, and then send the information to the user.
You can build this bot to easily view the current status of a given server without opening the Dashboard.

',6),i=[n];function s(h,_,l,u,c,p){return r(),t("div",null,i)}const m=e(a,[["render",s]]);export{d as __pageData,m as default}; +import{_ as e,c as t,o as r,a4 as o}from"./chunks/framework.BmdFiWrL.js";const d=JSON.parse('{"title":"Build your own Telegram bot to query server information","description":"","frontmatter":{},"headers":[],"relativePath":"en_US/case/case1.md","filePath":"en_US/case/case1.md","lastUpdated":1723329100000}'),a={name:"en_US/case/case1.md"},n=o('

Build your own Telegram bot to query server information

Contributors:

Project: nezha_api_tgbot (Chinese)

Mirror backup, non-real-time update: nezha_api_tgbot (Chinese)

The bot can request server status information from the Dashboard through the API, and then send the information to the user.
You can build this bot to easily view the current status of a given server without opening the Dashboard.

',6),i=[n];function s(h,_,l,u,c,p){return r(),t("div",null,i)}const m=e(a,[["render",s]]);export{d as __pageData,m as default}; diff --git a/assets/en_US_case_case1.md.lHN4j-Cq.lean.js b/assets/en_US_case_case1.md.CGI7uWYW.lean.js similarity index 86% rename from assets/en_US_case_case1.md.lHN4j-Cq.lean.js rename to assets/en_US_case_case1.md.CGI7uWYW.lean.js index 36b2d122..1f3a08e4 100644 --- a/assets/en_US_case_case1.md.lHN4j-Cq.lean.js +++ b/assets/en_US_case_case1.md.CGI7uWYW.lean.js @@ -1 +1 @@ -import{_ as e,c as t,o as r,a4 as o}from"./chunks/framework.BmdFiWrL.js";const d=JSON.parse('{"title":"Build your own Telegram bot to query server information","description":"","frontmatter":{},"headers":[],"relativePath":"en_US/case/case1.md","filePath":"en_US/case/case1.md","lastUpdated":1723164446000}'),a={name:"en_US/case/case1.md"},n=o("",6),i=[n];function s(h,_,l,u,c,p){return r(),t("div",null,i)}const m=e(a,[["render",s]]);export{d as __pageData,m as default}; +import{_ as e,c as t,o as r,a4 as o}from"./chunks/framework.BmdFiWrL.js";const d=JSON.parse('{"title":"Build your own Telegram bot to query server information","description":"","frontmatter":{},"headers":[],"relativePath":"en_US/case/case1.md","filePath":"en_US/case/case1.md","lastUpdated":1723329100000}'),a={name:"en_US/case/case1.md"},n=o("",6),i=[n];function s(h,_,l,u,c,p){return r(),t("div",null,i)}const m=e(a,[["render",s]]);export{d as __pageData,m as default}; diff --git a/assets/en_US_case_case2.md.BYwznfRf.js b/assets/en_US_case_case2.md.Y7IJg0Q9.js similarity index 97% rename from assets/en_US_case_case2.md.BYwznfRf.js rename to assets/en_US_case_case2.md.Y7IJg0Q9.js index 642128a7..b9ccbad5 100644 --- a/assets/en_US_case_case2.md.BYwznfRf.js +++ b/assets/en_US_case_case2.md.Y7IJg0Q9.js @@ -1 +1 @@ -import{_ as e}from"./chunks/qrcode.CZOxHFH-.js";import{_ as t,c as r,o,a4 as s}from"./chunks/framework.BmdFiWrL.js";const f=JSON.parse('{"title":"Use Siri to run shortcut to check server status in iOS/MacOS","description":"","frontmatter":{},"headers":[],"relativePath":"en_US/case/case2.md","filePath":"en_US/case/case2.md","lastUpdated":1723164446000}'),a={name:"en_US/case/case2.md"},c=s('

Use Siri to run shortcut to check server status in iOS/MacOS

Current Version:V1.0 (Chinese)
Contributor:

Get shortcut command

Scan the following QR code with your iPhone or iPad to get the shortcut

coode


MacOS users please visit here to get the shortcut

How to use

  • After getting the shortcut, open and edit the shortcut
  • Fill in Dashboard URL, API Token, Server ID in the three text boxes
  • Save the edit and test run, if you can get the result, the setting is correct.
  • Modify the name of the shortcut, such as: Server Status, then you can use Siri command: "Hey Siri, Server Status" to get the server status.

WARNING

Each shortcut can only monitor one server, if you need to monitor more than one server, please copy this shortcut several times and configure them separately, then modify the shortcut name separately, such as; Server 1 Status, Server 2 Status, etc.

',8),i=[c];function h(n,u,l,d,m,_){return o(),r("div",null,i)}const b=t(a,[["render",h]]);export{f as __pageData,b as default}; +import{_ as e}from"./chunks/qrcode.CZOxHFH-.js";import{_ as t,c as r,o,a4 as s}from"./chunks/framework.BmdFiWrL.js";const f=JSON.parse('{"title":"Use Siri to run shortcut to check server status in iOS/MacOS","description":"","frontmatter":{},"headers":[],"relativePath":"en_US/case/case2.md","filePath":"en_US/case/case2.md","lastUpdated":1723329100000}'),a={name:"en_US/case/case2.md"},c=s('

Use Siri to run shortcut to check server status in iOS/MacOS

Current Version:V1.0 (Chinese)
Contributor:

Get shortcut command

Scan the following QR code with your iPhone or iPad to get the shortcut

coode


MacOS users please visit here to get the shortcut

How to use

  • After getting the shortcut, open and edit the shortcut
  • Fill in Dashboard URL, API Token, Server ID in the three text boxes
  • Save the edit and test run, if you can get the result, the setting is correct.
  • Modify the name of the shortcut, such as: Server Status, then you can use Siri command: "Hey Siri, Server Status" to get the server status.

WARNING

Each shortcut can only monitor one server, if you need to monitor more than one server, please copy this shortcut several times and configure them separately, then modify the shortcut name separately, such as; Server 1 Status, Server 2 Status, etc.

',8),i=[c];function h(n,u,l,d,m,_){return o(),r("div",null,i)}const b=t(a,[["render",h]]);export{f as __pageData,b as default}; diff --git a/assets/en_US_case_case2.md.BYwznfRf.lean.js b/assets/en_US_case_case2.md.Y7IJg0Q9.lean.js similarity index 87% rename from assets/en_US_case_case2.md.BYwznfRf.lean.js rename to assets/en_US_case_case2.md.Y7IJg0Q9.lean.js index cc0ed380..14d3272e 100644 --- a/assets/en_US_case_case2.md.BYwznfRf.lean.js +++ b/assets/en_US_case_case2.md.Y7IJg0Q9.lean.js @@ -1 +1 @@ -import{_ as e}from"./chunks/qrcode.CZOxHFH-.js";import{_ as t,c as r,o,a4 as s}from"./chunks/framework.BmdFiWrL.js";const f=JSON.parse('{"title":"Use Siri to run shortcut to check server status in iOS/MacOS","description":"","frontmatter":{},"headers":[],"relativePath":"en_US/case/case2.md","filePath":"en_US/case/case2.md","lastUpdated":1723164446000}'),a={name:"en_US/case/case2.md"},c=s("",8),i=[c];function h(n,u,l,d,m,_){return o(),r("div",null,i)}const b=t(a,[["render",h]]);export{f as __pageData,b as default}; +import{_ as e}from"./chunks/qrcode.CZOxHFH-.js";import{_ as t,c as r,o,a4 as s}from"./chunks/framework.BmdFiWrL.js";const f=JSON.parse('{"title":"Use Siri to run shortcut to check server status in iOS/MacOS","description":"","frontmatter":{},"headers":[],"relativePath":"en_US/case/case2.md","filePath":"en_US/case/case2.md","lastUpdated":1723329100000}'),a={name:"en_US/case/case2.md"},c=s("",8),i=[c];function h(n,u,l,d,m,_){return o(),r("div",null,i)}const b=t(a,[["render",h]]);export{f as __pageData,b as default}; diff --git a/assets/en_US_case_case3.md.CpCFpbcK.js b/assets/en_US_case_case3.md.0cnofR_i.js similarity index 97% rename from assets/en_US_case_case3.md.CpCFpbcK.js rename to assets/en_US_case_case3.md.0cnofR_i.js index d11b9f2b..0f5518f6 100644 --- a/assets/en_US_case_case3.md.CpCFpbcK.js +++ b/assets/en_US_case_case3.md.0cnofR_i.js @@ -1 +1 @@ -import{_ as t,c as e,o as r,a4 as a}from"./chunks/framework.BmdFiWrL.js";const _=JSON.parse('{"title":"Build your own server status query Telegram bot","description":"","frontmatter":{},"headers":[],"relativePath":"en_US/case/case3.md","filePath":"en_US/case/case3.md","lastUpdated":1723164446000}'),d={name:"en_US/case/case3.md"},o=a('

Build your own server status query Telegram bot

Contributor:

GitHub project: nezha_telegram_bot(English is already supported)

Mirror backup, non-real-time update : nezha_telegram_bot(English is already supported)

Features

  • [x] Support Chinese/English multi-language switch
  • [x] Support tag statistics (CPU, disk, memory, upstream and downstream speed, traffic statistics, etc.)
  • [x] Support real-time refresh of single server data
  • [x] Support keyboard interactive query
  • [x] Support query by command
  • [x] Support adding bot to group, privacy protection of bot replies in group chat
  • [x] Support bot messages automatic deletion in group chat within 20 seconds
  • [x] Support docker deployment

Commands list

CommandDescriptionPrivate chat only
startGetting started with the keyboard main menu✔️
helphelp message
addAdd Nezha monitoring url link and token✔️
urlAdd Nezha monitoring url link✔️
tokenAdd Nezha monitoring token✔️
infoGet saved Nezha monitoring url link and token✔️
deleteDelete saved Nezha monitoring url link and token✔️
idAdd an integer id after the command to query the information of a single server (refresh button only available in private chat)
allQuery statistics for all servers
searchSearch for keywords in server names (multiple keywords supported, split by spaces)
',9),i=[o];function s(n,l,u,h,c,p){return r(),e("div",null,i)}const b=t(d,[["render",s]]);export{_ as __pageData,b as default}; +import{_ as t,c as e,o as r,a4 as a}from"./chunks/framework.BmdFiWrL.js";const _=JSON.parse('{"title":"Build your own server status query Telegram bot","description":"","frontmatter":{},"headers":[],"relativePath":"en_US/case/case3.md","filePath":"en_US/case/case3.md","lastUpdated":1723329100000}'),d={name:"en_US/case/case3.md"},o=a('

Build your own server status query Telegram bot

Contributor:

GitHub project: nezha_telegram_bot(English is already supported)

Mirror backup, non-real-time update : nezha_telegram_bot(English is already supported)

Features

  • [x] Support Chinese/English multi-language switch
  • [x] Support tag statistics (CPU, disk, memory, upstream and downstream speed, traffic statistics, etc.)
  • [x] Support real-time refresh of single server data
  • [x] Support keyboard interactive query
  • [x] Support query by command
  • [x] Support adding bot to group, privacy protection of bot replies in group chat
  • [x] Support bot messages automatic deletion in group chat within 20 seconds
  • [x] Support docker deployment

Commands list

CommandDescriptionPrivate chat only
startGetting started with the keyboard main menu✔️
helphelp message
addAdd Nezha monitoring url link and token✔️
urlAdd Nezha monitoring url link✔️
tokenAdd Nezha monitoring token✔️
infoGet saved Nezha monitoring url link and token✔️
deleteDelete saved Nezha monitoring url link and token✔️
idAdd an integer id after the command to query the information of a single server (refresh button only available in private chat)
allQuery statistics for all servers
searchSearch for keywords in server names (multiple keywords supported, split by spaces)
',9),i=[o];function s(n,l,u,h,c,p){return r(),e("div",null,i)}const b=t(d,[["render",s]]);export{_ as __pageData,b as default}; diff --git a/assets/en_US_case_case3.md.CpCFpbcK.lean.js b/assets/en_US_case_case3.md.0cnofR_i.lean.js similarity index 86% rename from assets/en_US_case_case3.md.CpCFpbcK.lean.js rename to assets/en_US_case_case3.md.0cnofR_i.lean.js index f361ef76..a7838a63 100644 --- a/assets/en_US_case_case3.md.CpCFpbcK.lean.js +++ b/assets/en_US_case_case3.md.0cnofR_i.lean.js @@ -1 +1 @@ -import{_ as t,c as e,o as r,a4 as a}from"./chunks/framework.BmdFiWrL.js";const _=JSON.parse('{"title":"Build your own server status query Telegram bot","description":"","frontmatter":{},"headers":[],"relativePath":"en_US/case/case3.md","filePath":"en_US/case/case3.md","lastUpdated":1723164446000}'),d={name:"en_US/case/case3.md"},o=a("",9),i=[o];function s(n,l,u,h,c,p){return r(),e("div",null,i)}const b=t(d,[["render",s]]);export{_ as __pageData,b as default}; +import{_ as t,c as e,o as r,a4 as a}from"./chunks/framework.BmdFiWrL.js";const _=JSON.parse('{"title":"Build your own server status query Telegram bot","description":"","frontmatter":{},"headers":[],"relativePath":"en_US/case/case3.md","filePath":"en_US/case/case3.md","lastUpdated":1723329100000}'),d={name:"en_US/case/case3.md"},o=a("",9),i=[o];function s(n,l,u,h,c,p){return r(),e("div",null,i)}const b=t(d,[["render",s]]);export{_ as __pageData,b as default}; diff --git a/assets/en_US_case_case4.md.lMYTw4AZ.js b/assets/en_US_case_case4.md.CRqfCnCH.js similarity index 94% rename from assets/en_US_case_case4.md.lMYTw4AZ.js rename to assets/en_US_case_case4.md.CRqfCnCH.js index e89546f2..ae1cc21d 100644 --- a/assets/en_US_case_case4.md.lMYTw4AZ.js +++ b/assets/en_US_case_case4.md.CRqfCnCH.js @@ -1 +1 @@ -import{_ as e,c as a,o as t,a4 as r}from"./chunks/framework.BmdFiWrL.js";const g=JSON.parse('{"title":"Fake-agent, monitoring data cheater","description":"","frontmatter":{},"headers":[],"relativePath":"en_US/case/case4.md","filePath":"en_US/case/case4.md","lastUpdated":1723164446000}'),n={name:"en_US/case/case4.md"},o=r('

Fake-agent, monitoring data cheater

Contributor:

GitHub project: fake-nezha-agent(Chinese)
Mirror backup, non-real-time update :fake-nezha-agent(Chinese)

You can modify the monitoring data uploaded to Dashboard by the Agent
Use it for cheating 😈

',5),i=[o];function s(c,h,_,d,f,l){return t(),a("div",null,i)}const m=e(n,[["render",s]]);export{g as __pageData,m as default}; +import{_ as e,c as a,o as t,a4 as r}from"./chunks/framework.BmdFiWrL.js";const g=JSON.parse('{"title":"Fake-agent, monitoring data cheater","description":"","frontmatter":{},"headers":[],"relativePath":"en_US/case/case4.md","filePath":"en_US/case/case4.md","lastUpdated":1723329100000}'),n={name:"en_US/case/case4.md"},o=r('

Fake-agent, monitoring data cheater

Contributor:

GitHub project: fake-nezha-agent(Chinese)
Mirror backup, non-real-time update :fake-nezha-agent(Chinese)

You can modify the monitoring data uploaded to Dashboard by the Agent
Use it for cheating 😈

',5),i=[o];function s(c,h,_,d,f,l){return t(),a("div",null,i)}const m=e(n,[["render",s]]);export{g as __pageData,m as default}; diff --git a/assets/en_US_case_case4.md.lMYTw4AZ.lean.js b/assets/en_US_case_case4.md.CRqfCnCH.lean.js similarity index 85% rename from assets/en_US_case_case4.md.lMYTw4AZ.lean.js rename to assets/en_US_case_case4.md.CRqfCnCH.lean.js index 33db59fd..e74e95db 100644 --- a/assets/en_US_case_case4.md.lMYTw4AZ.lean.js +++ b/assets/en_US_case_case4.md.CRqfCnCH.lean.js @@ -1 +1 @@ -import{_ as e,c as a,o as t,a4 as r}from"./chunks/framework.BmdFiWrL.js";const g=JSON.parse('{"title":"Fake-agent, monitoring data cheater","description":"","frontmatter":{},"headers":[],"relativePath":"en_US/case/case4.md","filePath":"en_US/case/case4.md","lastUpdated":1723164446000}'),n={name:"en_US/case/case4.md"},o=r("",5),i=[o];function s(c,h,_,d,f,l){return t(),a("div",null,i)}const m=e(n,[["render",s]]);export{g as __pageData,m as default}; +import{_ as e,c as a,o as t,a4 as r}from"./chunks/framework.BmdFiWrL.js";const g=JSON.parse('{"title":"Fake-agent, monitoring data cheater","description":"","frontmatter":{},"headers":[],"relativePath":"en_US/case/case4.md","filePath":"en_US/case/case4.md","lastUpdated":1723329100000}'),n={name:"en_US/case/case4.md"},o=r("",5),i=[o];function s(c,h,_,d,f,l){return t(),a("div",null,i)}const m=e(n,[["render",s]]);export{g as __pageData,m as default}; diff --git a/assets/en_US_case_case5.md.EO9te4L5.js b/assets/en_US_case_case5.md.s_qNZ0lq.js similarity index 99% rename from assets/en_US_case_case5.md.EO9te4L5.js rename to assets/en_US_case_case5.md.s_qNZ0lq.js index ebdb99cb..a74e4a56 100644 --- a/assets/en_US_case_case5.md.EO9te4L5.js +++ b/assets/en_US_case_case5.md.s_qNZ0lq.js @@ -1,4 +1,4 @@ -import{_ as e,c as a,o as t,a4 as n}from"./chunks/framework.BmdFiWrL.js";const g=JSON.parse('{"title":"Nezha server over Argo tunnel","description":"","frontmatter":{},"headers":[],"relativePath":"en_US/case/case5.md","filePath":"en_US/case/case5.md","lastUpdated":1723164446000}'),s={name:"en_US/case/case5.md"},o=n(`

Nezha server over Argo tunnel

Contributors:

GitHub project: Argo-Nezha-Service-Container

Mirror backup (not live update): Argo-Nezha-Service-Container


Catalog


Project Features.

  • Wider scope of application --- As long as there is a network connection, Nezha server can be installed, such as LXC, OpenVZ VPS, Nas Virtual Machine, Container PaaS, etc.
  • Argo tunnel breaks through the restriction of requiring a public network portal --- The traditional Nezha requires two public network ports, one for panel visiting and the other for client reporting, this project uses Cloudflare Argo tunnels and uses intranet tunneling.
  • IPv4 / v6 with higher flexibility --- The traditional Nezha needs to deal with IPv4/v6 compatibility between server and client, and also needs to resolve mismatches through tools such as warp. However, this project does not need to consider these issues at all, and can be docked arbitrarily, which is much more convenient and easy!
  • One Argo tunnel for multiple domains and protocols --- Create an intranet-penetrating Argo tunnel for three domains (hostname) and protocols, which can be used for panel access (http), client reporting (tcp) and ssh (optional).
  • GrpcWebProxy reverse proxy gRPC data port --- with a certificate for tls termination, then Argo's tunnel configuration with https service pointing to this reverse proxy, enable http2 back to the source, grpc(nezha)->GrpcWebProxy->h2(argo)->cf cdn edge->agent
  • Daily automatic backup --- every day at 04:00 BST, the entire Nezha panel folder is automatically backed up to a designated private github repository, including panel themes, panel settings, probe data and tunnel information, the backup retains nearly 5 days of data; the content is so important that it must be placed in the private repository.
  • Automatic daily panel update -- the latest official panel version is automatically detected every day at 4:00 BST, and updated when there is an upgrade.
  • Manual/automatic restore backup --- check the content of online restore file once a minute, and restore immediately when there is any update.
  • Default built-in local probes --- can easily monitor their own server information
  • More secure data --- Argo Tunnel uses TLS encrypted communication to securely transmit application traffic to the Cloudflare network, improving application security and reliability. In addition, Argo Tunnel protects against network threats such as IP leaks and DDoS attacks.
image

Prepare variables to be used

  • Visit the Cloudflare website, select the domain name you want to use, and turn on the network option to turn the gRPC switch on.
image

Add https:// to the beginning of the panel's domain name and /oauth2/callback to the end of the callback address.

imageimageimageimageimage

How to get Argo authentication: json or token

Argo tunnel authentication methods include json and token, use one of the two methods. The former is recommended because the script will handle all the Argo tunnel parameters and paths, while the latter needs to be set manually on the Cloudflare website and is prone to errors.

(Methods 1 - Json):

Easily get Argo tunnel json information through Cloudflare Json Generation Network: https://fscarmen.cloudflare.now.cc

image

(Methods 2 - Token): Manually generate Argo tunnel token information via Cloudflare website.

Go to the cf website: https://dash.cloudflare.com/

  • Go to zero trust and generate token tunnel and message.
  • The data path 443/https is proto.
  • ssh path 22/ssh for < client id >.
imageimageimageimageimageimageimage

PaaS Deployment Example

Image fscarmen/argo-nezha:latest, supports amd64 and arm64 architectures.

Variables used

Variable NameRequiredRemarks
GH_USERYesgithub username for panel admin authorization
GH_CLIENTIDyesapply on github
GH_CLIENTSECRETyesapply on github
GH_BACKUP_USERNoThe github username for backing up Nezha's server-side database on github, if not filled in, it is the same as the account GH_USER for panel management authorization
GH_REPONoThe github repository for backing up Nezha's server-side database files on github
GH_EMAILNogithub's mailbox for git push backups to remote repositories
GH_PATNogithub's PAT
ARGO_AUTHYesArgo Json from https://fscarmen.cloudflare.now.cc
Argo token from Cloudflare official website
ARGO_DOMAINYesArgo domain

Koyeb

Deploy to Koyeb

imageimageimageimageimage

VPS Deployment Method 1 --- docker

  • Note: ARGO_DOMAIN= must be followed by single quotes, which cannot be removed.
  • If the VPS is IPv6 only, please install WARP IPv4 or dual-stack first: https://github.com/fscarmen/warp
  • The backup directory is the dashboard folder in the current path.

docker deployment

docker run -dit \\
+import{_ as e,c as a,o as t,a4 as n}from"./chunks/framework.BmdFiWrL.js";const g=JSON.parse('{"title":"Nezha server over Argo tunnel","description":"","frontmatter":{},"headers":[],"relativePath":"en_US/case/case5.md","filePath":"en_US/case/case5.md","lastUpdated":1723329100000}'),s={name:"en_US/case/case5.md"},o=n(`

Nezha server over Argo tunnel

Contributors:

GitHub project: Argo-Nezha-Service-Container

Mirror backup (not live update): Argo-Nezha-Service-Container


Catalog


Project Features.

  • Wider scope of application --- As long as there is a network connection, Nezha server can be installed, such as LXC, OpenVZ VPS, Nas Virtual Machine, Container PaaS, etc.
  • Argo tunnel breaks through the restriction of requiring a public network portal --- The traditional Nezha requires two public network ports, one for panel visiting and the other for client reporting, this project uses Cloudflare Argo tunnels and uses intranet tunneling.
  • IPv4 / v6 with higher flexibility --- The traditional Nezha needs to deal with IPv4/v6 compatibility between server and client, and also needs to resolve mismatches through tools such as warp. However, this project does not need to consider these issues at all, and can be docked arbitrarily, which is much more convenient and easy!
  • One Argo tunnel for multiple domains and protocols --- Create an intranet-penetrating Argo tunnel for three domains (hostname) and protocols, which can be used for panel access (http), client reporting (tcp) and ssh (optional).
  • GrpcWebProxy reverse proxy gRPC data port --- with a certificate for tls termination, then Argo's tunnel configuration with https service pointing to this reverse proxy, enable http2 back to the source, grpc(nezha)->GrpcWebProxy->h2(argo)->cf cdn edge->agent
  • Daily automatic backup --- every day at 04:00 BST, the entire Nezha panel folder is automatically backed up to a designated private github repository, including panel themes, panel settings, probe data and tunnel information, the backup retains nearly 5 days of data; the content is so important that it must be placed in the private repository.
  • Automatic daily panel update -- the latest official panel version is automatically detected every day at 4:00 BST, and updated when there is an upgrade.
  • Manual/automatic restore backup --- check the content of online restore file once a minute, and restore immediately when there is any update.
  • Default built-in local probes --- can easily monitor their own server information
  • More secure data --- Argo Tunnel uses TLS encrypted communication to securely transmit application traffic to the Cloudflare network, improving application security and reliability. In addition, Argo Tunnel protects against network threats such as IP leaks and DDoS attacks.
image

Prepare variables to be used

  • Visit the Cloudflare website, select the domain name you want to use, and turn on the network option to turn the gRPC switch on.
image

Add https:// to the beginning of the panel's domain name and /oauth2/callback to the end of the callback address.

imageimageimageimageimage

How to get Argo authentication: json or token

Argo tunnel authentication methods include json and token, use one of the two methods. The former is recommended because the script will handle all the Argo tunnel parameters and paths, while the latter needs to be set manually on the Cloudflare website and is prone to errors.

(Methods 1 - Json):

Easily get Argo tunnel json information through Cloudflare Json Generation Network: https://fscarmen.cloudflare.now.cc

image

(Methods 2 - Token): Manually generate Argo tunnel token information via Cloudflare website.

Go to the cf website: https://dash.cloudflare.com/

  • Go to zero trust and generate token tunnel and message.
  • The data path 443/https is proto.
  • ssh path 22/ssh for < client id >.
imageimageimageimageimageimageimage

PaaS Deployment Example

Image fscarmen/argo-nezha:latest, supports amd64 and arm64 architectures.

Variables used

Variable NameRequiredRemarks
GH_USERYesgithub username for panel admin authorization
GH_CLIENTIDyesapply on github
GH_CLIENTSECRETyesapply on github
GH_BACKUP_USERNoThe github username for backing up Nezha's server-side database on github, if not filled in, it is the same as the account GH_USER for panel management authorization
GH_REPONoThe github repository for backing up Nezha's server-side database files on github
GH_EMAILNogithub's mailbox for git push backups to remote repositories
GH_PATNogithub's PAT
ARGO_AUTHYesArgo Json from https://fscarmen.cloudflare.now.cc
Argo token from Cloudflare official website
ARGO_DOMAINYesArgo domain

Koyeb

Deploy to Koyeb

imageimageimageimageimage

VPS Deployment Method 1 --- docker

  • Note: ARGO_DOMAIN= must be followed by single quotes, which cannot be removed.
  • If the VPS is IPv6 only, please install WARP IPv4 or dual-stack first: https://github.com/fscarmen/warp
  • The backup directory is the dashboard folder in the current path.

docker deployment

docker run -dit \\
            --name nezha_dashboard \\
            --pull always \\
            --restart always \\
diff --git a/assets/en_US_case_case5.md.EO9te4L5.lean.js b/assets/en_US_case_case5.md.s_qNZ0lq.lean.js
similarity index 85%
rename from assets/en_US_case_case5.md.EO9te4L5.lean.js
rename to assets/en_US_case_case5.md.s_qNZ0lq.lean.js
index b8a520bd..f8c8f811 100644
--- a/assets/en_US_case_case5.md.EO9te4L5.lean.js
+++ b/assets/en_US_case_case5.md.s_qNZ0lq.lean.js
@@ -1 +1 @@
-import{_ as e,c as a,o as t,a4 as n}from"./chunks/framework.BmdFiWrL.js";const g=JSON.parse('{"title":"Nezha server over Argo tunnel","description":"","frontmatter":{},"headers":[],"relativePath":"en_US/case/case5.md","filePath":"en_US/case/case5.md","lastUpdated":1723164446000}'),s={name:"en_US/case/case5.md"},o=n("",89),r=[o];function i(l,c,h,d,p,u){return t(),a("div",null,r)}const f=e(s,[["render",i]]);export{g as __pageData,f as default};
+import{_ as e,c as a,o as t,a4 as n}from"./chunks/framework.BmdFiWrL.js";const g=JSON.parse('{"title":"Nezha server over Argo tunnel","description":"","frontmatter":{},"headers":[],"relativePath":"en_US/case/case5.md","filePath":"en_US/case/case5.md","lastUpdated":1723329100000}'),s={name:"en_US/case/case5.md"},o=n("",89),r=[o];function i(l,c,h,d,p,u){return t(),a("div",null,r)}const f=e(s,[["render",i]]);export{g as __pageData,f as default};
diff --git a/assets/en_US_case_case6.md.DmAruMgv.js b/assets/en_US_case_case6.md.cp9l58pv.js
similarity index 98%
rename from assets/en_US_case_case6.md.DmAruMgv.js
rename to assets/en_US_case_case6.md.cp9l58pv.js
index 7a43d35f..fc3e9fb8 100644
--- a/assets/en_US_case_case6.md.DmAruMgv.js
+++ b/assets/en_US_case_case6.md.cp9l58pv.js
@@ -1 +1 @@
-import{_ as e,c as t,o,a4 as a}from"./chunks/framework.BmdFiWrL.js";const r="/assets/Download_on_the_App_Store_Badge_US-UK_RGB_blk_092917.CVyK0T4N.svg",i="/assets/1_en_US.CE_aSW8N.png",n="/assets/2_en_US.Dm8rLo_N.png",s="/assets/3_en_US.SUOW4yEM.png",k=JSON.parse('{"title":"Nezha Mobile - An iOS Client For Nezha Dashboard","description":"","frontmatter":{},"headers":[],"relativePath":"en_US/case/case6.md","filePath":"en_US/case/case6.md","lastUpdated":1723164446000}'),l={name:"en_US/case/case6.md"},h=a('

Nezha Mobile - An iOS Client For Nezha Dashboard

Contributor:

Contribute to the project

Project Link

INFO

We appreciate any contribution to the project, and we will actively merge your commits into next Release. However, we may modify your work in order to comply with App Review Guidelines.

Download on the App Store

Download_on_the_App_Store_Badge_US-UK_RGB_blk_092917

WARNING

Due to ICP Filing Policy, Nezha Mobile is not available in China mainland.

TestFlight Testing Program

Join TestFlight Testing

Instructions

  • Enter your Dashboard link like server.hidandelion.com and API token on your first use. Do not add a protocol prefix or a trailing slash to the link. API Token can be retrieved from Admin Center of Dashboard. step1

Configure Widget(Optional)

  • Add a widget on your Springboard. Long-tap the widget and then tap Edit Widget. step2

  • Choose a server you want to monitor on the next view. You can choose different servers for each widget. step3

',15),c=[h];function d(p,_,g,u,m,b){return o(),t("div",null,c)}const w=e(l,[["render",d]]);export{k as __pageData,w as default}; +import{_ as e,c as t,o,a4 as a}from"./chunks/framework.BmdFiWrL.js";const r="/assets/Download_on_the_App_Store_Badge_US-UK_RGB_blk_092917.CVyK0T4N.svg",i="/assets/1_en_US.CE_aSW8N.png",n="/assets/2_en_US.Dm8rLo_N.png",s="/assets/3_en_US.SUOW4yEM.png",k=JSON.parse('{"title":"Nezha Mobile - An iOS Client For Nezha Dashboard","description":"","frontmatter":{},"headers":[],"relativePath":"en_US/case/case6.md","filePath":"en_US/case/case6.md","lastUpdated":1723329100000}'),l={name:"en_US/case/case6.md"},h=a('

Nezha Mobile - An iOS Client For Nezha Dashboard

Contributor:

Contribute to the project

Project Link

INFO

We appreciate any contribution to the project, and we will actively merge your commits into next Release. However, we may modify your work in order to comply with App Review Guidelines.

Download on the App Store

Download_on_the_App_Store_Badge_US-UK_RGB_blk_092917

WARNING

Due to ICP Filing Policy, Nezha Mobile is not available in China mainland.

TestFlight Testing Program

Join TestFlight Testing

Instructions

  • Enter your Dashboard link like server.hidandelion.com and API token on your first use. Do not add a protocol prefix or a trailing slash to the link. API Token can be retrieved from Admin Center of Dashboard. step1

Configure Widget(Optional)

  • Add a widget on your Springboard. Long-tap the widget and then tap Edit Widget. step2

  • Choose a server you want to monitor on the next view. You can choose different servers for each widget. step3

',15),c=[h];function d(p,_,g,u,m,b){return o(),t("div",null,c)}const w=e(l,[["render",d]]);export{k as __pageData,w as default}; diff --git a/assets/en_US_case_case6.md.DmAruMgv.lean.js b/assets/en_US_case_case6.md.cp9l58pv.lean.js similarity index 89% rename from assets/en_US_case_case6.md.DmAruMgv.lean.js rename to assets/en_US_case_case6.md.cp9l58pv.lean.js index 775659b4..0f6b07ee 100644 --- a/assets/en_US_case_case6.md.DmAruMgv.lean.js +++ b/assets/en_US_case_case6.md.cp9l58pv.lean.js @@ -1 +1 @@ -import{_ as e,c as t,o,a4 as a}from"./chunks/framework.BmdFiWrL.js";const r="/assets/Download_on_the_App_Store_Badge_US-UK_RGB_blk_092917.CVyK0T4N.svg",i="/assets/1_en_US.CE_aSW8N.png",n="/assets/2_en_US.Dm8rLo_N.png",s="/assets/3_en_US.SUOW4yEM.png",k=JSON.parse('{"title":"Nezha Mobile - An iOS Client For Nezha Dashboard","description":"","frontmatter":{},"headers":[],"relativePath":"en_US/case/case6.md","filePath":"en_US/case/case6.md","lastUpdated":1723164446000}'),l={name:"en_US/case/case6.md"},h=a("",15),c=[h];function d(p,_,g,u,m,b){return o(),t("div",null,c)}const w=e(l,[["render",d]]);export{k as __pageData,w as default}; +import{_ as e,c as t,o,a4 as a}from"./chunks/framework.BmdFiWrL.js";const r="/assets/Download_on_the_App_Store_Badge_US-UK_RGB_blk_092917.CVyK0T4N.svg",i="/assets/1_en_US.CE_aSW8N.png",n="/assets/2_en_US.Dm8rLo_N.png",s="/assets/3_en_US.SUOW4yEM.png",k=JSON.parse('{"title":"Nezha Mobile - An iOS Client For Nezha Dashboard","description":"","frontmatter":{},"headers":[],"relativePath":"en_US/case/case6.md","filePath":"en_US/case/case6.md","lastUpdated":1723329100000}'),l={name:"en_US/case/case6.md"},h=a("",15),c=[h];function d(p,_,g,u,m,b){return o(),t("div",null,c)}const w=e(l,[["render",d]]);export{k as __pageData,w as default}; diff --git a/assets/en_US_case_index.md.CubV-sl0.js b/assets/en_US_case_index.md.SdOKE-og.js similarity index 95% rename from assets/en_US_case_index.md.CubV-sl0.js rename to assets/en_US_case_index.md.SdOKE-og.js index b069a720..33d061b1 100644 --- a/assets/en_US_case_index.md.CubV-sl0.js +++ b/assets/en_US_case_index.md.SdOKE-og.js @@ -1 +1 @@ -import{_ as e,c as t,o}from"./chunks/framework.BmdFiWrL.js";const u=JSON.parse('{"title":"Nezha Monitoring - Server monitoring tool","titleTemplate":"Community Project","description":"","frontmatter":{"layout":"home","title":"Nezha Monitoring - Server monitoring tool","titleTemplate":"Community Project","hero":{"name":"Nezha Monitoring","text":"Community Project","tagline":"Nezha Monitoring has benefited from various projects contributed by the community, which have provided it with additional extensions.","image":"https://raw.githubusercontent.com/naiba/nezha/master/resource/static/brand.svg","actions":[{"theme":"brand","text":"Learn More →","link":"/en_US/case/case1"}]},"features":[{"title":"Submit a project","details":"We welcome you to submit your own project. Please join the Telegram group to contact the administrator for further information."},{"title":"Important Notes","details":"All projects are contributed by community members. Please be aware that the Nezha Monitoring Team cannot assume responsibility for community projects, including but not limited to warranty, availability, security, etc."}]},"headers":[],"relativePath":"en_US/case/index.md","filePath":"en_US/case/index.md","lastUpdated":1723164446000}'),a={name:"en_US/case/index.md"};function i(n,r,s,c,m,l){return o(),t("div")}const h=e(a,[["render",i]]);export{u as __pageData,h as default}; +import{_ as e,c as t,o}from"./chunks/framework.BmdFiWrL.js";const u=JSON.parse('{"title":"Nezha Monitoring - Server monitoring tool","titleTemplate":"Community Project","description":"","frontmatter":{"layout":"home","title":"Nezha Monitoring - Server monitoring tool","titleTemplate":"Community Project","hero":{"name":"Nezha Monitoring","text":"Community Project","tagline":"Nezha Monitoring has benefited from various projects contributed by the community, which have provided it with additional extensions.","image":"https://raw.githubusercontent.com/naiba/nezha/master/resource/static/brand.svg","actions":[{"theme":"brand","text":"Learn More →","link":"/en_US/case/case1"}]},"features":[{"title":"Submit a project","details":"We welcome you to submit your own project. Please join the Telegram group to contact the administrator for further information."},{"title":"Important Notes","details":"All projects are contributed by community members. Please be aware that the Nezha Monitoring Team cannot assume responsibility for community projects, including but not limited to warranty, availability, security, etc."}]},"headers":[],"relativePath":"en_US/case/index.md","filePath":"en_US/case/index.md","lastUpdated":1723329100000}'),a={name:"en_US/case/index.md"};function i(n,r,s,c,m,l){return o(),t("div")}const h=e(a,[["render",i]]);export{u as __pageData,h as default}; diff --git a/assets/en_US_case_index.md.CubV-sl0.lean.js b/assets/en_US_case_index.md.SdOKE-og.lean.js similarity index 95% rename from assets/en_US_case_index.md.CubV-sl0.lean.js rename to assets/en_US_case_index.md.SdOKE-og.lean.js index b069a720..33d061b1 100644 --- a/assets/en_US_case_index.md.CubV-sl0.lean.js +++ b/assets/en_US_case_index.md.SdOKE-og.lean.js @@ -1 +1 @@ -import{_ as e,c as t,o}from"./chunks/framework.BmdFiWrL.js";const u=JSON.parse('{"title":"Nezha Monitoring - Server monitoring tool","titleTemplate":"Community Project","description":"","frontmatter":{"layout":"home","title":"Nezha Monitoring - Server monitoring tool","titleTemplate":"Community Project","hero":{"name":"Nezha Monitoring","text":"Community Project","tagline":"Nezha Monitoring has benefited from various projects contributed by the community, which have provided it with additional extensions.","image":"https://raw.githubusercontent.com/naiba/nezha/master/resource/static/brand.svg","actions":[{"theme":"brand","text":"Learn More →","link":"/en_US/case/case1"}]},"features":[{"title":"Submit a project","details":"We welcome you to submit your own project. Please join the Telegram group to contact the administrator for further information."},{"title":"Important Notes","details":"All projects are contributed by community members. Please be aware that the Nezha Monitoring Team cannot assume responsibility for community projects, including but not limited to warranty, availability, security, etc."}]},"headers":[],"relativePath":"en_US/case/index.md","filePath":"en_US/case/index.md","lastUpdated":1723164446000}'),a={name:"en_US/case/index.md"};function i(n,r,s,c,m,l){return o(),t("div")}const h=e(a,[["render",i]]);export{u as __pageData,h as default}; +import{_ as e,c as t,o}from"./chunks/framework.BmdFiWrL.js";const u=JSON.parse('{"title":"Nezha Monitoring - Server monitoring tool","titleTemplate":"Community Project","description":"","frontmatter":{"layout":"home","title":"Nezha Monitoring - Server monitoring tool","titleTemplate":"Community Project","hero":{"name":"Nezha Monitoring","text":"Community Project","tagline":"Nezha Monitoring has benefited from various projects contributed by the community, which have provided it with additional extensions.","image":"https://raw.githubusercontent.com/naiba/nezha/master/resource/static/brand.svg","actions":[{"theme":"brand","text":"Learn More →","link":"/en_US/case/case1"}]},"features":[{"title":"Submit a project","details":"We welcome you to submit your own project. Please join the Telegram group to contact the administrator for further information."},{"title":"Important Notes","details":"All projects are contributed by community members. Please be aware that the Nezha Monitoring Team cannot assume responsibility for community projects, including but not limited to warranty, availability, security, etc."}]},"headers":[],"relativePath":"en_US/case/index.md","filePath":"en_US/case/index.md","lastUpdated":1723329100000}'),a={name:"en_US/case/index.md"};function i(n,r,s,c,m,l){return o(),t("div")}const h=e(a,[["render",i]]);export{u as __pageData,h as default}; diff --git a/assets/en_US_developer_index.md.DXBaa4Mv.js b/assets/en_US_developer_index.md.B9eYlsyW.js similarity index 92% rename from assets/en_US_developer_index.md.DXBaa4Mv.js rename to assets/en_US_developer_index.md.B9eYlsyW.js index 8cfc1042..44df3b1e 100644 --- a/assets/en_US_developer_index.md.DXBaa4Mv.js +++ b/assets/en_US_developer_index.md.B9eYlsyW.js @@ -1 +1 @@ -import{_ as e,c as t,o as n}from"./chunks/framework.BmdFiWrL.js";const c=JSON.parse('{"title":"Nezha Monitoring - Server monitoring tool","titleTemplate":"Development Manual","description":"","frontmatter":{"layout":"home","title":"Nezha Monitoring - Server monitoring tool","titleTemplate":"Development Manual","hero":{"name":"Development Manual","text":"Nezha Monitoring Development Manual.","image":"https://raw.githubusercontent.com/naiba/nezha/master/resource/static/brand.svg","actions":[{"theme":"brand","text":"Start Now →","link":"/en_US/developer/theme"}]}},"headers":[],"relativePath":"en_US/developer/index.md","filePath":"en_US/developer/index.md","lastUpdated":1723164446000}'),a={name:"en_US/developer/index.md"};function o(r,i,l,m,s,p){return n(),t("div")}const _=e(a,[["render",o]]);export{c as __pageData,_ as default}; +import{_ as e,c as t,o as n}from"./chunks/framework.BmdFiWrL.js";const c=JSON.parse('{"title":"Nezha Monitoring - Server monitoring tool","titleTemplate":"Development Manual","description":"","frontmatter":{"layout":"home","title":"Nezha Monitoring - Server monitoring tool","titleTemplate":"Development Manual","hero":{"name":"Development Manual","text":"Nezha Monitoring Development Manual.","image":"https://raw.githubusercontent.com/naiba/nezha/master/resource/static/brand.svg","actions":[{"theme":"brand","text":"Start Now →","link":"/en_US/developer/theme"}]}},"headers":[],"relativePath":"en_US/developer/index.md","filePath":"en_US/developer/index.md","lastUpdated":1723329100000}'),a={name:"en_US/developer/index.md"};function o(r,i,l,m,s,p){return n(),t("div")}const _=e(a,[["render",o]]);export{c as __pageData,_ as default}; diff --git a/assets/en_US_developer_index.md.DXBaa4Mv.lean.js b/assets/en_US_developer_index.md.B9eYlsyW.lean.js similarity index 92% rename from assets/en_US_developer_index.md.DXBaa4Mv.lean.js rename to assets/en_US_developer_index.md.B9eYlsyW.lean.js index 8cfc1042..44df3b1e 100644 --- a/assets/en_US_developer_index.md.DXBaa4Mv.lean.js +++ b/assets/en_US_developer_index.md.B9eYlsyW.lean.js @@ -1 +1 @@ -import{_ as e,c as t,o as n}from"./chunks/framework.BmdFiWrL.js";const c=JSON.parse('{"title":"Nezha Monitoring - Server monitoring tool","titleTemplate":"Development Manual","description":"","frontmatter":{"layout":"home","title":"Nezha Monitoring - Server monitoring tool","titleTemplate":"Development Manual","hero":{"name":"Development Manual","text":"Nezha Monitoring Development Manual.","image":"https://raw.githubusercontent.com/naiba/nezha/master/resource/static/brand.svg","actions":[{"theme":"brand","text":"Start Now →","link":"/en_US/developer/theme"}]}},"headers":[],"relativePath":"en_US/developer/index.md","filePath":"en_US/developer/index.md","lastUpdated":1723164446000}'),a={name:"en_US/developer/index.md"};function o(r,i,l,m,s,p){return n(),t("div")}const _=e(a,[["render",o]]);export{c as __pageData,_ as default}; +import{_ as e,c as t,o as n}from"./chunks/framework.BmdFiWrL.js";const c=JSON.parse('{"title":"Nezha Monitoring - Server monitoring tool","titleTemplate":"Development Manual","description":"","frontmatter":{"layout":"home","title":"Nezha Monitoring - Server monitoring tool","titleTemplate":"Development Manual","hero":{"name":"Development Manual","text":"Nezha Monitoring Development Manual.","image":"https://raw.githubusercontent.com/naiba/nezha/master/resource/static/brand.svg","actions":[{"theme":"brand","text":"Start Now →","link":"/en_US/developer/theme"}]}},"headers":[],"relativePath":"en_US/developer/index.md","filePath":"en_US/developer/index.md","lastUpdated":1723329100000}'),a={name:"en_US/developer/index.md"};function o(r,i,l,m,s,p){return n(),t("div")}const _=e(a,[["render",o]]);export{c as __pageData,_ as default}; diff --git a/assets/en_US_developer_l10n.md.CnvXys6S.js b/assets/en_US_developer_l10n.md.ClhOjATI.js similarity index 96% rename from assets/en_US_developer_l10n.md.CnvXys6S.js rename to assets/en_US_developer_l10n.md.ClhOjATI.js index 49fc817f..b7c69cfc 100644 --- a/assets/en_US_developer_l10n.md.CnvXys6S.js +++ b/assets/en_US_developer_l10n.md.ClhOjATI.js @@ -1 +1 @@ -import{_ as e,c as t,o as a,a4 as o}from"./chunks/framework.BmdFiWrL.js";const g=JSON.parse('{"title":"Localization","description":"","frontmatter":{},"headers":[],"relativePath":"en_US/developer/l10n.md","filePath":"en_US/developer/l10n.md","lastUpdated":1723164446000}'),n={name:"en_US/developer/l10n.md"},i=o('

Localization

Nezha Monitoring's Dashboard has added localization to support multiple languages, and you can follow these steps to support localization when developing new features

Introduction

  1. You can directly use the text configuration already available in /resource/l10n/en-US.toml to replace the text in the new feature.
  2. If there is new text in the new feature, please refer to the configuration text in en-US.toml, pull the new text into the configuration files of other languages such as en-US.toml, and add translations.

Adding a new localized text file

  1. Add a new language text configuration in /resource/l10n/.
  2. Pull existing text configurations from other languages in the new language text configuration.
  3. Add translations for the new language text configuration.
',6),l=[i];function r(d,c,s,u,h,f){return a(),t("div",null,l)}const p=e(n,[["render",r]]);export{g as __pageData,p as default}; +import{_ as e,c as t,o as a,a4 as o}from"./chunks/framework.BmdFiWrL.js";const g=JSON.parse('{"title":"Localization","description":"","frontmatter":{},"headers":[],"relativePath":"en_US/developer/l10n.md","filePath":"en_US/developer/l10n.md","lastUpdated":1723329100000}'),n={name:"en_US/developer/l10n.md"},i=o('

Localization

Nezha Monitoring's Dashboard has added localization to support multiple languages, and you can follow these steps to support localization when developing new features

Introduction

  1. You can directly use the text configuration already available in /resource/l10n/en-US.toml to replace the text in the new feature.
  2. If there is new text in the new feature, please refer to the configuration text in en-US.toml, pull the new text into the configuration files of other languages such as en-US.toml, and add translations.

Adding a new localized text file

  1. Add a new language text configuration in /resource/l10n/.
  2. Pull existing text configurations from other languages in the new language text configuration.
  3. Add translations for the new language text configuration.
',6),l=[i];function r(d,c,s,u,h,f){return a(),t("div",null,l)}const p=e(n,[["render",r]]);export{g as __pageData,p as default}; diff --git a/assets/en_US_developer_l10n.md.CnvXys6S.lean.js b/assets/en_US_developer_l10n.md.ClhOjATI.lean.js similarity index 85% rename from assets/en_US_developer_l10n.md.CnvXys6S.lean.js rename to assets/en_US_developer_l10n.md.ClhOjATI.lean.js index a5c40224..69da1093 100644 --- a/assets/en_US_developer_l10n.md.CnvXys6S.lean.js +++ b/assets/en_US_developer_l10n.md.ClhOjATI.lean.js @@ -1 +1 @@ -import{_ as e,c as t,o as a,a4 as o}from"./chunks/framework.BmdFiWrL.js";const g=JSON.parse('{"title":"Localization","description":"","frontmatter":{},"headers":[],"relativePath":"en_US/developer/l10n.md","filePath":"en_US/developer/l10n.md","lastUpdated":1723164446000}'),n={name:"en_US/developer/l10n.md"},i=o("",6),l=[i];function r(d,c,s,u,h,f){return a(),t("div",null,l)}const p=e(n,[["render",r]]);export{g as __pageData,p as default}; +import{_ as e,c as t,o as a,a4 as o}from"./chunks/framework.BmdFiWrL.js";const g=JSON.parse('{"title":"Localization","description":"","frontmatter":{},"headers":[],"relativePath":"en_US/developer/l10n.md","filePath":"en_US/developer/l10n.md","lastUpdated":1723329100000}'),n={name:"en_US/developer/l10n.md"},i=o("",6),l=[i];function r(d,c,s,u,h,f){return a(),t("div",null,l)}const p=e(n,[["render",r]]);export{g as __pageData,p as default}; diff --git a/assets/en_US_developer_theme.md.CjuFtfZL.js b/assets/en_US_developer_theme.md.Dkly24gU.js similarity index 96% rename from assets/en_US_developer_theme.md.CjuFtfZL.js rename to assets/en_US_developer_theme.md.Dkly24gU.js index 7111a833..00936656 100644 --- a/assets/en_US_developer_theme.md.CjuFtfZL.js +++ b/assets/en_US_developer_theme.md.Dkly24gU.js @@ -1 +1 @@ -import{_ as e,c as o,o as t,a4 as a}from"./chunks/framework.BmdFiWrL.js";const _=JSON.parse('{"title":"Nezha Theme Development Environment","description":"","frontmatter":{},"headers":[],"relativePath":"en_US/developer/theme.md","filePath":"en_US/developer/theme.md","lastUpdated":1723164446000}'),n={name:"en_US/developer/theme.md"},c=a('

Nezha Theme Development Environment

Nezha Monitoring provides a theme development environment that you can use to create new Nezha Monitoring themes

WARNING

Please note: This development environment only supports dashboard v0.13.16 and newer versions.

How to use

  1. Clone this repository to local
  2. Modify the Oauth2 configuration in data/config.yaml(The callback connection can be filled with http://localhost
  3. Run docker-compose up
  4. Start development
  5. Once the theme has been created, you can place theme-custom in /opt/nezha/dashboard/theme-custom on the server

FAQ

  • If you can't use port 80, change the configuration in docker-compose.yaml.
',7),r=[c];function l(i,h,d,s,m,p){return t(),o("div",null,r)}const v=e(n,[["render",l]]);export{_ as __pageData,v as default}; +import{_ as e,c as o,o as t,a4 as a}from"./chunks/framework.BmdFiWrL.js";const _=JSON.parse('{"title":"Nezha Theme Development Environment","description":"","frontmatter":{},"headers":[],"relativePath":"en_US/developer/theme.md","filePath":"en_US/developer/theme.md","lastUpdated":1723329100000}'),n={name:"en_US/developer/theme.md"},c=a('

Nezha Theme Development Environment

Nezha Monitoring provides a theme development environment that you can use to create new Nezha Monitoring themes

WARNING

Please note: This development environment only supports dashboard v0.13.16 and newer versions.

How to use

  1. Clone this repository to local
  2. Modify the Oauth2 configuration in data/config.yaml(The callback connection can be filled with http://localhost
  3. Run docker-compose up
  4. Start development
  5. Once the theme has been created, you can place theme-custom in /opt/nezha/dashboard/theme-custom on the server

FAQ

  • If you can't use port 80, change the configuration in docker-compose.yaml.
',7),r=[c];function l(i,h,d,s,m,p){return t(),o("div",null,r)}const v=e(n,[["render",l]]);export{_ as __pageData,v as default}; diff --git a/assets/en_US_developer_theme.md.CjuFtfZL.lean.js b/assets/en_US_developer_theme.md.Dkly24gU.lean.js similarity index 86% rename from assets/en_US_developer_theme.md.CjuFtfZL.lean.js rename to assets/en_US_developer_theme.md.Dkly24gU.lean.js index c6629aa4..ee3c1526 100644 --- a/assets/en_US_developer_theme.md.CjuFtfZL.lean.js +++ b/assets/en_US_developer_theme.md.Dkly24gU.lean.js @@ -1 +1 @@ -import{_ as e,c as o,o as t,a4 as a}from"./chunks/framework.BmdFiWrL.js";const _=JSON.parse('{"title":"Nezha Theme Development Environment","description":"","frontmatter":{},"headers":[],"relativePath":"en_US/developer/theme.md","filePath":"en_US/developer/theme.md","lastUpdated":1723164446000}'),n={name:"en_US/developer/theme.md"},c=a("",7),r=[c];function l(i,h,d,s,m,p){return t(),o("div",null,r)}const v=e(n,[["render",l]]);export{_ as __pageData,v as default}; +import{_ as e,c as o,o as t,a4 as a}from"./chunks/framework.BmdFiWrL.js";const _=JSON.parse('{"title":"Nezha Theme Development Environment","description":"","frontmatter":{},"headers":[],"relativePath":"en_US/developer/theme.md","filePath":"en_US/developer/theme.md","lastUpdated":1723329100000}'),n={name:"en_US/developer/theme.md"},c=a("",7),r=[c];function l(i,h,d,s,m,p){return t(),o("div",null,r)}const v=e(n,[["render",l]]);export{_ as __pageData,v as default}; diff --git a/assets/en_US_guide_agent.md.Byhianys.js b/assets/en_US_guide_agent.md.AvanBkMQ.js similarity index 99% rename from assets/en_US_guide_agent.md.Byhianys.js rename to assets/en_US_guide_agent.md.AvanBkMQ.js index 08b8c7ce..cb4522b5 100644 --- a/assets/en_US_guide_agent.md.Byhianys.js +++ b/assets/en_US_guide_agent.md.AvanBkMQ.js @@ -1,4 +1,4 @@ -import{_ as s,c as i,o as a,a4 as e}from"./chunks/framework.BmdFiWrL.js";const F=JSON.parse('{"title":"Install Agent","description":"","frontmatter":{"outline":"deep"},"headers":[],"relativePath":"en_US/guide/agent.md","filePath":"en_US/guide/agent.md","lastUpdated":1723164446000}'),n={name:"en_US/guide/agent.md"},t=e(`

Install Agent

This document will introduce how to install the Agent on the monitored server and connect it to the Dashboard.

TIP

The repository for Agent binaries can be found at: https://github.com/nezhahq/agent/releases

One-Click Installation of the Agent

Nezha Monitoring supports one-click installation of the Agent on both Windows and Linux. By following the steps in this document, you can easily deploy it on your server.

Preparation

You need to set up a communication domain in the admin panel in advance, and this domain should not be connected to a CDN. This document uses the example communication domain “data.example.com”.
Go to the settings page in the admin panel, fill in the communication domain in the “Non-CDN Dashboard Server Domain/IP” field, and click "Save".

One-Click Installation on Linux

  1. First, add a server in the admin panel.
  2. Click the green Linux icon button next to the newly added server and copy the one-click installation command.
  3. Run the copied installation command on the monitored server, and wait for the installation to complete. Then, check if the server is online in the Dashboard home page.

One-Click Installation on macOS

  1. First, add a server in the admin panel.
  2. Click the green Apple icon button next to the newly added server and copy the one-click installation command.
  3. Run the copied installation command on the monitored server, and wait for the installation to complete. Then, check if the server is online in the Dashboard home page.

One-Click Installation on Windows

  1. First, add a server in the admin panel.
  2. Click the green Windows icon button next to the newly added server and copy the one-click installation command.
  3. Go to the Windows server, run PowerShell, and execute the copied installation command in PowerShell.
  4. If you encounter a prompt to "change execution policy," choose Y.
  5. Wait for the installation to complete, then check if the server is online in the Dashboard home page.

WARNING

If you encounter errors when running the one-click installation command in PowerShell, try the Manual Installation of the Agent on Windows below.

Other Ways to Install the Agent

Installing the Agent on Linux (Support most distros)

Click to expand/collapse
  1. First, add a server in the admin panel.
  2. Run the script on the monitored server:
bash
curl -L https://raw.githubusercontent.com/naiba/nezha/master/script/install_en.sh  -o nezha.sh && chmod +x nezha.sh && sudo ./nezha.sh
  1. Select “Install monitoring Agent.”
  2. Enter the communication domain, such as "data.example.com".
  3. Enter the dashboard communication port (gRPC port), default is 5555.
  4. Enter the Agent secret, which is generated when you add a server in the admin panel and can be found on the “Servers” page in the admin panel.
  5. Wait for the installation to complete, then check if the server is online in the Dashboard home page.

Installing the Agent using the built-in service command (Support most systems)

Click to expand/collapse

First, get a copy of Nezha Agent: https://github.com/nezhahq/agent/releases

After extracting the archive, run the following command to install the service (may require root permission):

bash
./nezha-agent service install -s server_name:port -p password

You can also add other arguments except the server address and password. For more details, refer to the documentation: Customizing Agent Monitoring Items.

Uninstall the service:

bash
./nezha-agent service uninstall

Start the service:

bash
./nezha-agent service start

Stop the service:

bash
./nezha-agent service stop

Restart the service:

bash
./nezha-agent service restart

Installing the Agent with runit

Click to expand/collapse

The built-in service command of Agent supports most init systems, including FreeBSD rc.d and openrc, but still missing some of them.

Here we take Void Linux's runit as an example:

  1. Create directory /etc/sv/nezha-agent:
bash
mkdir /etc/sv/nezha-agent
  1. Create service file /etc/sv/nezha-agent/run, with following content:
bash
#!/bin/sh
+import{_ as s,c as i,o as a,a4 as e}from"./chunks/framework.BmdFiWrL.js";const F=JSON.parse('{"title":"Install Agent","description":"","frontmatter":{"outline":"deep"},"headers":[],"relativePath":"en_US/guide/agent.md","filePath":"en_US/guide/agent.md","lastUpdated":1723329100000}'),n={name:"en_US/guide/agent.md"},t=e(`

Install Agent

This document will introduce how to install the Agent on the monitored server and connect it to the Dashboard.

TIP

The repository for Agent binaries can be found at: https://github.com/nezhahq/agent/releases

One-Click Installation of the Agent

Nezha Monitoring supports one-click installation of the Agent on both Windows and Linux. By following the steps in this document, you can easily deploy it on your server.

Preparation

You need to set up a communication domain in the admin panel in advance, and this domain should not be connected to a CDN. This document uses the example communication domain “data.example.com”.
Go to the settings page in the admin panel, fill in the communication domain in the “Non-CDN Dashboard Server Domain/IP” field, and click "Save".

One-Click Installation on Linux

  1. First, add a server in the admin panel.
  2. Click the green Linux icon button next to the newly added server and copy the one-click installation command.
  3. Run the copied installation command on the monitored server, and wait for the installation to complete. Then, check if the server is online in the Dashboard home page.

One-Click Installation on macOS

  1. First, add a server in the admin panel.
  2. Click the green Apple icon button next to the newly added server and copy the one-click installation command.
  3. Run the copied installation command on the monitored server, and wait for the installation to complete. Then, check if the server is online in the Dashboard home page.

One-Click Installation on Windows

  1. First, add a server in the admin panel.
  2. Click the green Windows icon button next to the newly added server and copy the one-click installation command.
  3. Go to the Windows server, run PowerShell, and execute the copied installation command in PowerShell.
  4. If you encounter a prompt to "change execution policy," choose Y.
  5. Wait for the installation to complete, then check if the server is online in the Dashboard home page.

WARNING

If you encounter errors when running the one-click installation command in PowerShell, try the Manual Installation of the Agent on Windows below.

Other Ways to Install the Agent

Installing the Agent on Linux (Support most distros)

Click to expand/collapse
  1. First, add a server in the admin panel.
  2. Run the script on the monitored server:
bash
curl -L https://raw.githubusercontent.com/naiba/nezha/master/script/install_en.sh  -o nezha.sh && chmod +x nezha.sh && sudo ./nezha.sh
  1. Select “Install monitoring Agent.”
  2. Enter the communication domain, such as "data.example.com".
  3. Enter the dashboard communication port (gRPC port), default is 5555.
  4. Enter the Agent secret, which is generated when you add a server in the admin panel and can be found on the “Servers” page in the admin panel.
  5. Wait for the installation to complete, then check if the server is online in the Dashboard home page.

Installing the Agent using the built-in service command (Support most systems)

Click to expand/collapse

First, get a copy of Nezha Agent: https://github.com/nezhahq/agent/releases

After extracting the archive, run the following command to install the service (may require root permission):

bash
./nezha-agent service install -s server_name:port -p password

You can also add other arguments except the server address and password. For more details, refer to the documentation: Customizing Agent Monitoring Items.

Uninstall the service:

bash
./nezha-agent service uninstall

Start the service:

bash
./nezha-agent service start

Stop the service:

bash
./nezha-agent service stop

Restart the service:

bash
./nezha-agent service restart

Installing the Agent with runit

Click to expand/collapse

The built-in service command of Agent supports most init systems, including FreeBSD rc.d and openrc, but still missing some of them.

Here we take Void Linux's runit as an example:

  1. Create directory /etc/sv/nezha-agent:
bash
mkdir /etc/sv/nezha-agent
  1. Create service file /etc/sv/nezha-agent/run, with following content:
bash
#!/bin/sh
 exec 2>&1
 exec /opt/nezha/agent/nezha-agent -s server_name:port -p password 2>&1

You can add other arguments here as well.

  1. Create logging service file /etc/sv/nezha-agent/log/run:
bash
#!/bin/sh
 exec vlogger -t nezha-agent -p daemon
  1. Enable the service:
bash
sudo ln -s /etc/sv/nezha-agent/ /var/service

Use the sv command to manage the service.

How to view logs:

  1. Install socklog and enable it:
bash
sudo xbps-install -S socklog-void
diff --git a/assets/en_US_guide_agent.md.Byhianys.lean.js b/assets/en_US_guide_agent.md.AvanBkMQ.lean.js
similarity index 85%
rename from assets/en_US_guide_agent.md.Byhianys.lean.js
rename to assets/en_US_guide_agent.md.AvanBkMQ.lean.js
index 1f579235..f3fa873f 100644
--- a/assets/en_US_guide_agent.md.Byhianys.lean.js
+++ b/assets/en_US_guide_agent.md.AvanBkMQ.lean.js
@@ -1 +1 @@
-import{_ as s,c as i,o as a,a4 as e}from"./chunks/framework.BmdFiWrL.js";const F=JSON.parse('{"title":"Install Agent","description":"","frontmatter":{"outline":"deep"},"headers":[],"relativePath":"en_US/guide/agent.md","filePath":"en_US/guide/agent.md","lastUpdated":1723164446000}'),n={name:"en_US/guide/agent.md"},t=e("",31),l=[t];function h(p,o,r,k,d,c){return a(),i("div",null,l)}const u=s(n,[["render",h]]);export{F as __pageData,u as default};
+import{_ as s,c as i,o as a,a4 as e}from"./chunks/framework.BmdFiWrL.js";const F=JSON.parse('{"title":"Install Agent","description":"","frontmatter":{"outline":"deep"},"headers":[],"relativePath":"en_US/guide/agent.md","filePath":"en_US/guide/agent.md","lastUpdated":1723329100000}'),n={name:"en_US/guide/agent.md"},t=e("",31),l=[t];function h(p,o,r,k,d,c){return a(),i("div",null,l)}const u=s(n,[["render",h]]);export{F as __pageData,u as default};
diff --git a/assets/en_US_guide_agentq.md.v6Ok0I0_.js b/assets/en_US_guide_agentq.md.CE3XT-yA.js
similarity index 97%
rename from assets/en_US_guide_agentq.md.v6Ok0I0_.js
rename to assets/en_US_guide_agentq.md.CE3XT-yA.js
index e807705b..b1cc1be7 100644
--- a/assets/en_US_guide_agentq.md.v6Ok0I0_.js
+++ b/assets/en_US_guide_agentq.md.CE3XT-yA.js
@@ -1 +1 @@
-import{_ as e,c as t,o as a,a4 as n}from"./chunks/framework.BmdFiWrL.js";const f=JSON.parse('{"title":"Frequently Asked Questions about the Agent","description":"","frontmatter":{"outline":"deep"},"headers":[],"relativePath":"en_US/guide/agentq.md","filePath":"en_US/guide/agentq.md","lastUpdated":1723164446000}'),i={name:"en_US/guide/agentq.md"},s=n('

Frequently Asked Questions about the Agent

The IP Displayed in the Admin Panel is Different from the Actual Agent IP?

Please refer to Dashboard Related - Why is the IP Displayed in the Admin Panel Different from the Actual Agent IP?. This will not be repeated here.

Errors During One-Click Script Installation

curl: Failed to connect to raw.githubusercontent.com......

This mostly occurs on servers in mainland China. Currently, the one-click script fetches the installation script directly from Github. You may try several times, or manually install the Agent. Additionally, you can find third-party Github acceleration services or mirrors and set them in the one-click installation script.

sudo: command not found

Please manually install sudo first, for example, in Ubuntu:

shell
apt install sudo
',9),o=[s];function r(l,d,h,c,u,p){return a(),t("div",null,o)}const g=e(i,[["render",r]]);export{f as __pageData,g as default}; +import{_ as e,c as t,o as a,a4 as n}from"./chunks/framework.BmdFiWrL.js";const f=JSON.parse('{"title":"Frequently Asked Questions about the Agent","description":"","frontmatter":{"outline":"deep"},"headers":[],"relativePath":"en_US/guide/agentq.md","filePath":"en_US/guide/agentq.md","lastUpdated":1723329100000}'),i={name:"en_US/guide/agentq.md"},s=n('

Frequently Asked Questions about the Agent

The IP Displayed in the Admin Panel is Different from the Actual Agent IP?

Please refer to Dashboard Related - Why is the IP Displayed in the Admin Panel Different from the Actual Agent IP?. This will not be repeated here.

Errors During One-Click Script Installation

curl: Failed to connect to raw.githubusercontent.com......

This mostly occurs on servers in mainland China. Currently, the one-click script fetches the installation script directly from Github. You may try several times, or manually install the Agent. Additionally, you can find third-party Github acceleration services or mirrors and set them in the one-click installation script.

sudo: command not found

Please manually install sudo first, for example, in Ubuntu:

shell
apt install sudo
',9),o=[s];function r(l,d,h,c,u,p){return a(),t("div",null,o)}const g=e(i,[["render",r]]);export{f as __pageData,g as default}; diff --git a/assets/en_US_guide_agentq.md.v6Ok0I0_.lean.js b/assets/en_US_guide_agentq.md.CE3XT-yA.lean.js similarity index 86% rename from assets/en_US_guide_agentq.md.v6Ok0I0_.lean.js rename to assets/en_US_guide_agentq.md.CE3XT-yA.lean.js index 42689324..d8bdc077 100644 --- a/assets/en_US_guide_agentq.md.v6Ok0I0_.lean.js +++ b/assets/en_US_guide_agentq.md.CE3XT-yA.lean.js @@ -1 +1 @@ -import{_ as e,c as t,o as a,a4 as n}from"./chunks/framework.BmdFiWrL.js";const f=JSON.parse('{"title":"Frequently Asked Questions about the Agent","description":"","frontmatter":{"outline":"deep"},"headers":[],"relativePath":"en_US/guide/agentq.md","filePath":"en_US/guide/agentq.md","lastUpdated":1723164446000}'),i={name:"en_US/guide/agentq.md"},s=n("",9),o=[s];function r(l,d,h,c,u,p){return a(),t("div",null,o)}const g=e(i,[["render",r]]);export{f as __pageData,g as default}; +import{_ as e,c as t,o as a,a4 as n}from"./chunks/framework.BmdFiWrL.js";const f=JSON.parse('{"title":"Frequently Asked Questions about the Agent","description":"","frontmatter":{"outline":"deep"},"headers":[],"relativePath":"en_US/guide/agentq.md","filePath":"en_US/guide/agentq.md","lastUpdated":1723329100000}'),i={name:"en_US/guide/agentq.md"},s=n("",9),o=[s];function r(l,d,h,c,u,p){return a(),t("div",null,o)}const g=e(i,[["render",r]]);export{f as __pageData,g as default}; diff --git a/assets/en_US_guide_api.md.DXfzlNCy.js b/assets/en_US_guide_api.md.a4co4FRJ.js similarity index 99% rename from assets/en_US_guide_api.md.DXfzlNCy.js rename to assets/en_US_guide_api.md.a4co4FRJ.js index 0e73b404..c783aa2e 100644 --- a/assets/en_US_guide_api.md.DXfzlNCy.js +++ b/assets/en_US_guide_api.md.a4co4FRJ.js @@ -1,4 +1,4 @@ -import{_ as s,c as i,o as a,a4 as n}from"./chunks/framework.BmdFiWrL.js";const F=JSON.parse('{"title":"API Interface","description":"","frontmatter":{"outline":"deep"},"headers":[],"relativePath":"en_US/guide/api.md","filePath":"en_US/guide/api.md","lastUpdated":1723164446000}'),t={name:"en_US/guide/api.md"},h=n(`

API Interface

Nezha Monitoring supports querying the status information of Agents using the API interface

Creating a Token

Nezha Monitoring's API interface allows for Token authentication and Cookies authentication. To create a new Token, go to the admin panel, click on the avatar in the top right corner, select "API Token," and enter the Token management page. Click "Add Token", add a custom note, and click "Add".

To delete a Token, select the corresponding Token and click the delete icon on the right.

WARNING

Tokens are the authentication credentials for the API interface. They are critical to the security of your Dashboard's information, so do not share your Token with others.

Authentication Method

Ensure the request header contains Authorization: Token for authentication.

Token authentication method:

Request Headers:
+import{_ as s,c as i,o as a,a4 as n}from"./chunks/framework.BmdFiWrL.js";const F=JSON.parse('{"title":"API Interface","description":"","frontmatter":{"outline":"deep"},"headers":[],"relativePath":"en_US/guide/api.md","filePath":"en_US/guide/api.md","lastUpdated":1723329100000}'),t={name:"en_US/guide/api.md"},h=n(`

API Interface

Nezha Monitoring supports querying the status information of Agents using the API interface

Creating a Token

Nezha Monitoring's API interface allows for Token authentication and Cookies authentication. To create a new Token, go to the admin panel, click on the avatar in the top right corner, select "API Token," and enter the Token management page. Click "Add Token", add a custom note, and click "Add".

To delete a Token, select the corresponding Token and click the delete icon on the right.

WARNING

Tokens are the authentication credentials for the API interface. They are critical to the security of your Dashboard's information, so do not share your Token with others.

Authentication Method

Ensure the request header contains Authorization: Token for authentication.

Token authentication method:

Request Headers:
 Authorization: Token

Usage Instructions

WARNING

Negative timestamps in the following examples represent 0000-00-00. This currently indicates that the Agent has never reported since the Dashboard went online, but it is not recommended to use the positive or negative value to determine the status.

TIP

The request method is GET, and the response format is JSON.

Get Server List

Request:

GET /api/v1/server/list?tag=

Parameters:

  • tag (optional): ServerTag is the server group. Provide this parameter to query only servers in that group.

Example response:

json
{
     "code": 0,
     "message": "success",
diff --git a/assets/en_US_guide_api.md.DXfzlNCy.lean.js b/assets/en_US_guide_api.md.a4co4FRJ.lean.js
similarity index 85%
rename from assets/en_US_guide_api.md.DXfzlNCy.lean.js
rename to assets/en_US_guide_api.md.a4co4FRJ.lean.js
index e84ad001..cb836725 100644
--- a/assets/en_US_guide_api.md.DXfzlNCy.lean.js
+++ b/assets/en_US_guide_api.md.a4co4FRJ.lean.js
@@ -1 +1 @@
-import{_ as s,c as i,o as a,a4 as n}from"./chunks/framework.BmdFiWrL.js";const F=JSON.parse('{"title":"API Interface","description":"","frontmatter":{"outline":"deep"},"headers":[],"relativePath":"en_US/guide/api.md","filePath":"en_US/guide/api.md","lastUpdated":1723164446000}'),t={name:"en_US/guide/api.md"},h=n("",42),k=[h];function p(l,e,E,r,d,o){return a(),i("div",null,k)}const y=s(t,[["render",p]]);export{F as __pageData,y as default};
+import{_ as s,c as i,o as a,a4 as n}from"./chunks/framework.BmdFiWrL.js";const F=JSON.parse('{"title":"API Interface","description":"","frontmatter":{"outline":"deep"},"headers":[],"relativePath":"en_US/guide/api.md","filePath":"en_US/guide/api.md","lastUpdated":1723329100000}'),t={name:"en_US/guide/api.md"},h=n("",42),k=[h];function p(l,e,E,r,d,o){return a(),i("div",null,k)}const y=s(t,[["render",p]]);export{F as __pageData,y as default};
diff --git a/assets/en_US_guide_dashboard.md.C_qjkm0A.js b/assets/en_US_guide_dashboard.md.DHzIpuUQ.js
similarity index 99%
rename from assets/en_US_guide_dashboard.md.C_qjkm0A.js
rename to assets/en_US_guide_dashboard.md.DHzIpuUQ.js
index c666906c..cca70301 100644
--- a/assets/en_US_guide_dashboard.md.C_qjkm0A.js
+++ b/assets/en_US_guide_dashboard.md.DHzIpuUQ.js
@@ -1,4 +1,4 @@
-import{_ as a,c as e,o as t,a4 as s}from"./chunks/framework.BmdFiWrL.js";const k=JSON.parse('{"title":"Install Dashboard","description":"","frontmatter":{"outline":"deep"},"headers":[],"relativePath":"en_US/guide/dashboard.md","filePath":"en_US/guide/dashboard.md","lastUpdated":1723164446000}'),i={name:"en_US/guide/dashboard.md"},n=s(`

Install Dashboard

Preparation

To set up Nezha Monitoring, you need:

  1. A server with public internet access, with firewall and security policies allowing traffic on ports 8008 and 5555. These ports are necessary for accessing and receiving data. A server with a single core and 512MB of RAM is sufficient for most use cases.
  2. A domain with an A record set to point to your Dashboard server IP.

TIP

If you want to use a CDN, prepare two domains: one configured with CDN for public access (CDN must support WebSocket protocol), and another domain not using CDN for communication between the Agent and Dashboard.

This document uses "dashboard.example.com" and "data.example.com" as example domains.

  1. A Github account (or Gitlab, Gitee).

This document uses the aaPanel for reverse proxying the Dashboard as an example. As future versions change, some features may change their entry points. This document is for reference only.

WARNING

This project does not depend on the aaPanel; you can choose any server panel you prefer or manually install Nginx or Caddy to configure SSL and reverse proxy.
If you do not need to use ports 80 and 443 to access the Dashboard, you can directly use the installation script to install and run Nezha Monitoring without installing Nginx.

Obtaining Github Client ID and Secret

Nezha Monitoring uses Github, Gitlab, or Gitee as admin accounts.

  1. First, create an OAuth application. For Github, log in to Github, open Github OAuth Apps, and select "OAuth Apps" -> "New OAuth App".
    Application name - Fill in as you like.
    Homepage URL - Fill in with the domain for accessing the dashboard, such as "http://dashboard.example.com" (your domain).
    Authorization callback URL - Fill in with the callback address, such as "http://dashboard.example.com/oauth2/callback" (don't forget /oauth2/callback).
  2. Click “Register application”.
  3. Save the Client ID on the page, then click “Generate a new client secret” to create a new Client Secret, which will be displayed only once, please keep it safe.

Using Cloudflare Access as an OAuth2 Provider

If you encounter issues using GitHub, GitLab, or Gitee for admin account logins, consider switching to Cloudflare Access as your OAuth2 provider for authentication.

Setting Up a New SaaS-OIDC Application

WARNING

The following steps are for users who have already started using Zero Trust. If you have not previously used Cloudflare Zero Trust, we strongly recommend that you first read the Guide on Using Cloudflare Access as an OAuth2 Provider to understand the configuration examples and setup process.

  1. Go to Zero Trust Dashboard and log in with your Cloudflare account.
  2. My Team -> Users -> <specific user> -> Get User ID and save it.
  3. Access -> Application -> Add an Application.
  4. Choose SaaS, enter a custom application name in Application (e.g., nezha), select OIDC, and click Add application.
  5. Select Scopes: openid, email, profile, groups.
  6. Fill in your callback address in Redirect URLs, such as https://dashboard.example.com/oauth2/callback.
  7. Save the Client ID, Client Secret, and Issuer address (protocol and domain part), e.g., https://xxxxx.cloudflareaccess.com.

If using this method, after installing the Dashboard, modify the configuration file /opt/nezha/dashboard/data/config.yaml, and change the Endpoint configuration to the Issuer address saved earlier, e.g., https://xxxxx.cloudflareaccess.com, and restart the Dashboard.

OIDC Authentication Configuration (Optional)

Nazha supports custom OIDC authentication login. For configuration details, please refer to the documentation: Enable OIDC authorization.

Installing the Dashboard on the Server

Run the installation script on the dashboard server:

bash
curl -L https://raw.githubusercontent.com/naiba/nezha/master/script/install_en.sh  -o nezha.sh && chmod +x nezha.sh && sudo ./nezha.sh

After Docker installation completes, enter the following values:

  • OAuth provider - choose one from github, cloudflare, gitlab, gitee.
  • Client ID - the previously saved Client ID.
  • Client Secret - the previously saved Client Secret.
  • Username - the username/User ID from the OAuth provider.
  • Site title - custom site title.
  • Access port - public access port, customizable, default is 8008.
  • Agent communication port - port for Agent and Dashboard communication, default is 5555.

After inputting the values, wait for the image to be pulled.
When the installation completes, you can access the dashboard by visiting your domain and port number, such as “http://dashboard.example.com:8008”.

In the future, if you need to run the script again, run:

bash
./nezha.sh

to open the management script.

Configuring Reverse Proxy

Create a new site in the aaPanel, with the domain filled in as the public access domain, such as “http://dashboard.example.com”. Then click “Settings” to enter the site settings options, select “Reverse Proxy” - “New Reverse Proxy”.

Customize a proxy name and fill in http://127.0.0.1 in the "Target URL" below, then click “Save”.

Open the “Configuration File” on the right side of the newly created reverse proxy and replace the configuration file with the following content:

nginx
#PROXY-START/
+import{_ as a,c as e,o as t,a4 as s}from"./chunks/framework.BmdFiWrL.js";const k=JSON.parse('{"title":"Install Dashboard","description":"","frontmatter":{"outline":"deep"},"headers":[],"relativePath":"en_US/guide/dashboard.md","filePath":"en_US/guide/dashboard.md","lastUpdated":1723329100000}'),i={name:"en_US/guide/dashboard.md"},n=s(`

Install Dashboard

Preparation

To set up Nezha Monitoring, you need:

  1. A server with public internet access, with firewall and security policies allowing traffic on ports 8008 and 5555. These ports are necessary for accessing and receiving data. A server with a single core and 512MB of RAM is sufficient for most use cases.
  2. A domain with an A record set to point to your Dashboard server IP.

TIP

If you want to use a CDN, prepare two domains: one configured with CDN for public access (CDN must support WebSocket protocol), and another domain not using CDN for communication between the Agent and Dashboard.

This document uses "dashboard.example.com" and "data.example.com" as example domains.

  1. A Github account (or Gitlab, Gitee).

This document uses the aaPanel for reverse proxying the Dashboard as an example. As future versions change, some features may change their entry points. This document is for reference only.

WARNING

This project does not depend on the aaPanel; you can choose any server panel you prefer or manually install Nginx or Caddy to configure SSL and reverse proxy.
If you do not need to use ports 80 and 443 to access the Dashboard, you can directly use the installation script to install and run Nezha Monitoring without installing Nginx.

Obtaining Github Client ID and Secret

Nezha Monitoring uses Github, Gitlab, or Gitee as admin accounts.

  1. First, create an OAuth application. For Github, log in to Github, open Github OAuth Apps, and select "OAuth Apps" -> "New OAuth App".
    Application name - Fill in as you like.
    Homepage URL - Fill in with the domain for accessing the dashboard, such as "http://dashboard.example.com" (your domain).
    Authorization callback URL - Fill in with the callback address, such as "http://dashboard.example.com/oauth2/callback" (don't forget /oauth2/callback).
  2. Click “Register application”.
  3. Save the Client ID on the page, then click “Generate a new client secret” to create a new Client Secret, which will be displayed only once, please keep it safe.

Using Cloudflare Access as an OAuth2 Provider

If you encounter issues using GitHub, GitLab, or Gitee for admin account logins, consider switching to Cloudflare Access as your OAuth2 provider for authentication.

Setting Up a New SaaS-OIDC Application

WARNING

The following steps are for users who have already started using Zero Trust. If you have not previously used Cloudflare Zero Trust, we strongly recommend that you first read the Guide on Using Cloudflare Access as an OAuth2 Provider to understand the configuration examples and setup process.

  1. Go to Zero Trust Dashboard and log in with your Cloudflare account.
  2. My Team -> Users -> <specific user> -> Get User ID and save it.
  3. Access -> Application -> Add an Application.
  4. Choose SaaS, enter a custom application name in Application (e.g., nezha), select OIDC, and click Add application.
  5. Select Scopes: openid, email, profile, groups.
  6. Fill in your callback address in Redirect URLs, such as https://dashboard.example.com/oauth2/callback.
  7. Save the Client ID, Client Secret, and Issuer address (protocol and domain part), e.g., https://xxxxx.cloudflareaccess.com.

If using this method, after installing the Dashboard, modify the configuration file /opt/nezha/dashboard/data/config.yaml, and change the Endpoint configuration to the Issuer address saved earlier, e.g., https://xxxxx.cloudflareaccess.com, and restart the Dashboard.

OIDC Authentication Configuration (Optional)

Nazha supports custom OIDC authentication login. For configuration details, please refer to the documentation: Enable OIDC authorization.

Installing the Dashboard on the Server

Run the installation script on the dashboard server:

bash
curl -L https://raw.githubusercontent.com/naiba/nezha/master/script/install_en.sh  -o nezha.sh && chmod +x nezha.sh && sudo ./nezha.sh

After Docker installation completes, enter the following values:

  • OAuth provider - choose one from github, cloudflare, gitlab, gitee.
  • Client ID - the previously saved Client ID.
  • Client Secret - the previously saved Client Secret.
  • Username - the username/User ID from the OAuth provider.
  • Site title - custom site title.
  • Access port - public access port, customizable, default is 8008.
  • Agent communication port - port for Agent and Dashboard communication, default is 5555.

After inputting the values, wait for the image to be pulled.
When the installation completes, you can access the dashboard by visiting your domain and port number, such as “http://dashboard.example.com:8008”.

In the future, if you need to run the script again, run:

bash
./nezha.sh

to open the management script.

Configuring Reverse Proxy

Create a new site in the aaPanel, with the domain filled in as the public access domain, such as “http://dashboard.example.com”. Then click “Settings” to enter the site settings options, select “Reverse Proxy” - “New Reverse Proxy”.

Customize a proxy name and fill in http://127.0.0.1 in the "Target URL" below, then click “Save”.

Open the “Configuration File” on the right side of the newly created reverse proxy and replace the configuration file with the following content:

nginx
#PROXY-START/
 location / {
     proxy_pass http://127.0.0.1:8008;
     proxy_set_header Host $http_host;
diff --git a/assets/en_US_guide_dashboard.md.C_qjkm0A.lean.js b/assets/en_US_guide_dashboard.md.DHzIpuUQ.lean.js
similarity index 86%
rename from assets/en_US_guide_dashboard.md.C_qjkm0A.lean.js
rename to assets/en_US_guide_dashboard.md.DHzIpuUQ.lean.js
index 0fa92fbb..9cbd4b56 100644
--- a/assets/en_US_guide_dashboard.md.C_qjkm0A.lean.js
+++ b/assets/en_US_guide_dashboard.md.DHzIpuUQ.lean.js
@@ -1 +1 @@
-import{_ as a,c as e,o as t,a4 as s}from"./chunks/framework.BmdFiWrL.js";const k=JSON.parse('{"title":"Install Dashboard","description":"","frontmatter":{"outline":"deep"},"headers":[],"relativePath":"en_US/guide/dashboard.md","filePath":"en_US/guide/dashboard.md","lastUpdated":1723164446000}'),i={name:"en_US/guide/dashboard.md"},n=s("",41),o=[n];function r(l,h,d,p,c,u){return t(),e("div",null,o)}const b=a(i,[["render",r]]);export{k as __pageData,b as default};
+import{_ as a,c as e,o as t,a4 as s}from"./chunks/framework.BmdFiWrL.js";const k=JSON.parse('{"title":"Install Dashboard","description":"","frontmatter":{"outline":"deep"},"headers":[],"relativePath":"en_US/guide/dashboard.md","filePath":"en_US/guide/dashboard.md","lastUpdated":1723329100000}'),i={name:"en_US/guide/dashboard.md"},n=s("",41),o=[n];function r(l,h,d,p,c,u){return t(),e("div",null,o)}const b=a(i,[["render",r]]);export{k as __pageData,b as default};
diff --git a/assets/en_US_guide_dashboardq.md.BxwcTkE_.js b/assets/en_US_guide_dashboardq.md.0__B4pJO.js
similarity index 99%
rename from assets/en_US_guide_dashboardq.md.BxwcTkE_.js
rename to assets/en_US_guide_dashboardq.md.0__B4pJO.js
index 7359ce01..ee24b782 100644
--- a/assets/en_US_guide_dashboardq.md.BxwcTkE_.js
+++ b/assets/en_US_guide_dashboardq.md.0__B4pJO.js
@@ -1,4 +1,4 @@
-import{_ as e,c as a,o as t,a4 as i}from"./chunks/framework.BmdFiWrL.js";const b=JSON.parse('{"title":"Frequently Asked Questions about the Dashboard","description":"","frontmatter":{"outline":"deep"},"headers":[],"relativePath":"en_US/guide/dashboardq.md","filePath":"en_US/guide/dashboardq.md","lastUpdated":1723164446000}'),s={name:"en_US/guide/dashboardq.md"},n=i(`

Frequently Asked Questions about the Dashboard

Why is the IP Displayed in the Admin Panel Different from the Actual Agent IP?

First, let's explain how the IP displayed in the Admin panel is obtained: The Agent periodically requests IP-API to get IP information and reports it to the Dashboard. The currently used IP-API can be viewed here: myip.go.
If you find that the IP displayed in the Admin panel is different from the IP provided by your service provider, it is most likely that the service provider has given you an entry IP, but the Agent is testing your exit IP. This issue can also occur with multi-line servers and IPLC private lines.

TIP

For example, a common scenario is that the service provider gives you a high-defense server. To meet both high defense and low network interruption rate goals, the IP provided may be a mapped high-defense IP rather than your server's real exit IP.

You can also test the exit IP on the Agent server by running the following commands:

shell
curl https://ipapi.co/ip/
+import{_ as e,c as a,o as t,a4 as i}from"./chunks/framework.BmdFiWrL.js";const b=JSON.parse('{"title":"Frequently Asked Questions about the Dashboard","description":"","frontmatter":{"outline":"deep"},"headers":[],"relativePath":"en_US/guide/dashboardq.md","filePath":"en_US/guide/dashboardq.md","lastUpdated":1723329100000}'),s={name:"en_US/guide/dashboardq.md"},n=i(`

Frequently Asked Questions about the Dashboard

Why is the IP Displayed in the Admin Panel Different from the Actual Agent IP?

First, let's explain how the IP displayed in the Admin panel is obtained: The Agent periodically requests IP-API to get IP information and reports it to the Dashboard. The currently used IP-API can be viewed here: myip.go.
If you find that the IP displayed in the Admin panel is different from the IP provided by your service provider, it is most likely that the service provider has given you an entry IP, but the Agent is testing your exit IP. This issue can also occur with multi-line servers and IPLC private lines.

TIP

For example, a common scenario is that the service provider gives you a high-defense server. To meet both high defense and low network interruption rate goals, the IP provided may be a mapped high-defense IP rather than your server's real exit IP.

You can also test the exit IP on the Agent server by running the following commands:

shell
curl https://ipapi.co/ip/
 curl ip.sb
 curl ip-api.com

Forgot or Deleted Viewing Password

Please view or edit the /opt/nezha/dashboard/data/config.yaml file.
The password is located under the site-viewpassword item.

Dashboard Installation/Restart/Update Failure: iptables ......

First, try restarting Docker before proceeding:

shell
systemctl status docker
 systemctl restart docker
diff --git a/assets/en_US_guide_dashboardq.md.BxwcTkE_.lean.js b/assets/en_US_guide_dashboardq.md.0__B4pJO.lean.js
similarity index 87%
rename from assets/en_US_guide_dashboardq.md.BxwcTkE_.lean.js
rename to assets/en_US_guide_dashboardq.md.0__B4pJO.lean.js
index 23329689..68c34c10 100644
--- a/assets/en_US_guide_dashboardq.md.BxwcTkE_.lean.js
+++ b/assets/en_US_guide_dashboardq.md.0__B4pJO.lean.js
@@ -1 +1 @@
-import{_ as e,c as a,o as t,a4 as i}from"./chunks/framework.BmdFiWrL.js";const b=JSON.parse('{"title":"Frequently Asked Questions about the Dashboard","description":"","frontmatter":{"outline":"deep"},"headers":[],"relativePath":"en_US/guide/dashboardq.md","filePath":"en_US/guide/dashboardq.md","lastUpdated":1723164446000}'),s={name:"en_US/guide/dashboardq.md"},n=i("",37),o=[n];function r(d,l,h,c,p,u){return t(),a("div",null,o)}const f=e(s,[["render",r]]);export{b as __pageData,f as default};
+import{_ as e,c as a,o as t,a4 as i}from"./chunks/framework.BmdFiWrL.js";const b=JSON.parse('{"title":"Frequently Asked Questions about the Dashboard","description":"","frontmatter":{"outline":"deep"},"headers":[],"relativePath":"en_US/guide/dashboardq.md","filePath":"en_US/guide/dashboardq.md","lastUpdated":1723329100000}'),s={name:"en_US/guide/dashboardq.md"},n=i("",37),o=[n];function r(d,l,h,c,p,u){return t(),a("div",null,o)}const f=e(s,[["render",r]]);export{b as __pageData,f as default};
diff --git a/assets/en_US_guide_loginq.md.BPuN4Hue.js b/assets/en_US_guide_loginq.md.DBS_wq0Y.js
similarity index 99%
rename from assets/en_US_guide_loginq.md.BPuN4Hue.js
rename to assets/en_US_guide_loginq.md.DBS_wq0Y.js
index e90e9edc..7ec02cb0 100644
--- a/assets/en_US_guide_loginq.md.BPuN4Hue.js
+++ b/assets/en_US_guide_loginq.md.DBS_wq0Y.js
@@ -1 +1 @@
-import{_ as e,c as a,o,a4 as t}from"./chunks/framework.BmdFiWrL.js";const p=JSON.parse('{"title":"FAQ about logging into the Dashboard","description":"","frontmatter":{"outline":"deep"},"headers":[],"relativePath":"en_US/guide/loginq.md","filePath":"en_US/guide/loginq.md","lastUpdated":1723164446000}'),i={name:"en_US/guide/loginq.md"},r=t('

FAQ about logging into the Dashboard

Stuck Page/Connection Refused/Long Response Time After Login Callback

These issues can manifest in various ways, but ultimately the browser cannot display correctly after login.

  1. Your server cannot connect to Github/Gitee, which is most common when configuring Github on servers in mainland China. You may try several times or switch to Cloudflare Access.
  2. You have configured the callback address incorrectly. Ensure that your callback address is correct and that both the port and protocol are accurate!
  3. An unknown error occurred on the Dashboard. You can use a script to check the logs.

TIP

What is a protocol? In the browser, the string that ends your domain with :// is the protocol, usually http or https. Since there may be multiple protocol+domain+port combinations available for accessing the Dashboard in a normal deployment, make sure to choose the most appropriate one as the callback.

How to Check if My Callback Address is Wrong?

Ensure that the protocol+domain+port displayed in the browser before login and after the callback are consistent.
Ensure that your path is /oauth2/callback, all in lowercase.

Errors After Logging into the Admin Panel

  1. Clear cookies and log in again, or try a different browser.
  2. Check the callback address to ensure it is correct and that both the port and protocol are accurate! The address initiating the request must be in the same domain as the callback address, with the port, protocol, and domain (or IP) all matching.

lookup xxx

The container DNS resolution failed, usually due to modified iptables configurations.
It is recommended to restart Docker first, sudo systemctl restart docker, then restart the Dashboard using the script.
If the lookup error persists, check if there are other tools controlling iptables, such as firewall.
This issue might also be related to the kernel, so try switching to the official kernel.

Invalid authorization method, or the login callback address is invalid, expired, or has been revoked

This issue appears only when using Gitee login, and the reason is unclear. Switching to GitHub is recommended.

oauth2: server response missing access_token

This could be caused by various factors, most likely a network issue. Check your network and try again.
If unresolved, switching to Github or another method is recommended.

The user is not an admin of this site and cannot log in

You logged in with the wrong account or configured the wrong username. Note that the username is not an email, and you can use a script to modify it.
For Cloudflare Access users, note that your username is not an email but a User ID.

dial tcp xxx:443 i/o timeout

This is a network issue. Try restarting Docker first, sudo systemctl restart docker, then restart the Dashboard using the script.
If you are configuring Github login on a server in mainland China, switching to Cloudflare Access is recommended to avoid network interference.

net/http: TLS handshake timeout

Same as above.

Unable to receive email verification codes using Cloudflare Access as an OAuth2 Provider

  • Ensure that the email verification policy has been correctly configured in Policies.
  • Verify that the email address you provided is correct. Note that email addresses not on the policy whitelist will not receive verification codes.
',24),n=[r];function s(l,c,h,d,u,g){return o(),a("div",null,n)}const b=e(i,[["render",s]]);export{p as __pageData,b as default}; +import{_ as e,c as a,o,a4 as t}from"./chunks/framework.BmdFiWrL.js";const p=JSON.parse('{"title":"FAQ about logging into the Dashboard","description":"","frontmatter":{"outline":"deep"},"headers":[],"relativePath":"en_US/guide/loginq.md","filePath":"en_US/guide/loginq.md","lastUpdated":1723329100000}'),i={name:"en_US/guide/loginq.md"},r=t('

FAQ about logging into the Dashboard

Stuck Page/Connection Refused/Long Response Time After Login Callback

These issues can manifest in various ways, but ultimately the browser cannot display correctly after login.

  1. Your server cannot connect to Github/Gitee, which is most common when configuring Github on servers in mainland China. You may try several times or switch to Cloudflare Access.
  2. You have configured the callback address incorrectly. Ensure that your callback address is correct and that both the port and protocol are accurate!
  3. An unknown error occurred on the Dashboard. You can use a script to check the logs.

TIP

What is a protocol? In the browser, the string that ends your domain with :// is the protocol, usually http or https. Since there may be multiple protocol+domain+port combinations available for accessing the Dashboard in a normal deployment, make sure to choose the most appropriate one as the callback.

How to Check if My Callback Address is Wrong?

Ensure that the protocol+domain+port displayed in the browser before login and after the callback are consistent.
Ensure that your path is /oauth2/callback, all in lowercase.

Errors After Logging into the Admin Panel

  1. Clear cookies and log in again, or try a different browser.
  2. Check the callback address to ensure it is correct and that both the port and protocol are accurate! The address initiating the request must be in the same domain as the callback address, with the port, protocol, and domain (or IP) all matching.

lookup xxx

The container DNS resolution failed, usually due to modified iptables configurations.
It is recommended to restart Docker first, sudo systemctl restart docker, then restart the Dashboard using the script.
If the lookup error persists, check if there are other tools controlling iptables, such as firewall.
This issue might also be related to the kernel, so try switching to the official kernel.

Invalid authorization method, or the login callback address is invalid, expired, or has been revoked

This issue appears only when using Gitee login, and the reason is unclear. Switching to GitHub is recommended.

oauth2: server response missing access_token

This could be caused by various factors, most likely a network issue. Check your network and try again.
If unresolved, switching to Github or another method is recommended.

The user is not an admin of this site and cannot log in

You logged in with the wrong account or configured the wrong username. Note that the username is not an email, and you can use a script to modify it.
For Cloudflare Access users, note that your username is not an email but a User ID.

dial tcp xxx:443 i/o timeout

This is a network issue. Try restarting Docker first, sudo systemctl restart docker, then restart the Dashboard using the script.
If you are configuring Github login on a server in mainland China, switching to Cloudflare Access is recommended to avoid network interference.

net/http: TLS handshake timeout

Same as above.

Unable to receive email verification codes using Cloudflare Access as an OAuth2 Provider

  • Ensure that the email verification policy has been correctly configured in Policies.
  • Verify that the email address you provided is correct. Note that email addresses not on the policy whitelist will not receive verification codes.
',24),n=[r];function s(l,c,h,d,u,g){return o(),a("div",null,n)}const b=e(i,[["render",s]]);export{p as __pageData,b as default}; diff --git a/assets/en_US_guide_loginq.md.BPuN4Hue.lean.js b/assets/en_US_guide_loginq.md.DBS_wq0Y.lean.js similarity index 86% rename from assets/en_US_guide_loginq.md.BPuN4Hue.lean.js rename to assets/en_US_guide_loginq.md.DBS_wq0Y.lean.js index bb489936..4fb2f9e1 100644 --- a/assets/en_US_guide_loginq.md.BPuN4Hue.lean.js +++ b/assets/en_US_guide_loginq.md.DBS_wq0Y.lean.js @@ -1 +1 @@ -import{_ as e,c as a,o,a4 as t}from"./chunks/framework.BmdFiWrL.js";const p=JSON.parse('{"title":"FAQ about logging into the Dashboard","description":"","frontmatter":{"outline":"deep"},"headers":[],"relativePath":"en_US/guide/loginq.md","filePath":"en_US/guide/loginq.md","lastUpdated":1723164446000}'),i={name:"en_US/guide/loginq.md"},r=t("",24),n=[r];function s(l,c,h,d,u,g){return o(),a("div",null,n)}const b=e(i,[["render",s]]);export{p as __pageData,b as default}; +import{_ as e,c as a,o,a4 as t}from"./chunks/framework.BmdFiWrL.js";const p=JSON.parse('{"title":"FAQ about logging into the Dashboard","description":"","frontmatter":{"outline":"deep"},"headers":[],"relativePath":"en_US/guide/loginq.md","filePath":"en_US/guide/loginq.md","lastUpdated":1723329100000}'),i={name:"en_US/guide/loginq.md"},r=t("",24),n=[r];function s(l,c,h,d,u,g){return o(),a("div",null,n)}const b=e(i,[["render",s]]);export{p as __pageData,b as default}; diff --git a/assets/en_US_guide_nat.md.D3YMcF5p.js b/assets/en_US_guide_nat.md.VU_DPSQq.js similarity index 98% rename from assets/en_US_guide_nat.md.D3YMcF5p.js rename to assets/en_US_guide_nat.md.VU_DPSQq.js index c6bf280a..f98676df 100644 --- a/assets/en_US_guide_nat.md.D3YMcF5p.js +++ b/assets/en_US_guide_nat.md.VU_DPSQq.js @@ -1 +1 @@ -import{_ as e,c as t,o as a,a4 as i}from"./chunks/framework.BmdFiWrL.js";const g=JSON.parse('{"title":"NAT Traversal Configuration","description":"","frontmatter":{"outline":"deep"},"headers":[],"relativePath":"en_US/guide/nat.md","filePath":"en_US/guide/nat.md","lastUpdated":1723164446000}'),o={name:"en_US/guide/nat.md"},n=i('

NAT Traversal Configuration

Nezha Server Monitoring includes built-in NAT traversal capabilities, allowing users to expose internal services running on an Agent (such as home OpenWrt routers or NAS devices) to the public internet. This functionality facilitates remote access and is currently limited to supporting HTTP protocol traversal.

Preparation

Prior to configuring NAT traversal, please ensure the following preparatory steps are completed:

  • Verify that the Nezha Monitoring Agent is installed and actively running on your device and maintains a stable connection with the Dashboard.
  • Acquire a public domain name, ideally using a subdomain configuration, such as service-1.example.com. Point this domain name to the public IP address of your Dashboard server.
  • It is important to note that each domain name can only map to the service of one Agent. For mapping services from multiple Agents, distinct domain names should be used, such as service-2.example.com.

WARNING

If your Dashboard server uses tools like the aaPanel or similar management platforms, ensure that your domain (e.g., service-1.example.com) is correctly linked to the Dashboard site within these tools to avoid access issues.

NAT Traversal Configuration Steps

  1. Log into the Dashboard Admin Panel and navigate to the "NAT Traversal" section in the menu.
  2. Click the "Add" button and provide the following required details:
    • Name: Assign a custom name to this traversal setup, for example, OpenWrt Login Page.
    • Agent ID: Input the ID of the Agent for which traversal is needed.
    • Internal Service Address: Specify the internal service address that requires traversal, in the IP:port format, such as 127.0.0.1:80.
    • Domain Name: Enter the previously configured public domain name, like service-1.example.com.
  3. After filling in the details, click the "Add" button and wait for the traversal setup to activate.
  4. Test the configuration by accessing http://service-1.example.com to ensure the internal service on the Agent is successfully accessible.

Usage Notes

  • Continuous connectivity between the Agent and the Dashboard is crucial for the NAT traversal functionality to operate correctly. If the connection to the Agent is lost, the traversal setup will temporarily cease to function.
  • Given that the NAT traversal does not encrypt traffic by itself, it is recommended to secure data transmissions by employing TLS/SSL between the Agent and the Dashboard, as well as between the Dashboard and the client browser, to ensure data security during transmission.
',10),r=[n];function s(l,c,d,u,h,p){return a(),t("div",null,r)}const f=e(o,[["render",s]]);export{g as __pageData,f as default}; +import{_ as e,c as t,o as a,a4 as i}from"./chunks/framework.BmdFiWrL.js";const g=JSON.parse('{"title":"NAT Traversal Configuration","description":"","frontmatter":{"outline":"deep"},"headers":[],"relativePath":"en_US/guide/nat.md","filePath":"en_US/guide/nat.md","lastUpdated":1723329100000}'),o={name:"en_US/guide/nat.md"},n=i('

NAT Traversal Configuration

Nezha Server Monitoring includes built-in NAT traversal capabilities, allowing users to expose internal services running on an Agent (such as home OpenWrt routers or NAS devices) to the public internet. This functionality facilitates remote access and is currently limited to supporting HTTP protocol traversal.

Preparation

Prior to configuring NAT traversal, please ensure the following preparatory steps are completed:

  • Verify that the Nezha Monitoring Agent is installed and actively running on your device and maintains a stable connection with the Dashboard.
  • Acquire a public domain name, ideally using a subdomain configuration, such as service-1.example.com. Point this domain name to the public IP address of your Dashboard server.
  • It is important to note that each domain name can only map to the service of one Agent. For mapping services from multiple Agents, distinct domain names should be used, such as service-2.example.com.

WARNING

If your Dashboard server uses tools like the aaPanel or similar management platforms, ensure that your domain (e.g., service-1.example.com) is correctly linked to the Dashboard site within these tools to avoid access issues.

NAT Traversal Configuration Steps

  1. Log into the Dashboard Admin Panel and navigate to the "NAT Traversal" section in the menu.
  2. Click the "Add" button and provide the following required details:
    • Name: Assign a custom name to this traversal setup, for example, OpenWrt Login Page.
    • Agent ID: Input the ID of the Agent for which traversal is needed.
    • Internal Service Address: Specify the internal service address that requires traversal, in the IP:port format, such as 127.0.0.1:80.
    • Domain Name: Enter the previously configured public domain name, like service-1.example.com.
  3. After filling in the details, click the "Add" button and wait for the traversal setup to activate.
  4. Test the configuration by accessing http://service-1.example.com to ensure the internal service on the Agent is successfully accessible.

Usage Notes

  • Continuous connectivity between the Agent and the Dashboard is crucial for the NAT traversal functionality to operate correctly. If the connection to the Agent is lost, the traversal setup will temporarily cease to function.
  • Given that the NAT traversal does not encrypt traffic by itself, it is recommended to secure data transmissions by employing TLS/SSL between the Agent and the Dashboard, as well as between the Dashboard and the client browser, to ensure data security during transmission.
',10),r=[n];function s(l,c,d,u,h,p){return a(),t("div",null,r)}const f=e(o,[["render",s]]);export{g as __pageData,f as default}; diff --git a/assets/en_US_guide_nat.md.D3YMcF5p.lean.js b/assets/en_US_guide_nat.md.VU_DPSQq.lean.js similarity index 86% rename from assets/en_US_guide_nat.md.D3YMcF5p.lean.js rename to assets/en_US_guide_nat.md.VU_DPSQq.lean.js index d45326be..2d2aeeeb 100644 --- a/assets/en_US_guide_nat.md.D3YMcF5p.lean.js +++ b/assets/en_US_guide_nat.md.VU_DPSQq.lean.js @@ -1 +1 @@ -import{_ as e,c as t,o as a,a4 as i}from"./chunks/framework.BmdFiWrL.js";const g=JSON.parse('{"title":"NAT Traversal Configuration","description":"","frontmatter":{"outline":"deep"},"headers":[],"relativePath":"en_US/guide/nat.md","filePath":"en_US/guide/nat.md","lastUpdated":1723164446000}'),o={name:"en_US/guide/nat.md"},n=i("",10),r=[n];function s(l,c,d,u,h,p){return a(),t("div",null,r)}const f=e(o,[["render",s]]);export{g as __pageData,f as default}; +import{_ as e,c as t,o as a,a4 as i}from"./chunks/framework.BmdFiWrL.js";const g=JSON.parse('{"title":"NAT Traversal Configuration","description":"","frontmatter":{"outline":"deep"},"headers":[],"relativePath":"en_US/guide/nat.md","filePath":"en_US/guide/nat.md","lastUpdated":1723329100000}'),o={name:"en_US/guide/nat.md"},n=i("",10),r=[n];function s(l,c,d,u,h,p){return a(),t("div",null,r)}const f=e(o,[["render",s]]);export{g as __pageData,f as default}; diff --git a/assets/en_US_guide_notifications.md.DGYRR58D.js b/assets/en_US_guide_notifications.md.Cg9dFhXF.js similarity index 99% rename from assets/en_US_guide_notifications.md.DGYRR58D.js rename to assets/en_US_guide_notifications.md.Cg9dFhXF.js index ea66c07d..abe62194 100644 --- a/assets/en_US_guide_notifications.md.DGYRR58D.js +++ b/assets/en_US_guide_notifications.md.Cg9dFhXF.js @@ -1,4 +1,4 @@ -import{_ as i,c as s,o as t,a4 as a}from"./chunks/framework.BmdFiWrL.js";const E=JSON.parse('{"title":"Notification Configuration","description":"","frontmatter":{"outline":"deep"},"headers":[],"relativePath":"en_US/guide/notifications.md","filePath":"en_US/guide/notifications.md","lastUpdated":1723164446000}'),e={name:"en_US/guide/notifications.md"},n=a(`

Notification Configuration

Nezha Monitoring supports monitoring server load, CPU, memory, disk, traffic, monthly traffic, process count, and connection count, and sending notifications when user-defined thresholds are reached.

Flexible Notification Methods

  • In Dashboard messages, the placeholder #DATETIME# represents the timestamp of the event. When the notification is triggered, the Dashboard automatically replaces #DATETIME# with the actual event time.
  • #NEZHA# is a placeholder for Dashboard messages, and the Dashboard automatically replaces the placeholder with the actual message when the notification is triggered.
  • The body content is in JSON format: When the request type is FORM, the value is in key:value form, and placeholders can be placed inside value. The placeholders will be automatically replaced during notification. When the request type is JSON, only simple string replacement is performed before being submitted to the URL.
  • Placeholders can also be placed inside the URL, and simple string replacement will be performed during the request.

Refer to the following notification method examples, and you can also flexibly set the push method according to your needs.

Bark Example

Click to expand/collapse
  • Name: Bark

  • URL structure: /:key/:body or /:key/:title/:body or /:key/:category/:title/:body

  • Request Method: GET

  • Request Type: Default

  • Body: Empty

  • Name: Bark

  • URL structure: /push

  • Request Method: POST

  • Request Type: form

  • Body: {"title": "#SERVER.NAME#","device_key":"xxxxxxxxx","body":"#NEZHA#","icon":"https://xxxxxxxx/nz.png"}

Slack Example Contributor: @白歌

Click to expand/collapse

URL Parameter Acquisition Instructions

Prepare your Slack Workspace in advance and create an App for this Workspace. If you have not created one, you can create an App at Slack API.

After creating the App, you need to add an Incoming Webhook to the App. In the App's settings page, find Incoming Webhooks, enable Activate Incoming Webhooks, and at the bottom of the page, find and click Add New Webhook to Workspace, choose a Channel, and click Allow. After creating, you will get a Webhook URL, which you will use to replace the example URL below.

Telegram Example Contributor: @白歌

Click to expand/collapse

URL Parameter Acquisition Instructions

Create a bot in Telegram and get the bot's token and your Telegram user ID.

The token and user ID are alphanumeric strings. You can get your user ID by chatting with @userinfobot on Telegram. Create a bot by chatting with @BotFather, and you will get the bot's token.

Replace botXXXXXX with your bot token and YYYYYY with your user ID in the URL below. Note that you need to chat with the bot first, otherwise the bot cannot send messages to you.

Email Notification Example - Outlook Contributor: @白歌

Click to expand/collapse

Note: SendCloud has a daily free email sending limit. This is just an example. You can choose a paid service or other similar free services. The usage method is similar.

URL Parameter Acquisition Instructions

This example uses SendCloud as the email service. You need to register an account on SendCloud, create a sender email, and then obtain the APIUSER and APIKEY here.

Replace <replaceAPIUSER> and <replaceAPIKEY> in the example URL below with your APIUSER and APIKEY, and replace <customSenderEmail> and <customRecipientEmail> with any sender and recipient email addresses.

Does the Agent Have a Docker Image?

The Agent does not currently have a Docker image.
The design philosophy of the Agent is opposite to that of the Dashboard. While the Dashboard should minimally impact the server, the Agent needs to execute monitoring services and run commands within the server.
Running the Agent inside a container can still perform monitoring tasks, but features like WebShell will not function properly, so no Docker image is provided.

- +}

Does the Agent Have a Docker Image?

The Agent does not currently have a Docker image.
The design philosophy of the Agent is opposite to that of the Dashboard. While the Dashboard should minimally impact the server, the Agent needs to execute monitoring services and run commands within the server.
Running the Agent inside a container can still perform monitoring tasks, but features like WebShell will not function properly, so no Docker image is provided.

+ \ No newline at end of file diff --git a/en_US/guide/agentq.html b/en_US/guide/agentq.html index 748b2d0c..6fbbf7f4 100644 --- a/en_US/guide/agentq.html +++ b/en_US/guide/agentq.html @@ -12,7 +12,7 @@ - + @@ -22,8 +22,8 @@ -
Skip to content

Frequently Asked Questions about the Agent

The IP Displayed in the Admin Panel is Different from the Actual Agent IP?

Please refer to Dashboard Related - Why is the IP Displayed in the Admin Panel Different from the Actual Agent IP?. This will not be repeated here.

Errors During One-Click Script Installation

curl: Failed to connect to raw.githubusercontent.com......

This mostly occurs on servers in mainland China. Currently, the one-click script fetches the installation script directly from Github. You may try several times, or manually install the Agent. Additionally, you can find third-party Github acceleration services or mirrors and set them in the one-click installation script.

sudo: command not found

Please manually install sudo first, for example, in Ubuntu:

shell
apt install sudo
- +
Skip to content

Frequently Asked Questions about the Agent

The IP Displayed in the Admin Panel is Different from the Actual Agent IP?

Please refer to Dashboard Related - Why is the IP Displayed in the Admin Panel Different from the Actual Agent IP?. This will not be repeated here.

Errors During One-Click Script Installation

curl: Failed to connect to raw.githubusercontent.com......

This mostly occurs on servers in mainland China. Currently, the one-click script fetches the installation script directly from Github. You may try several times, or manually install the Agent. Additionally, you can find third-party Github acceleration services or mirrors and set them in the one-click installation script.

sudo: command not found

Please manually install sudo first, for example, in Ubuntu:

shell
apt install sudo
+ \ No newline at end of file diff --git a/en_US/guide/api.html b/en_US/guide/api.html index f641a4a6..0a7640db 100644 --- a/en_US/guide/api.html +++ b/en_US/guide/api.html @@ -12,7 +12,7 @@ - + @@ -206,8 +206,8 @@ print(f"Memory Used: {server['status']['MemUsed']} bytes") print(f"Disk Used: {server['status']['DiskUsed']} bytes") print(f"Network In Speed: {server['status']['NetInSpeed']} bytes/s") -print(f"Network Out Speed: {server['status']['NetOutSpeed']} bytes/s")

With the above example code, you can easily obtain and process server status information, enabling automated monitoring and management.

- +print(f"Network Out Speed: {server['status']['NetOutSpeed']} bytes/s")

With the above example code, you can easily obtain and process server status information, enabling automated monitoring and management.

+ \ No newline at end of file diff --git a/en_US/guide/dashboard.html b/en_US/guide/dashboard.html index 88b1524c..eab7e758 100644 --- a/en_US/guide/dashboard.html +++ b/en_US/guide/dashboard.html @@ -12,7 +12,7 @@ - + @@ -42,8 +42,8 @@ proxy /terminal/* http://ip:8008 { websocket header_upstream -Origin -}

Configuring SSL in the aaPanel

First, temporarily disable the reverse proxy.
Like configuring SSL certificates for other websites, enter the “SSL” in the site settings, and you can choose to automatically apply for a Let’s Encrypt certificate or manually configure an existing certificate.
After completing the SSL settings, go back to Github OAuth Apps and edit the previously created OAuth application. Change all the domain parts in "Homepage URL" and "Authorization callback URL" from http to https, such as "https://dashboard.example.com" and "https://dashboard.example.com/oauth2/callback". Failing to change this may result in being unable to log in to the admin panel.

Updating the Dashboard

Run the script ./nezha.sh, and select to restart and update the dashboard.

- +}

Configuring SSL in the aaPanel

First, temporarily disable the reverse proxy.
Like configuring SSL certificates for other websites, enter the “SSL” in the site settings, and you can choose to automatically apply for a Let’s Encrypt certificate or manually configure an existing certificate.
After completing the SSL settings, go back to Github OAuth Apps and edit the previously created OAuth application. Change all the domain parts in "Homepage URL" and "Authorization callback URL" from http to https, such as "https://dashboard.example.com" and "https://dashboard.example.com/oauth2/callback". Failing to change this may result in being unable to log in to the admin panel.

Updating the Dashboard

Run the script ./nezha.sh, and select to restart and update the dashboard.

+ \ No newline at end of file diff --git a/en_US/guide/dashboardq.html b/en_US/guide/dashboardq.html index bfc8c3bb..e9235f19 100644 --- a/en_US/guide/dashboardq.html +++ b/en_US/guide/dashboardq.html @@ -12,7 +12,7 @@ - + @@ -31,8 +31,8 @@ expires 12h; error_log /dev/null; access_log /dev/null; - }
  • Save the configuration, clear the browser, Nginx, and CDN caches, and refresh the page to see if it returns to normal.

  • Dashboard Cannot Start: panic: Unable to find the configured DDNS provider...

    The value entered for the DDNS provider is incorrect. Currently, only webhook, cloudflare, tencentcloud, and dummy are supported.

    Dashboard DDNS Update Crash: panic: interface conversion: interface {} is nil, not []interface {}

    The entered DDNS AccessID or AccessSecret is incorrect.

    Dashboard warning: NEZHA>> 错误的服务监控上报...

    1. The installed versions of the Dashboard and Agent are not compatible and have a TaskType that is unsupported by its counterpart. Updating both to the latest version could solve this problem.

    2. This could be a specific issue in Dashboard v0.17.10 - v0.18.0. Updating to the latest version could solve this.

    Unable to start the Agent service: Unix syslog delivery error

    Appears in Agent v0.16.9+. Mostly caused by a malfunctioning /dev/log socket (or it does not exist at all). You can refer to https://unix.stackexchange.com/questions/317064/how-do-i-restore-dev-log-in-systemdrsyslog-host to solve this problem. Try avoiding using init systems like systemd in a Docker installation.

    Network Monitoring Page Shows: server monitor history not found

    This error indicates that no TCP-Ping or ICMP-Ping type monitoring has been set in the services page or monitoring data has not yet been generated.
    If it has been set up, wait for some time and then check again.

    What to do if /terminal or /ws can't connect properly after enabling HTTPS?

    This is often due to an incomplete certificate. Add the -d parameter to the agent run command. If the log contains x509:certificate signed by unknown authority, replacing with a complete certificate will solve the problem.

    What if I'm not satisfied with the data modification/addition functionality provided by the dashboard and want to modify/add data myself?

    Common in scenarios like batch adding Agents, you can directly modify the database.
    Note that not everything in the database can be modified; incorrect modifications can lead to data corruption and inability to start the Dashboard. Do not modify the database casually!

    DANGER

    Again, do not modify the database casually!

    If you need to modify data in the database, stop the dashboard container first.
    The database type is sqlite3, located at /opt/nezha/dashboard/data/sqlite.db. Backup before modifying.

    Will the Dashboard automatically update?

    Agents typically update automatically, but the Dashboard does not and requires manual updates.

    Agent Command Issuance Failed When Connecting to Web Terminal

    When the Agent is offline, or the connection between the Agent and the Dashboard is unstable, it may cause issues with connecting to the Web Terminal. Please check if the Agent is running normally and maintaining a stable connection with the Dashboard.

    - + }
  • Save the configuration, clear the browser, Nginx, and CDN caches, and refresh the page to see if it returns to normal.

  • Dashboard Cannot Start: panic: Unable to find the configured DDNS provider...

    The value entered for the DDNS provider is incorrect. Currently, only webhook, cloudflare, tencentcloud, and dummy are supported.

    Dashboard DDNS Update Crash: panic: interface conversion: interface {} is nil, not []interface {}

    The entered DDNS AccessID or AccessSecret is incorrect.

    Dashboard warning: NEZHA>> 错误的服务监控上报...

    1. The installed versions of the Dashboard and Agent are not compatible and have a TaskType that is unsupported by its counterpart. Updating both to the latest version could solve this problem.

    2. This could be a specific issue in Dashboard v0.17.10 - v0.18.0. Updating to the latest version could solve this.

    Unable to start the Agent service: Unix syslog delivery error

    Appears in Agent v0.16.9+. Mostly caused by a malfunctioning /dev/log socket (or it does not exist at all). You can refer to https://unix.stackexchange.com/questions/317064/how-do-i-restore-dev-log-in-systemdrsyslog-host to solve this problem. Try avoiding using init systems like systemd in a Docker installation.

    Network Monitoring Page Shows: server monitor history not found

    This error indicates that no TCP-Ping or ICMP-Ping type monitoring has been set in the services page or monitoring data has not yet been generated.
    If it has been set up, wait for some time and then check again.

    What to do if /terminal or /ws can't connect properly after enabling HTTPS?

    This is often due to an incomplete certificate. Add the -d parameter to the agent run command. If the log contains x509:certificate signed by unknown authority, replacing with a complete certificate will solve the problem.

    What if I'm not satisfied with the data modification/addition functionality provided by the dashboard and want to modify/add data myself?

    Common in scenarios like batch adding Agents, you can directly modify the database.
    Note that not everything in the database can be modified; incorrect modifications can lead to data corruption and inability to start the Dashboard. Do not modify the database casually!

    DANGER

    Again, do not modify the database casually!

    If you need to modify data in the database, stop the dashboard container first.
    The database type is sqlite3, located at /opt/nezha/dashboard/data/sqlite.db. Backup before modifying.

    Will the Dashboard automatically update?

    Agents typically update automatically, but the Dashboard does not and requires manual updates.

    Agent Command Issuance Failed When Connecting to Web Terminal

    When the Agent is offline, or the connection between the Agent and the Dashboard is unstable, it may cause issues with connecting to the Web Terminal. Please check if the Agent is running normally and maintaining a stable connection with the Dashboard.

    + \ No newline at end of file diff --git a/en_US/guide/loginq.html b/en_US/guide/loginq.html index 5aa406a0..ae132880 100644 --- a/en_US/guide/loginq.html +++ b/en_US/guide/loginq.html @@ -12,7 +12,7 @@ - + @@ -22,8 +22,8 @@ -
    Skip to content

    FAQ about logging into the Dashboard

    Stuck Page/Connection Refused/Long Response Time After Login Callback

    These issues can manifest in various ways, but ultimately the browser cannot display correctly after login.

    1. Your server cannot connect to Github/Gitee, which is most common when configuring Github on servers in mainland China. You may try several times or switch to Cloudflare Access.
    2. You have configured the callback address incorrectly. Ensure that your callback address is correct and that both the port and protocol are accurate!
    3. An unknown error occurred on the Dashboard. You can use a script to check the logs.

    TIP

    What is a protocol? In the browser, the string that ends your domain with :// is the protocol, usually http or https. Since there may be multiple protocol+domain+port combinations available for accessing the Dashboard in a normal deployment, make sure to choose the most appropriate one as the callback.

    How to Check if My Callback Address is Wrong?

    Ensure that the protocol+domain+port displayed in the browser before login and after the callback are consistent.
    Ensure that your path is /oauth2/callback, all in lowercase.

    Errors After Logging into the Admin Panel

    1. Clear cookies and log in again, or try a different browser.
    2. Check the callback address to ensure it is correct and that both the port and protocol are accurate! The address initiating the request must be in the same domain as the callback address, with the port, protocol, and domain (or IP) all matching.

    lookup xxx

    The container DNS resolution failed, usually due to modified iptables configurations.
    It is recommended to restart Docker first, sudo systemctl restart docker, then restart the Dashboard using the script.
    If the lookup error persists, check if there are other tools controlling iptables, such as firewall.
    This issue might also be related to the kernel, so try switching to the official kernel.

    Invalid authorization method, or the login callback address is invalid, expired, or has been revoked

    This issue appears only when using Gitee login, and the reason is unclear. Switching to GitHub is recommended.

    oauth2: server response missing access_token

    This could be caused by various factors, most likely a network issue. Check your network and try again.
    If unresolved, switching to Github or another method is recommended.

    The user is not an admin of this site and cannot log in

    You logged in with the wrong account or configured the wrong username. Note that the username is not an email, and you can use a script to modify it.
    For Cloudflare Access users, note that your username is not an email but a User ID.

    dial tcp xxx:443 i/o timeout

    This is a network issue. Try restarting Docker first, sudo systemctl restart docker, then restart the Dashboard using the script.
    If you are configuring Github login on a server in mainland China, switching to Cloudflare Access is recommended to avoid network interference.

    net/http: TLS handshake timeout

    Same as above.

    Unable to receive email verification codes using Cloudflare Access as an OAuth2 Provider

    • Ensure that the email verification policy has been correctly configured in Policies.
    • Verify that the email address you provided is correct. Note that email addresses not on the policy whitelist will not receive verification codes.
    - +
    Skip to content

    FAQ about logging into the Dashboard

    Stuck Page/Connection Refused/Long Response Time After Login Callback

    These issues can manifest in various ways, but ultimately the browser cannot display correctly after login.

    1. Your server cannot connect to Github/Gitee, which is most common when configuring Github on servers in mainland China. You may try several times or switch to Cloudflare Access.
    2. You have configured the callback address incorrectly. Ensure that your callback address is correct and that both the port and protocol are accurate!
    3. An unknown error occurred on the Dashboard. You can use a script to check the logs.

    TIP

    What is a protocol? In the browser, the string that ends your domain with :// is the protocol, usually http or https. Since there may be multiple protocol+domain+port combinations available for accessing the Dashboard in a normal deployment, make sure to choose the most appropriate one as the callback.

    How to Check if My Callback Address is Wrong?

    Ensure that the protocol+domain+port displayed in the browser before login and after the callback are consistent.
    Ensure that your path is /oauth2/callback, all in lowercase.

    Errors After Logging into the Admin Panel

    1. Clear cookies and log in again, or try a different browser.
    2. Check the callback address to ensure it is correct and that both the port and protocol are accurate! The address initiating the request must be in the same domain as the callback address, with the port, protocol, and domain (or IP) all matching.

    lookup xxx

    The container DNS resolution failed, usually due to modified iptables configurations.
    It is recommended to restart Docker first, sudo systemctl restart docker, then restart the Dashboard using the script.
    If the lookup error persists, check if there are other tools controlling iptables, such as firewall.
    This issue might also be related to the kernel, so try switching to the official kernel.

    Invalid authorization method, or the login callback address is invalid, expired, or has been revoked

    This issue appears only when using Gitee login, and the reason is unclear. Switching to GitHub is recommended.

    oauth2: server response missing access_token

    This could be caused by various factors, most likely a network issue. Check your network and try again.
    If unresolved, switching to Github or another method is recommended.

    The user is not an admin of this site and cannot log in

    You logged in with the wrong account or configured the wrong username. Note that the username is not an email, and you can use a script to modify it.
    For Cloudflare Access users, note that your username is not an email but a User ID.

    dial tcp xxx:443 i/o timeout

    This is a network issue. Try restarting Docker first, sudo systemctl restart docker, then restart the Dashboard using the script.
    If you are configuring Github login on a server in mainland China, switching to Cloudflare Access is recommended to avoid network interference.

    net/http: TLS handshake timeout

    Same as above.

    Unable to receive email verification codes using Cloudflare Access as an OAuth2 Provider

    • Ensure that the email verification policy has been correctly configured in Policies.
    • Verify that the email address you provided is correct. Note that email addresses not on the policy whitelist will not receive verification codes.
    + \ No newline at end of file diff --git a/en_US/guide/nat.html b/en_US/guide/nat.html index fce28726..b805b965 100644 --- a/en_US/guide/nat.html +++ b/en_US/guide/nat.html @@ -12,7 +12,7 @@ - + @@ -22,8 +22,8 @@ -
    Skip to content

    NAT Traversal Configuration

    Nezha Server Monitoring includes built-in NAT traversal capabilities, allowing users to expose internal services running on an Agent (such as home OpenWrt routers or NAS devices) to the public internet. This functionality facilitates remote access and is currently limited to supporting HTTP protocol traversal.

    Preparation

    Prior to configuring NAT traversal, please ensure the following preparatory steps are completed:

    • Verify that the Nezha Monitoring Agent is installed and actively running on your device and maintains a stable connection with the Dashboard.
    • Acquire a public domain name, ideally using a subdomain configuration, such as service-1.example.com. Point this domain name to the public IP address of your Dashboard server.
    • It is important to note that each domain name can only map to the service of one Agent. For mapping services from multiple Agents, distinct domain names should be used, such as service-2.example.com.

    WARNING

    If your Dashboard server uses tools like the aaPanel or similar management platforms, ensure that your domain (e.g., service-1.example.com) is correctly linked to the Dashboard site within these tools to avoid access issues.

    NAT Traversal Configuration Steps

    1. Log into the Dashboard Admin Panel and navigate to the "NAT Traversal" section in the menu.
    2. Click the "Add" button and provide the following required details:
      • Name: Assign a custom name to this traversal setup, for example, OpenWrt Login Page.
      • Agent ID: Input the ID of the Agent for which traversal is needed.
      • Internal Service Address: Specify the internal service address that requires traversal, in the IP:port format, such as 127.0.0.1:80.
      • Domain Name: Enter the previously configured public domain name, like service-1.example.com.
    3. After filling in the details, click the "Add" button and wait for the traversal setup to activate.
    4. Test the configuration by accessing http://service-1.example.com to ensure the internal service on the Agent is successfully accessible.

    Usage Notes

    • Continuous connectivity between the Agent and the Dashboard is crucial for the NAT traversal functionality to operate correctly. If the connection to the Agent is lost, the traversal setup will temporarily cease to function.
    • Given that the NAT traversal does not encrypt traffic by itself, it is recommended to secure data transmissions by employing TLS/SSL between the Agent and the Dashboard, as well as between the Dashboard and the client browser, to ensure data security during transmission.
    - +
    Skip to content

    NAT Traversal Configuration

    Nezha Server Monitoring includes built-in NAT traversal capabilities, allowing users to expose internal services running on an Agent (such as home OpenWrt routers or NAS devices) to the public internet. This functionality facilitates remote access and is currently limited to supporting HTTP protocol traversal.

    Preparation

    Prior to configuring NAT traversal, please ensure the following preparatory steps are completed:

    • Verify that the Nezha Monitoring Agent is installed and actively running on your device and maintains a stable connection with the Dashboard.
    • Acquire a public domain name, ideally using a subdomain configuration, such as service-1.example.com. Point this domain name to the public IP address of your Dashboard server.
    • It is important to note that each domain name can only map to the service of one Agent. For mapping services from multiple Agents, distinct domain names should be used, such as service-2.example.com.

    WARNING

    If your Dashboard server uses tools like the aaPanel or similar management platforms, ensure that your domain (e.g., service-1.example.com) is correctly linked to the Dashboard site within these tools to avoid access issues.

    NAT Traversal Configuration Steps

    1. Log into the Dashboard Admin Panel and navigate to the "NAT Traversal" section in the menu.
    2. Click the "Add" button and provide the following required details:
      • Name: Assign a custom name to this traversal setup, for example, OpenWrt Login Page.
      • Agent ID: Input the ID of the Agent for which traversal is needed.
      • Internal Service Address: Specify the internal service address that requires traversal, in the IP:port format, such as 127.0.0.1:80.
      • Domain Name: Enter the previously configured public domain name, like service-1.example.com.
    3. After filling in the details, click the "Add" button and wait for the traversal setup to activate.
    4. Test the configuration by accessing http://service-1.example.com to ensure the internal service on the Agent is successfully accessible.

    Usage Notes

    • Continuous connectivity between the Agent and the Dashboard is crucial for the NAT traversal functionality to operate correctly. If the connection to the Agent is lost, the traversal setup will temporarily cease to function.
    • Given that the NAT traversal does not encrypt traffic by itself, it is recommended to secure data transmissions by employing TLS/SSL between the Agent and the Dashboard, as well as between the Dashboard and the client browser, to ensure data security during transmission.
    + \ No newline at end of file diff --git a/en_US/guide/notifications.html b/en_US/guide/notifications.html index 7c825618..35f522c1 100644 --- a/en_US/guide/notifications.html +++ b/en_US/guide/notifications.html @@ -12,7 +12,7 @@ - + @@ -61,8 +61,8 @@ "markdown": { "content": "# Nezha Notification\n\n\"#NEZHA#\"\n\n> Name: \"#SERVER.NAME#\"\n> IP: \"#SERVER.IP#\"\n> IPv4: \"#SERVER.IPV4#\"\nIPv6: \"#SERVER.IPV6#\"\n> CPU: \"#SERVER.CPU#\"\n> Memory: \"#SERVER.MEM#\"\n> Swap: \"#SERVER.SWAP#\"\n> Disk: \"#SERVER.DISK#\"\n> Upload Speed: \"#SERVER.NETINSPEED#\"\n> Download Speed: \"#SERVER.NETOUTSPEED#\"\n> Total Upload: \"#SERVER.TRANSFERIN#\"\n> Total Download: \"#SERVER.TRANSFEROUT#\"\n> Load1: \"#SERVER.LOAD1#\"\n> Load5: \"#SERVER.LOAD5#\"\n> Load15: \"#SERVER.LOAD15#\"\n> TCP Connection Count: \"#SERVER.TCPCONNCOUNT\"\n> UDP Connection Count: \"#SERVER.UDPCONNCOUNT\"\n\n" } -}

    You can remove or add relevant information as needed.

    Notification Rule Explanation

    Basic Rules

    Complete Examples:

    Add an offline notification:

    Add an notification for CPU usage exceeding 50% for 10 seconds and memory usage below 20% for 20 seconds:

    Send notifications for specific servers to specific notification groups:

    Scenario example:
    There are 4 servers (1, 2, 3, 4) and two notification groups (A, B).
    Notify group A if servers 1 and 2 are offline for 10 minutes.
    Notify group B if servers 3 and 4 are offline for 10 minutes.

    First, set up notification groups A and B, then add two notification rules:

    Rule 1:

    Rule 2:

    Flexibly using parameters can make your notification function fully utilized

    Special: Any Cycle Traffic notification

    Can be used for monthly traffic monitoring

    Example:

    For servers with IDs 3 and 4 (defined in ignore), if the monthly outbound traffic exceeds 1TB starting from the 1st of each month, send an notification:

    json
    [{"type":"transfer_out_cycle","max":1099511627776,"cycle_start":"2022-01-01T00:00:00+08:00","cycle_interval":1,"cycle_unit":"month","cover":1,"ignore":{"3":true,"4":true}}]

    TIP

    If you still have trouble editing rules, you can try the rule generators below to simplify the process. Note that Nezha Monitoring does not guarantee the functionality of these generated rules.

    Notification Trigger Modes

    Set Tasks to Execute on notifications

    If you need to execute a task while sending an notification message, you can set this item.

    - +}

    You can remove or add relevant information as needed.

    Notification Rule Explanation

    Basic Rules

    Complete Examples:

    Add an offline notification:

    Add an notification for CPU usage exceeding 50% for 10 seconds and memory usage below 20% for 20 seconds:

    Send notifications for specific servers to specific notification groups:

    Scenario example:
    There are 4 servers (1, 2, 3, 4) and two notification groups (A, B).
    Notify group A if servers 1 and 2 are offline for 10 minutes.
    Notify group B if servers 3 and 4 are offline for 10 minutes.

    First, set up notification groups A and B, then add two notification rules:

    Rule 1:

    Rule 2:

    Flexibly using parameters can make your notification function fully utilized

    Special: Any Cycle Traffic notification

    Can be used for monthly traffic monitoring

    Example:

    For servers with IDs 3 and 4 (defined in ignore), if the monthly outbound traffic exceeds 1TB starting from the 1st of each month, send an notification:

    json
    [{"type":"transfer_out_cycle","max":1099511627776,"cycle_start":"2022-01-01T00:00:00+08:00","cycle_interval":1,"cycle_unit":"month","cover":1,"ignore":{"3":true,"4":true}}]

    TIP

    If you still have trouble editing rules, you can try the rule generators below to simplify the process. Note that Nezha Monitoring does not guarantee the functionality of these generated rules.

    Notification Trigger Modes

    Set Tasks to Execute on notifications

    If you need to execute a task while sending an notification message, you can set this item.

    + \ No newline at end of file diff --git a/en_US/guide/q10.html b/en_US/guide/q10.html index c6180fe6..1ae5bf4d 100644 --- a/en_US/guide/q10.html +++ b/en_US/guide/q10.html @@ -12,7 +12,7 @@ - + @@ -36,8 +36,8 @@ oidcLoginClaim: sub # (Optional, default: sub) The username field returned by OIDC, can be preferred_username, sub, or email oidcGroupsClaim: groups # (Required if using adminGroups, default: groups) The user group information field returned by OIDC, can be groups or roles oidcAutoCreate: false # (Optional, default: false) Whether to automatically create a user if they do not exist - oidcAutoLogin: false # (Optional, default: false) Whether to automatically redirect to the OIDC login page when the path is /login - + oidcAutoLogin: false # (Optional, default: false) Whether to automatically redirect to the OIDC login page when the path is /login + \ No newline at end of file diff --git a/en_US/guide/q11.html b/en_US/guide/q11.html index 840c397d..a1ab6948 100644 --- a/en_US/guide/q11.html +++ b/en_US/guide/q11.html @@ -12,7 +12,7 @@ - + @@ -49,8 +49,8 @@ ], "Lookup": "114.5.1.4" } -]

    Once the format and information are confirmed to be correct, the database can be used for compiling the Dashboard. Afterwards, you can test if the query API is working correctly using grpcurl or similar tools:

    shell
    grpcurl -proto ./nezha/proto/nezha.proto -plaintext -H 'client_secret: test' -d '{"ip": "114.5.1.4"}' 127.0.0.1:5555 proto.NezhaService/LookupGeoIP
    - +]

    Once the format and information are confirmed to be correct, the database can be used for compiling the Dashboard. Afterwards, you can test if the query API is working correctly using grpcurl or similar tools:

    shell
    grpcurl -proto ./nezha/proto/nezha.proto -plaintext -H 'client_secret: test' -d '{"ip": "114.5.1.4"}' 127.0.0.1:5555 proto.NezhaService/LookupGeoIP
    + \ No newline at end of file diff --git a/en_US/guide/q2.html b/en_US/guide/q2.html index 02d64ba7..0eb440df 100644 --- a/en_US/guide/q2.html +++ b/en_US/guide/q2.html @@ -12,7 +12,7 @@ - + @@ -22,8 +22,8 @@ -
    Skip to content

    Agent Startup/Online Troubleshooting Process

    1. Directly execute /opt/nezha/agent/nezha-agent -s DashboardIP or non-CDN domain:RPCPort -p AgentKey -d to check if the logs indicate timeouts due to DNS or poor network conditions.
    2. Use nc -v Domain/IP RPCPort or telnet Domain/IP RPCPort to check for network issues, inspect the inbound and outbound firewalls of the local machine and the panel server. If you cannot determine the issue, you can use the port checking tool provided by https://port.ping.pe/.
    3. If the above steps indicate no issues but the Agent still does not go online correctly, try disabling SELinux. How to disable SELinux?
    - +
    Skip to content

    Agent Startup/Online Troubleshooting Process

    1. Directly execute /opt/nezha/agent/nezha-agent -s DashboardIP or non-CDN domain:RPCPort -p AgentKey -d to check if the logs indicate timeouts due to DNS or poor network conditions.
    2. Use nc -v Domain/IP RPCPort or telnet Domain/IP RPCPort to check for network issues, inspect the inbound and outbound firewalls of the local machine and the panel server. If you cannot determine the issue, you can use the port checking tool provided by https://port.ping.pe/.
    3. If the above steps indicate no issues but the Agent still does not go online correctly, try disabling SELinux. How to disable SELinux?
    + \ No newline at end of file diff --git a/en_US/guide/q3.html b/en_US/guide/q3.html index b2db4c07..31d5cbc0 100644 --- a/en_US/guide/q3.html +++ b/en_US/guide/q3.html @@ -12,7 +12,7 @@ - + @@ -95,8 +95,8 @@ localhost:~/agent# /opt/nezha/agent/nezha-agent -s nezha.xxx.xxx:443 -p YOUR_KEY --tls -d NEZHA@2023-12-20 05:14:00>> 检查更新: 0.15.14 NEZHA@2023-12-20 05:14:01>> 上报系统信息失败: rpc error: code = Unknown desc = EOF # You need to modify the GRPCHost and TLS options in the Dashboard /opt/nezha/dashboard/data/config.yaml -NEZHA@2023-12-20 05:14:01>> Error to close connection ... - +NEZHA@2023-12-20 05:14:01>> Error to close connection ... + \ No newline at end of file diff --git a/en_US/guide/q4.html b/en_US/guide/q4.html index bedcc9ed..e25ca523 100644 --- a/en_US/guide/q4.html +++ b/en_US/guide/q4.html @@ -12,7 +12,7 @@ - + @@ -22,8 +22,8 @@ -
    - +
    + \ No newline at end of file diff --git a/en_US/guide/q5.html b/en_US/guide/q5.html index b6e52ef4..200d0e44 100644 --- a/en_US/guide/q5.html +++ b/en_US/guide/q5.html @@ -12,7 +12,7 @@ - + @@ -22,8 +22,8 @@ -
    - +
    + \ No newline at end of file diff --git a/en_US/guide/q6.html b/en_US/guide/q6.html index 2ce266d9..c51dc757 100644 --- a/en_US/guide/q6.html +++ b/en_US/guide/q6.html @@ -12,7 +12,7 @@ - + @@ -22,8 +22,8 @@ -
    Skip to content

    How to Reset Traffic Statistics Monthly?

    The traffic statistics on the homepage reset every time the server restarts. To achieve a monthly reset of the traffic counter, you can do the following:

    1. Go to the Notification page in the management panel.
    2. Refer to this document to create a monthly traffic notification.
    3. Return to the homepage and go to the Services page, where you can see the monthly traffic statistics. The statistics here will not reset when the server restarts.

    TIP

    This method allows you to set any period, including but not limited to hourly, daily, weekly, monthly, or yearly traffic statistics reset, offering great flexibility!

    - +
    Skip to content

    How to Reset Traffic Statistics Monthly?

    The traffic statistics on the homepage reset every time the server restarts. To achieve a monthly reset of the traffic counter, you can do the following:

    1. Go to the Notification page in the management panel.
    2. Refer to this document to create a monthly traffic notification.
    3. Return to the homepage and go to the Services page, where you can see the monthly traffic statistics. The statistics here will not reset when the server restarts.

    TIP

    This method allows you to set any period, including but not limited to hourly, daily, weekly, monthly, or yearly traffic statistics reset, offering great flexibility!

    + \ No newline at end of file diff --git a/en_US/guide/q7.html b/en_US/guide/q7.html index 1a49e588..646260ea 100644 --- a/en_US/guide/q7.html +++ b/en_US/guide/q7.html @@ -12,7 +12,7 @@ - + @@ -22,8 +22,8 @@ -
    Skip to content

    Customizing Agent Monitoring Items

    Customize Monitoring for Network Interfaces and Disk Partitions

    Execute the following command to select network interfaces and partitions, then restart the Agent for changes to take effect:

    bash
    /opt/nezha/agent/nezha-agent edit

    Additional Runtime Parameters

    Viewing Supported Parameters

    To view the supported runtime parameters, please execute the following command:

    bash
    ./nezha-agent --help

    Configuring Parameters

    If you installed the Agent using a one-click script, you can add or modify parameters by editing the system service configuration. Edit the file /etc/systemd/system/nezha-agent.service and append your desired parameters at the end of the ExecStart= line:

    • --report-delay: Sets the interval for reporting system information. The default is 1 second. To reduce system resource usage, you can set this to 3 (valid range: 1-4 seconds).
    • --skip-conn: Disables monitoring of network connections. Recommended for servers with high numbers of connections or high CPU usage.
    • --skip-procs: Disables monitoring of process counts, helping to reduce resource usage of the Agent.
    • --disable-auto-update: Disables the automatic update feature of the Agent, enhancing security.
    • --disable-force-update: Disables the forced update feature of the Agent, enhancing security.
    • --disable-command-execute: Prevents execution of any scheduled tasks or use of the WebSSH on the Agent, enhancing security.
    • --tls: Enables SSL/TLS encryption. This should be enabled when you are using nginx to reverse proxy the Agent's gRPC connections and nginx is configured with SSL/TLS.
    • --use-ipv6-countrycode: Forces the use of IPv6 addresses to query country codes. By default, the Agent uses IPv4 addresses to query country codes. If server supports IPv6 and the country code of the IPv4 address is different, can use this parameter.
    • --gpu: Enables GPU monitoring. Note: Monitoring GPU usage may require installation of additional dependencies. For more details, refer to the documentation: Enable GPU Monitoring.
    • --temperature: Enables hardware temperature monitoring. Only effective on supported hardware, some VPS may not be able to retrieve temperature information.
    • -d --debug: Enables debug mode.
    • -u --ip-report-period: Set IP update interval. Is only effective when the set value is higher than --report-delay. The default is 1800 seconds.
    • -k --insecure: Disable TLS certificate integrity check. Useful in situations involving a self-signed certificate.
    - +
    Skip to content

    Customizing Agent Monitoring Items

    Customize Monitoring for Network Interfaces and Disk Partitions

    Execute the following command to select network interfaces and partitions, then restart the Agent for changes to take effect:

    bash
    /opt/nezha/agent/nezha-agent edit

    Additional Runtime Parameters

    Viewing Supported Parameters

    To view the supported runtime parameters, please execute the following command:

    bash
    ./nezha-agent --help

    Configuring Parameters

    If you installed the Agent using a one-click script, you can add or modify parameters by editing the system service configuration. Edit the file /etc/systemd/system/nezha-agent.service and append your desired parameters at the end of the ExecStart= line:

    • --report-delay: Sets the interval for reporting system information. The default is 1 second. To reduce system resource usage, you can set this to 3 (valid range: 1-4 seconds).
    • --skip-conn: Disables monitoring of network connections. Recommended for servers with high numbers of connections or high CPU usage.
    • --skip-procs: Disables monitoring of process counts, helping to reduce resource usage of the Agent.
    • --disable-auto-update: Disables the automatic update feature of the Agent, enhancing security.
    • --disable-force-update: Disables the forced update feature of the Agent, enhancing security.
    • --disable-command-execute: Prevents execution of any scheduled tasks or use of the WebSSH on the Agent, enhancing security.
    • --tls: Enables SSL/TLS encryption. This should be enabled when you are using nginx to reverse proxy the Agent's gRPC connections and nginx is configured with SSL/TLS.
    • --use-ipv6-countrycode: Forces the use of IPv6 addresses to query country codes. By default, the Agent uses IPv4 addresses to query country codes. If server supports IPv6 and the country code of the IPv4 address is different, can use this parameter.
    • --gpu: Enables GPU monitoring. Note: Monitoring GPU usage may require installation of additional dependencies. For more details, refer to the documentation: Enable GPU Monitoring.
    • --temperature: Enables hardware temperature monitoring. Only effective on supported hardware, some VPS may not be able to retrieve temperature information.
    • -d --debug: Enables debug mode.
    • -u --ip-report-period: Set IP update interval. Is only effective when the set value is higher than --report-delay. The default is 1800 seconds.
    • -k --insecure: Disable TLS certificate integrity check. Useful in situations involving a self-signed certificate.
    + \ No newline at end of file diff --git a/en_US/guide/q8.html b/en_US/guide/q8.html index f366f8d4..96850789 100644 --- a/en_US/guide/q8.html +++ b/en_US/guide/q8.html @@ -12,7 +12,7 @@ - + @@ -27,8 +27,8 @@ ClientID: 3516291f53eca9b4901a01337e41be7dc52f565c8657d08a3fddb2178d13c5bf ClientSecret: 0568b67c7b6d0ed51c663e2fe935683007c28f947a27b7bd47a5ad3d8b56fb67 Endpoint: "https://xxxxx.cloudflareaccess.com" - Type: cloudflare

    Configuration Description:

    ParameterRetrieval Method
    AdminMy Team -> Users -> <specific user> -> User ID
    ClientID/ClientSecretAccess -> Application -> Add an Application
    -> SaaS -> OIDC
    EndpointAccess -> Application -> Application URL -> Only keep the protocol and domain, no path

    Setting Up a New SaaS-OIDC Application

    Navigate to the Zero Trust Dashboard: https://one.dash.cloudflare.com/. Choose or create a new account, then follow these steps:

    1. Go to My Team -> Users -> Click <specific user> -> Obtain and save the User ID. (If this is your first time using Zero Trust, the Users list will be empty, and you can skip this step; users will appear after completing a verification.)
    2. Navigate to Access -> Applications -> Add an Application.
    3. Select SaaS. In the Application field, enter a custom application name (e.g., nezha), select OIDC, and then click Add application.
    4. For Scopes, select openid, email, profile, groups.
    5. In Redirect URLs, enter your Dashboard Callback URL, such as https://dashboard.example.com/oauth2/callback.
    6. Record the Client ID, Client Secret, and the protocol and domain part of the Issuer address, for example, https://xxxxx.cloudflareaccess.com.
    7. Edit the Dashboard configuration file (usually located at /opt/nezha/dashboard/data/config.yaml), adjust the OAuth2 settings according to the example configuration, and restart the Dashboard service.

    Identity Verification Strategy Configuration

    After setting up the Dashboard, you need to configure identity verification policies in the Zero Trust Dashboard. Navigate to: Access -> Applications -> <application name> -> Policies. You can choose from various SSO authentication methods, including email OTP and hardware key verification. For detailed configurations, refer to the Cloudflare Zero Trust Documentation.

    Policy Configuration Example (One-time PIN)

    Using email OTP as the default verification method:

    1. Navigate to Access -> Applications -> <application name> -> Policies -> Add a policy.
    2. Set a Policy Name, for example, OTP, and set Action to Allow.
    3. Under Configure rules, add a new Include rule. Select Emails as the Selector and enter your email address in the textbox.
    4. Click Save policy to save the configuration.

    Testing the Policy

    1. If the configuration is correct, when you visit the Dashboard login interface, it will display as "Log in with Cloudflare Account." Clicking on login will redirect you to the Cloudflare Access login page.
    2. Enter the email address configured previously, click Send me a code, and then enter the code received to log in to the Dashboard.
    3. If User ID was not specified in Admin during previous steps, an error message will be displayed after login: "This user is not an administrator of this site and cannot log in." At this point, you need to go to My Team -> Users, find the corresponding user, click on the username to get the User ID, and enter it into the Admin section of the Dashboard configuration file. After restarting the Dashboard service, try logging in again.
    - + Type: cloudflare

    Configuration Description:

    ParameterRetrieval Method
    AdminMy Team -> Users -> <specific user> -> User ID
    ClientID/ClientSecretAccess -> Application -> Add an Application
    -> SaaS -> OIDC
    EndpointAccess -> Application -> Application URL -> Only keep the protocol and domain, no path

    Setting Up a New SaaS-OIDC Application

    Navigate to the Zero Trust Dashboard: https://one.dash.cloudflare.com/. Choose or create a new account, then follow these steps:

    1. Go to My Team -> Users -> Click <specific user> -> Obtain and save the User ID. (If this is your first time using Zero Trust, the Users list will be empty, and you can skip this step; users will appear after completing a verification.)
    2. Navigate to Access -> Applications -> Add an Application.
    3. Select SaaS. In the Application field, enter a custom application name (e.g., nezha), select OIDC, and then click Add application.
    4. For Scopes, select openid, email, profile, groups.
    5. In Redirect URLs, enter your Dashboard Callback URL, such as https://dashboard.example.com/oauth2/callback.
    6. Record the Client ID, Client Secret, and the protocol and domain part of the Issuer address, for example, https://xxxxx.cloudflareaccess.com.
    7. Edit the Dashboard configuration file (usually located at /opt/nezha/dashboard/data/config.yaml), adjust the OAuth2 settings according to the example configuration, and restart the Dashboard service.

    Identity Verification Strategy Configuration

    After setting up the Dashboard, you need to configure identity verification policies in the Zero Trust Dashboard. Navigate to: Access -> Applications -> <application name> -> Policies. You can choose from various SSO authentication methods, including email OTP and hardware key verification. For detailed configurations, refer to the Cloudflare Zero Trust Documentation.

    Policy Configuration Example (One-time PIN)

    Using email OTP as the default verification method:

    1. Navigate to Access -> Applications -> <application name> -> Policies -> Add a policy.
    2. Set a Policy Name, for example, OTP, and set Action to Allow.
    3. Under Configure rules, add a new Include rule. Select Emails as the Selector and enter your email address in the textbox.
    4. Click Save policy to save the configuration.

    Testing the Policy

    1. If the configuration is correct, when you visit the Dashboard login interface, it will display as "Log in with Cloudflare Account." Clicking on login will redirect you to the Cloudflare Access login page.
    2. Enter the email address configured previously, click Send me a code, and then enter the code received to log in to the Dashboard.
    3. If User ID was not specified in Admin during previous steps, an error message will be displayed after login: "This user is not an administrator of this site and cannot log in." At this point, you need to go to My Team -> Users, find the corresponding user, click on the username to get the User ID, and enter it into the Admin section of the Dashboard configuration file. After restarting the Dashboard service, try logging in again.
    + \ No newline at end of file diff --git a/en_US/guide/q9.html b/en_US/guide/q9.html index 54296828..5f324639 100644 --- a/en_US/guide/q9.html +++ b/en_US/guide/q9.html @@ -12,7 +12,7 @@ - + @@ -35,8 +35,8 @@ cmake .. make -j $(nproc) # Install library file and header; default location is /opt/rocm -make install - +make install + \ No newline at end of file diff --git a/en_US/guide/servers.html b/en_US/guide/servers.html index 0af3f004..9585166f 100644 --- a/en_US/guide/servers.html +++ b/en_US/guide/servers.html @@ -12,7 +12,7 @@ - + @@ -47,8 +47,8 @@ WebhookURL: "" WebhookRequestBody: "" WebhookHeaders: ""

    Other options can be referenced from the Single Configuration section.

    Dashboard Configuration

    After modifying the configuration file, you also need to modify the server settings in the Dashboard for the DDNS to take effect.

    DDNS related options:

    WARNING

    When you modify the configuration and save it in the Dashboard settings, it will populate the default configuration options in config.yaml, and both single and multiple configurations will exist in the DDNS section.

    Viewing Logs

    In the Dashboard logs, you can see the relevant logs for the DDNS functionality. When configured correctly, there will be corresponding log entries when updating DNS records.

    shell
    dashboard_1  | 2024/03/16 23:16:25 NEZHA>> 正在尝试更新域名(ddns.example.com)DDNS(1/3) # Attempting to update domain (ddns.example.com) DDNS (1/3)
    -dashboard_1  | 2024/03/16 23:16:28 NEZHA>> 尝试更新域名(ddns.example.com)DDNS成功 # Successfully updated domain (ddns.example.com) DDNS
    - +dashboard_1 | 2024/03/16 23:16:28 NEZHA>> 尝试更新域名(ddns.example.com)DDNS成功 # Successfully updated domain (ddns.example.com) DDNS + \ No newline at end of file diff --git a/en_US/guide/services.html b/en_US/guide/services.html index 51f02051..589e9422 100644 --- a/en_US/guide/services.html +++ b/en_US/guide/services.html @@ -12,7 +12,7 @@ - + @@ -22,8 +22,8 @@ -
    Skip to content

    Service Monitoring

    The Services section is where you set up monitoring for external websites or servers using Agents.
    Configured service monitors can be viewed on the "Services" page of the homepage, displaying the availability monitoring results for the past 30 days.

    How to Use

    To add a new monitor, go to the "Services" page in the Admin Panel and click "Add Monitor."

    When adding a new service monitor, you need to set the following parameters:

    • Name: Customize a name.

    • Type: Select a monitor type. Nezha Monitoring currently supports three types: "HTTP-GET," "ICMP-Ping," and "TCP-Ping."

    • Target: Depending on the type you choose, the method for setting the target differs:

      • HTTP-GET: For this type, you should enter a URL as the target, including http:// or https://. If your target URL is https://, the SSL certificate of that URL will also be monitored. Notifications will be triggered when the SSL certificate expires or changes. Example: https://example.com.
      • ICMP-Ping: For this type, you should enter a domain name or IP without a port number. Example: 1.1.1.1 or example.com.
      • TCP-Ping: For this type, you should enter a domain name or IP with a port number. Example: 1.1.1.1:80 or example.com:22.
    • Request Interval: Set the interval in seconds at which the Agent requests the target.

    • Coverage: Select a rule to determine which Agents will request the target.

    • Specific Servers: Used in conjunction with the coverage scope, select Agents within the rule to exclude.

    • Notification Group: Choose the notification methods you have already set up on the "Notification" page. Click here for more details.

    • Enable Fault Notification: Choose whether to receive fault notifications for the target as needed. The default is unchecked.

    After setting it up, click "Add." Wait a moment and go to the "Services" page on the homepage to view the monitoring results.

    Latency Change Notification

    Nezha Monitoring can monitor and record the latency between the Agent and the target server, sending notifications when there are significant changes. This feature helps you monitor if the server's network route has changed.

    • Enable Latency Notifications: When enabled, Notification will be sent if the latency from the Agent to the target server is greater than the Maximum Latency or less than the Minimum Latency.

    Trigger Tasks on Notification

    If you need to execute tasks when service monitoring Notification are triggered, you can check "Enable Trigger Tasks" and select the pre-configured trigger tasks in "Task on Notification" and "Task on Recovery."

    Network Latency Chart

    The TCP-Ping and ICMP-Ping monitoring types set in the Services page will automatically enable the monitoring chart feature. On the "Network" page of the homepage, you can view historical network latency charts. The data in the charts is based on the latency from the Agent to the target server. You can click the Agent's name to toggle the chart display. In the chart, you can uncheck the target server's name to hide or show the corresponding data.

    Managing Monitors

    To manage existing service monitors, go to the "Services" page in the Admin Panel. Select a monitor configuration and click the icons on the right to edit or delete it.

    - +
    Skip to content

    Service Monitoring

    The Services section is where you set up monitoring for external websites or servers using Agents.
    Configured service monitors can be viewed on the "Services" page of the homepage, displaying the availability monitoring results for the past 30 days.

    How to Use

    To add a new monitor, go to the "Services" page in the Admin Panel and click "Add Monitor."

    When adding a new service monitor, you need to set the following parameters:

    • Name: Customize a name.

    • Type: Select a monitor type. Nezha Monitoring currently supports three types: "HTTP-GET," "ICMP-Ping," and "TCP-Ping."

    • Target: Depending on the type you choose, the method for setting the target differs:

      • HTTP-GET: For this type, you should enter a URL as the target, including http:// or https://. If your target URL is https://, the SSL certificate of that URL will also be monitored. Notifications will be triggered when the SSL certificate expires or changes. Example: https://example.com.
      • ICMP-Ping: For this type, you should enter a domain name or IP without a port number. Example: 1.1.1.1 or example.com.
      • TCP-Ping: For this type, you should enter a domain name or IP with a port number. Example: 1.1.1.1:80 or example.com:22.
    • Request Interval: Set the interval in seconds at which the Agent requests the target.

    • Coverage: Select a rule to determine which Agents will request the target.

    • Specific Servers: Used in conjunction with the coverage scope, select Agents within the rule to exclude.

    • Notification Group: Choose the notification methods you have already set up on the "Notification" page. Click here for more details.

    • Enable Fault Notification: Choose whether to receive fault notifications for the target as needed. The default is unchecked.

    After setting it up, click "Add." Wait a moment and go to the "Services" page on the homepage to view the monitoring results.

    Latency Change Notification

    Nezha Monitoring can monitor and record the latency between the Agent and the target server, sending notifications when there are significant changes. This feature helps you monitor if the server's network route has changed.

    • Enable Latency Notifications: When enabled, Notification will be sent if the latency from the Agent to the target server is greater than the Maximum Latency or less than the Minimum Latency.

    Trigger Tasks on Notification

    If you need to execute tasks when service monitoring Notification are triggered, you can check "Enable Trigger Tasks" and select the pre-configured trigger tasks in "Task on Notification" and "Task on Recovery."

    Network Latency Chart

    The TCP-Ping and ICMP-Ping monitoring types set in the Services page will automatically enable the monitoring chart feature. On the "Network" page of the homepage, you can view historical network latency charts. The data in the charts is based on the latency from the Agent to the target server. You can click the Agent's name to toggle the chart display. In the chart, you can uncheck the target server's name to hide or show the corresponding data.

    Managing Monitors

    To manage existing service monitors, go to the "Services" page in the Admin Panel. Select a monitor configuration and click the icons on the right to edit or delete it.

    + \ No newline at end of file diff --git a/en_US/guide/settings.html b/en_US/guide/settings.html index 50031a1c..a4a693ca 100644 --- a/en_US/guide/settings.html +++ b/en_US/guide/settings.html @@ -12,7 +12,7 @@ - + @@ -332,8 +332,8 @@ .hotaru-cover { background: url(https://s3.ax1x.com/2020/12/08/DzHv6A.jpg) center; } -</style>

    View Password

    If you don't want to display your Dashboard directly to visitors, you can set a view password here. After setting the password, visitors need to enter the password to access the homepage.

    Non-CDN Dashboard Server Domain/IP

    This setting is a prerequisite for using the one-click script to install the Agent. For details, please see here.

    IP Change Notifications

    If you want to receive notifications when a server's IP changes, you can set it up here.

    Coverage

    Select a rule to determine which servers to monitor. Choose according to your needs.

    Specific Servers

    Set exclusions for the selected rule in conjunction with the coverage scope.

    Send Notifications to a Specific Notification Group

    Choose a notification method, which should be set up in advance on the "Notification" page.

    WARNING

    Notifications take effect after enabling this setting.

    Show Full IP Address in Notifications

    IP change notifications hide the full IP by default. If you don't want to hide it, check "Show Full IP Address in Notification."

    Disable Homepage Theme Switching

    By default, the Dashboard allows visitors to change the theme. This feature only affects individual visitors and does not affect the theme set by the administrator in the admin panel. If you don't want visitors to switch themes, check this option.

    - +</style>

    View Password

    If you don't want to display your Dashboard directly to visitors, you can set a view password here. After setting the password, visitors need to enter the password to access the homepage.

    Non-CDN Dashboard Server Domain/IP

    This setting is a prerequisite for using the one-click script to install the Agent. For details, please see here.

    IP Change Notifications

    If you want to receive notifications when a server's IP changes, you can set it up here.

    Coverage

    Select a rule to determine which servers to monitor. Choose according to your needs.

    Specific Servers

    Set exclusions for the selected rule in conjunction with the coverage scope.

    Send Notifications to a Specific Notification Group

    Choose a notification method, which should be set up in advance on the "Notification" page.

    WARNING

    Notifications take effect after enabling this setting.

    Show Full IP Address in Notifications

    IP change notifications hide the full IP by default. If you don't want to hide it, check "Show Full IP Address in Notification."

    Disable Homepage Theme Switching

    By default, the Dashboard allows visitors to change the theme. This feature only affects individual visitors and does not affect the theme set by the administrator in the admin panel. If you don't want visitors to switch themes, check this option.

    + \ No newline at end of file diff --git a/en_US/guide/tasks.html b/en_US/guide/tasks.html index 703e6852..ff6ef6e7 100644 --- a/en_US/guide/tasks.html +++ b/en_US/guide/tasks.html @@ -12,7 +12,7 @@ - + @@ -22,8 +22,8 @@ -
    Skip to content

    Task Management

    In the Tasks section, you can set up scheduled tasks, trigger tasks, and batch execute tasks on multiple servers.

    Nezha Monitoring supports pushing commands to Agents for execution. This feature is highly flexible and can be used for regular backups using tools like restic or rclone, periodically restarting a service to reset network connections, or executing a task when an notification is triggered, such as running a script when CPU usage is high for an extended period.

    How to Use

    Go to the "Tasks" page in the admin panel and click "Add Scheduled Task." When adding a scheduled task, you need to fill in the following parameters:

    • Name: Customize a task name.

    • Task Type: Choose the type of task.

      • Scheduled Task: Executes periodically according to the schedule set below.
      • Trigger Task: Only executed when triggered by an API call or notification rule, runs once per trigger.
    • Schedule: Set the schedule time (not enable when using trigger task type). The time format is * * * * * *, corresponding to second minute hour day month weekday. For more details, see Cron Expression Format.
      For example: 0 0 3 * * * means "3 AM every day."

    • Command: Set the command to execute, similar to writing Shell/Bat scripts, but it's recommended not to use new lines; connect multiple commands with && or &.
      For example, to schedule a reboot, you can enter reboot here.

    • Coverage and Specific Servers: Select rules to determine which Agents execute the scheduled task, similar to the settings on the "Services" page. When using the trigger task type, you can choose "executed by the triggered server."

    • Notification Group: Choose the notification methods you have set up on the "Notifications" page. Click here for more details.

    • Send Success Notification: Check this option to trigger a notification upon successful task execution.

    Managing Tasks

    To manage existing scheduled tasks, go to the "Tasks" page in the admin panel. For each task configuration, the three icons on the right are:

    • Execute Immediately: Click to ignore the scheduled time and execute the task immediately.
    • Edit: Click to modify the task configuration.
    • Delete: Delete the scheduled task.

    Frequently Asked Questions

    1. Command not found error
      If a command fails to run with a "command not found" error, it may be a PATH environment variable issue. On Linux servers, you can add source ~/.bashrc at the beginning of the command or use the absolute path to execute the command.
    - +
    Skip to content

    Task Management

    In the Tasks section, you can set up scheduled tasks, trigger tasks, and batch execute tasks on multiple servers.

    Nezha Monitoring supports pushing commands to Agents for execution. This feature is highly flexible and can be used for regular backups using tools like restic or rclone, periodically restarting a service to reset network connections, or executing a task when an notification is triggered, such as running a script when CPU usage is high for an extended period.

    How to Use

    Go to the "Tasks" page in the admin panel and click "Add Scheduled Task." When adding a scheduled task, you need to fill in the following parameters:

    • Name: Customize a task name.

    • Task Type: Choose the type of task.

      • Scheduled Task: Executes periodically according to the schedule set below.
      • Trigger Task: Only executed when triggered by an API call or notification rule, runs once per trigger.
    • Schedule: Set the schedule time (not enable when using trigger task type). The time format is * * * * * *, corresponding to second minute hour day month weekday. For more details, see Cron Expression Format.
      For example: 0 0 3 * * * means "3 AM every day."

    • Command: Set the command to execute, similar to writing Shell/Bat scripts, but it's recommended not to use new lines; connect multiple commands with && or &.
      For example, to schedule a reboot, you can enter reboot here.

    • Coverage and Specific Servers: Select rules to determine which Agents execute the scheduled task, similar to the settings on the "Services" page. When using the trigger task type, you can choose "executed by the triggered server."

    • Notification Group: Choose the notification methods you have set up on the "Notifications" page. Click here for more details.

    • Send Success Notification: Check this option to trigger a notification upon successful task execution.

    Managing Tasks

    To manage existing scheduled tasks, go to the "Tasks" page in the admin panel. For each task configuration, the three icons on the right are:

    • Execute Immediately: Click to ignore the scheduled time and execute the task immediately.
    • Edit: Click to modify the task configuration.
    • Delete: Delete the scheduled task.

    Frequently Asked Questions

    1. Command not found error
      If a command fails to run with a "command not found" error, it may be a PATH environment variable issue. On Linux servers, you can add source ~/.bashrc at the beginning of the command or use the absolute path to execute the command.
    + \ No newline at end of file diff --git a/en_US/index.html b/en_US/index.html index 5660bbda..cecb82b5 100644 --- a/en_US/index.html +++ b/en_US/index.html @@ -12,7 +12,7 @@ - + @@ -23,7 +23,7 @@
    Skip to content

    Nezha Monitoring

    Open-source, lightweight, and easy-to-use server monitoring and operation tool

    - + \ No newline at end of file diff --git a/guide/agent.html b/guide/agent.html index 96876564..9d69789a 100644 --- a/guide/agent.html +++ b/guide/agent.html @@ -12,7 +12,7 @@ - + @@ -88,8 +88,8 @@ stop sleep 2 start -}

    Agent 有 Docker 镜像吗?

    Agent 目前没有推出 Docker 镜像。
    Agent 的设计思路和 Dashboard 相反,Dashboard 要尽可能不影响宿主机工作,但 Agent 则需要在宿主机中执行监控服务和运行命令。
    将 Agent 放入容器中确实可以继续执行监控任务,但 WebShell 等功能无法正常运行,因此不提供 Docker 镜像。

    - +}

    Agent 有 Docker 镜像吗?

    Agent 目前没有推出 Docker 镜像。
    Agent 的设计思路和 Dashboard 相反,Dashboard 要尽可能不影响宿主机工作,但 Agent 则需要在宿主机中执行监控服务和运行命令。
    将 Agent 放入容器中确实可以继续执行监控任务,但 WebShell 等功能无法正常运行,因此不提供 Docker 镜像。

    + \ No newline at end of file diff --git a/guide/agentq.html b/guide/agentq.html index a4196667..d7d9d71b 100644 --- a/guide/agentq.html +++ b/guide/agentq.html @@ -12,7 +12,7 @@ - + @@ -22,8 +22,8 @@ -
    Skip to content

    Agent 常见问题

    后台显示的 IP 和 Agent 实际 IP 不一致?

    请查看 Dashboard 相关-为什么管理面板中显示的 IP 和 Agent 实际 IP 不一致?。在此不再赘述。

    一键脚本安装时出错

    curl: Failed to connect to raw.githubusercontent.com......

    多出现在中国大陆的服务器中,目前一键脚本只从 Github 直接获取安装脚本,您可以多尝试几次,或者手动安装 Agent。另外,也可以自行寻找第三方 Github 加速服务或者镜像,并在一键安装脚本中设置。

    sudo: command not found

    请先手动安装 sudo,例如在 Ubuntu 中:

    shell
    apt install sudo
    - +
    Skip to content

    Agent 常见问题

    后台显示的 IP 和 Agent 实际 IP 不一致?

    请查看 Dashboard 相关-为什么管理面板中显示的 IP 和 Agent 实际 IP 不一致?。在此不再赘述。

    一键脚本安装时出错

    curl: Failed to connect to raw.githubusercontent.com......

    多出现在中国大陆的服务器中,目前一键脚本只从 Github 直接获取安装脚本,您可以多尝试几次,或者手动安装 Agent。另外,也可以自行寻找第三方 Github 加速服务或者镜像,并在一键安装脚本中设置。

    sudo: command not found

    请先手动安装 sudo,例如在 Ubuntu 中:

    shell
    apt install sudo
    + \ No newline at end of file diff --git a/guide/api.html b/guide/api.html index 405ad782..05c61a16 100644 --- a/guide/api.html +++ b/guide/api.html @@ -12,7 +12,7 @@ - + @@ -206,8 +206,8 @@ print(f"Memory Used: {server['status']['MemUsed']} bytes") print(f"Disk Used: {server['status']['DiskUsed']} bytes") print(f"Network In Speed: {server['status']['NetInSpeed']} bytes/s") -print(f"Network Out Speed: {server['status']['NetOutSpeed']} bytes/s")

    通过以上示例代码,可以轻松获取和处理服务器的状态信息,从而实现自动化监控和管理。

    - +print(f"Network Out Speed: {server['status']['NetOutSpeed']} bytes/s")

    通过以上示例代码,可以轻松获取和处理服务器的状态信息,从而实现自动化监控和管理。

    + \ No newline at end of file diff --git a/guide/dashboard.html b/guide/dashboard.html index eef5c78c..9ae9c979 100644 --- a/guide/dashboard.html +++ b/guide/dashboard.html @@ -12,7 +12,7 @@ - + @@ -42,8 +42,8 @@ proxy /terminal/* http://ip:8008 { websocket header_upstream -Origin -}

    在宝塔面板中配置 SSL

    首先,先暂时关闭反向代理。
    正如在其他网站中配置 SSL 证书一样,进入站点设置中的 “SSL”,你可以选择自动申请 Let´s Encrypt 证书或手动配置已有的证书。
    完成 SSL 的设置后,你需要回到 https://github.com/settings/developers ,编辑之前创建的验证应用程序,将之前我们填入的 "Homepage URL" 和 "Authorization callback URL" 中的域名全部从 http 改为 https,如:"https://dashboard.example.com" 和 "https://dashboard.example.com/oauth2/callback" ,不更改此项可能会导致你无法登录面板后台

    更新 Dashboard

    运行脚本 ./nezha.sh ,选择重启面板并更新。

    - +}

    在宝塔面板中配置 SSL

    首先,先暂时关闭反向代理。
    正如在其他网站中配置 SSL 证书一样,进入站点设置中的 “SSL”,你可以选择自动申请 Let´s Encrypt 证书或手动配置已有的证书。
    完成 SSL 的设置后,你需要回到 https://github.com/settings/developers ,编辑之前创建的验证应用程序,将之前我们填入的 "Homepage URL" 和 "Authorization callback URL" 中的域名全部从 http 改为 https,如:"https://dashboard.example.com" 和 "https://dashboard.example.com/oauth2/callback" ,不更改此项可能会导致你无法登录面板后台

    更新 Dashboard

    运行脚本 ./nezha.sh ,选择重启面板并更新。

    + \ No newline at end of file diff --git a/guide/dashboardq.html b/guide/dashboardq.html index 37345be4..82625b46 100644 --- a/guide/dashboardq.html +++ b/guide/dashboardq.html @@ -12,7 +12,7 @@ - + @@ -31,8 +31,8 @@ expires 12h; error_log /dev/null; access_log /dev/null; - }
  • 保存配置,并清空浏览器、Nginx、CDN 中的缓存,此时刷新页面应恢复正常。

  • 面板无法启动:panic:无法找到配置的 DDNS 提供者...

    填入的 DDNS provider 的值有误,目前仅支持 webhookcloudflaretencentclouddummy

    面板更新 DDNS 崩溃:panic:interface conversion: interface {} is nil, not []interface {}

    填入的 DDNS AccessIDAccessSecret 有误。

    面板警告:NEZHA>> 错误的服务监控上报...

    1. Dashboard 与 Agent 版本不兼容导致含有对端不支持的 TaskType 导致,全部更新至最新版本即可解决。

    2. Dashboard v0.17.10 - v0.18.0 也存在此问题,更新至最新版本可以解决。

    无法启动 Agent 服务:Unix syslog delivery error

    此报错见于 Agent v0.16.9+。原因为系统的 /dev/log 套接字工作不正常或不存在。可参考 https://unix.stackexchange.com/questions/317064/how-do-i-restore-dev-log-in-systemdrsyslog-host 解决。如果使用的是 Docker,请避免使用 systemd 等 init 系统。

    打开网络监控页显示:server monitor history not found

    出现此错误说明没有在服务页中设置 TCP-Ping 和 ICMP-Ping 类型的监控或者监控数据还未生成。
    如已经设置完毕,可以等待一段时间后再查看。

    启用 HTTPS 后 /terminal 或 /ws 不能正常连接

    常常是由于证书不完整造成的,请在 agent 运行参数中添加 -d,若 log 中有 x509:certificate signed by unknown authority,更换完整证书则可解决该问题。

    对面板提供的数据修改/增加功能不满意,想要修改/增加数据

    常见于批量新建 Agent 等需求中,可以直接修改数据库。
    请注意,数据库中并非什么都可以修改,错误的修改会导致数据混乱无法启动 Dashboard,请勿随意修改数据库!

    DANGER

    再重复一遍,请勿随意修改数据库!

    如需要在数据库中修改数据,请先停止面板容器再修改。
    数据库类型是 sqlite3,位于 /opt/nezha/dashboard/data/sqlite.db,修改前请备份。

    Dashboard 会自动更新吗?

    Agent 通常情况下会自动更新,但 Dashboard 并不会,需要手动更新。

    连接在线终端时提示:Agent 信令下发失败

    当 Agent 离线,或与 Dashboard 之间的连接不稳定时,可能会导致在线终端无法正常连接。 请检查 Agent 是否正常运行,是否与 Dashboard 保持稳定的连接。

    - + }
  • 保存配置,并清空浏览器、Nginx、CDN 中的缓存,此时刷新页面应恢复正常。

  • 面板无法启动:panic:无法找到配置的 DDNS 提供者...

    填入的 DDNS provider 的值有误,目前仅支持 webhookcloudflaretencentclouddummy

    面板更新 DDNS 崩溃:panic:interface conversion: interface {} is nil, not []interface {}

    填入的 DDNS AccessIDAccessSecret 有误。

    面板警告:NEZHA>> 错误的服务监控上报...

    1. Dashboard 与 Agent 版本不兼容导致含有对端不支持的 TaskType 导致,全部更新至最新版本即可解决。

    2. Dashboard v0.17.10 - v0.18.0 也存在此问题,更新至最新版本可以解决。

    无法启动 Agent 服务:Unix syslog delivery error

    此报错见于 Agent v0.16.9+。原因为系统的 /dev/log 套接字工作不正常或不存在。可参考 https://unix.stackexchange.com/questions/317064/how-do-i-restore-dev-log-in-systemdrsyslog-host 解决。如果使用的是 Docker,请避免使用 systemd 等 init 系统。

    打开网络监控页显示:server monitor history not found

    出现此错误说明没有在服务页中设置 TCP-Ping 和 ICMP-Ping 类型的监控或者监控数据还未生成。
    如已经设置完毕,可以等待一段时间后再查看。

    启用 HTTPS 后 /terminal 或 /ws 不能正常连接

    常常是由于证书不完整造成的,请在 agent 运行参数中添加 -d,若 log 中有 x509:certificate signed by unknown authority,更换完整证书则可解决该问题。

    对面板提供的数据修改/增加功能不满意,想要修改/增加数据

    常见于批量新建 Agent 等需求中,可以直接修改数据库。
    请注意,数据库中并非什么都可以修改,错误的修改会导致数据混乱无法启动 Dashboard,请勿随意修改数据库!

    DANGER

    再重复一遍,请勿随意修改数据库!

    如需要在数据库中修改数据,请先停止面板容器再修改。
    数据库类型是 sqlite3,位于 /opt/nezha/dashboard/data/sqlite.db,修改前请备份。

    Dashboard 会自动更新吗?

    Agent 通常情况下会自动更新,但 Dashboard 并不会,需要手动更新。

    连接在线终端时提示:Agent 信令下发失败

    当 Agent 离线,或与 Dashboard 之间的连接不稳定时,可能会导致在线终端无法正常连接。 请检查 Agent 是否正常运行,是否与 Dashboard 保持稳定的连接。

    + \ No newline at end of file diff --git a/guide/loginq.html b/guide/loginq.html index 784dfda9..7b5f27cd 100644 --- a/guide/loginq.html +++ b/guide/loginq.html @@ -12,7 +12,7 @@ - + @@ -22,8 +22,8 @@ -
    Skip to content

    登录常见问题

    登录回调后页面卡住\拒绝连接\响应时间过长

    还有其他一些表现形式,总之登录后浏览器无法正常显示。

    1. 您的服务器无法连接到 Github/Gitee,最常见于国内服务器配置 Github 情况下,可以考虑多尝试几次或者切换到 Cloudflare Access。
    2. 您配置错了回调地址,确保您的回调地址正确且端口与协议均正确!
    3. Dashboard 发生未知错误,您可以使用脚本查看日志。

    TIP

    什么是协议? 在浏览器中,您的域名以 :// 结尾的字符串即为协议,通常为 httphttps 两种。由于正常部署情况下面板可能有多种协议+域名+端口组合均可访问,请务必选一个最合适的作为回调。

    如何检查我的回调地址是否错误?

    请确保登录前浏览器显示的协议+域名+端口和登录后跳转到的协议+域名+端口一致。
    请确保您的路径为 /oauth2/callback全部小写

    登录后面板报错

    1. 清理 cookies 后重新登录,或换个浏览器。
    2. 检查回调地址,确保您的回调地址正确且端口与协议均正确!发起请求的地址需要和回调地址处于同域,端口、协议和域名(或IP)都需要一致。

    lookup xxx

    容器 DNS 解析失败,多数情况下为修改了 iptables 相关配置。
    建议先重启 docker,sudo systemctl restart docker,再使用脚本重启面板。
    仍然出现 lookup 错误建议查看是否有其他控制 iptables 的工具,如宝塔防火墙等。
    这个问题也可能与内核有关系,请尝试更换官方内核。

    授权方式无效,或者登录回调地址无效、过期或已被撤销

    只出现在 Gitee 登录方式中,原因不明,建议更换到 GitHub。

    oauth2: server response missing access_token

    可能由多种因素引起,最大可能性是网络问题,建议检查网络后重试。
    无法解决的话建议更换 Github 等。

    该用户不是本站点管理员,无法登录

    您登陆错了账号或者配置错了用户名,注意用户名不是邮箱,可使用脚本修改。
    Cloudflare Access 用户请注意,您的用户名不是邮箱,而是 User ID。

    dial tcp xxx:443 i/o timeout

    网络问题,可先重启 Docker,sudo systemctl restart docker,再使用脚本重启面板。
    如为国内服务器配置 Github 登陆方式,则建议切换到 Cloudflare Access 以避免网络干扰。

    net/http: TLS handshake timeout

    同上。

    使用 Cloudflare Access 作为 OAuth2 提供方时无法收到邮件验证码

    • 确认在 Policies 中已正确配置了邮件验证策略。
    • 检查您提供的邮箱地址是否正确无误。注意,不在策略白名单中的邮箱地址将不会接收到验证码。
    - +
    Skip to content

    登录常见问题

    登录回调后页面卡住\拒绝连接\响应时间过长

    还有其他一些表现形式,总之登录后浏览器无法正常显示。

    1. 您的服务器无法连接到 Github/Gitee,最常见于国内服务器配置 Github 情况下,可以考虑多尝试几次或者切换到 Cloudflare Access。
    2. 您配置错了回调地址,确保您的回调地址正确且端口与协议均正确!
    3. Dashboard 发生未知错误,您可以使用脚本查看日志。

    TIP

    什么是协议? 在浏览器中,您的域名以 :// 结尾的字符串即为协议,通常为 httphttps 两种。由于正常部署情况下面板可能有多种协议+域名+端口组合均可访问,请务必选一个最合适的作为回调。

    如何检查我的回调地址是否错误?

    请确保登录前浏览器显示的协议+域名+端口和登录后跳转到的协议+域名+端口一致。
    请确保您的路径为 /oauth2/callback全部小写

    登录后面板报错

    1. 清理 cookies 后重新登录,或换个浏览器。
    2. 检查回调地址,确保您的回调地址正确且端口与协议均正确!发起请求的地址需要和回调地址处于同域,端口、协议和域名(或IP)都需要一致。

    lookup xxx

    容器 DNS 解析失败,多数情况下为修改了 iptables 相关配置。
    建议先重启 docker,sudo systemctl restart docker,再使用脚本重启面板。
    仍然出现 lookup 错误建议查看是否有其他控制 iptables 的工具,如宝塔防火墙等。
    这个问题也可能与内核有关系,请尝试更换官方内核。

    授权方式无效,或者登录回调地址无效、过期或已被撤销

    只出现在 Gitee 登录方式中,原因不明,建议更换到 GitHub。

    oauth2: server response missing access_token

    可能由多种因素引起,最大可能性是网络问题,建议检查网络后重试。
    无法解决的话建议更换 Github 等。

    该用户不是本站点管理员,无法登录

    您登陆错了账号或者配置错了用户名,注意用户名不是邮箱,可使用脚本修改。
    Cloudflare Access 用户请注意,您的用户名不是邮箱,而是 User ID。

    dial tcp xxx:443 i/o timeout

    网络问题,可先重启 Docker,sudo systemctl restart docker,再使用脚本重启面板。
    如为国内服务器配置 Github 登陆方式,则建议切换到 Cloudflare Access 以避免网络干扰。

    net/http: TLS handshake timeout

    同上。

    使用 Cloudflare Access 作为 OAuth2 提供方时无法收到邮件验证码

    • 确认在 Policies 中已正确配置了邮件验证策略。
    • 检查您提供的邮箱地址是否正确无误。注意,不在策略白名单中的邮箱地址将不会接收到验证码。
    + \ No newline at end of file diff --git a/guide/nat.html b/guide/nat.html index 1642e3b5..ae8e05b0 100644 --- a/guide/nat.html +++ b/guide/nat.html @@ -12,7 +12,7 @@ - + @@ -22,8 +22,8 @@ -
    Skip to content

    内网穿透功能配置

    哪吒服务器监控提供内置的内网穿透功能,允许用户通过设定 Dashboard 作为服务端,将运行在 Agent 上的内网服务(如家庭 OpenWrt 路由器、NAS 设备等)映射到公网上,便于外部访问。目前仅支持 HTTP 协议的穿透。

    准备工作

    在配置内网穿透前,请确保完成以下准备工作:

    • 确认已在您的设备上安装并运行哪吒监控的 Agent,并保持其与 Dashboard 的连接状态。
    • 准备一个公网域名,推荐使用子域名进行操作,如service-1.example.com。将此域名解析指向 Dashboard 服务器的公网 IP 地址。
    • 请注意,一个域名只能映射到一个 Agent 的内网服务。若需映射多个服务,请分别使用不同的域名,例如 service-2.example.com

    WARNING

    如果您的 Dashboard 服务器使用宝塔面板或其他管理工具,请确保所用域名,如 service-1.example.com 已在该面板中正确绑定至 Dashboard 站点,否则可能导致无法访问。

    内网穿透配置步骤

    1. 登录至 Dashboard 管理页面,选择菜单栏中的“内网穿透”选项。
    2. 点击“添加”按钮,并填写以下所需信息:
      • 穿透名称:为此穿透配置自定义一个名称,如OpenWrt 登录页
      • Agent ID:填写需要进行穿透的 Agent 的 ID。
      • 内网服务地址:填写需穿透的内网服务地址,格式为 IP:端口,例如 127.0.0.1:80
      • 绑定域名:填写已准备的公网域名,如 service-1.example.com
    3. 完成填写后,点击“新增”按钮,等待穿透生效。
    4. 尝试访问 http://service-1.example.com,以验证是否成功映射至 Agent 上的内网服务。

    使用须知

    • 保持 Agent 与 Dashboard 之间的连接是内网穿透功能正常运作的前提。若 Agent 连接中断,已配置的穿透将暂时失效。
    • 考虑到内网穿透隧道本身不加密数据,建议在 Agent 与 Dashboard 之间以及 Dashboard 与客户端浏览器之间均使用 TLS/SSL,以确保数据传输过程的安全性。
    - +
    Skip to content

    内网穿透功能配置

    哪吒服务器监控提供内置的内网穿透功能,允许用户通过设定 Dashboard 作为服务端,将运行在 Agent 上的内网服务(如家庭 OpenWrt 路由器、NAS 设备等)映射到公网上,便于外部访问。目前仅支持 HTTP 协议的穿透。

    准备工作

    在配置内网穿透前,请确保完成以下准备工作:

    • 确认已在您的设备上安装并运行哪吒监控的 Agent,并保持其与 Dashboard 的连接状态。
    • 准备一个公网域名,推荐使用子域名进行操作,如service-1.example.com。将此域名解析指向 Dashboard 服务器的公网 IP 地址。
    • 请注意,一个域名只能映射到一个 Agent 的内网服务。若需映射多个服务,请分别使用不同的域名,例如 service-2.example.com

    WARNING

    如果您的 Dashboard 服务器使用宝塔面板或其他管理工具,请确保所用域名,如 service-1.example.com 已在该面板中正确绑定至 Dashboard 站点,否则可能导致无法访问。

    内网穿透配置步骤

    1. 登录至 Dashboard 管理页面,选择菜单栏中的“内网穿透”选项。
    2. 点击“添加”按钮,并填写以下所需信息:
      • 穿透名称:为此穿透配置自定义一个名称,如OpenWrt 登录页
      • Agent ID:填写需要进行穿透的 Agent 的 ID。
      • 内网服务地址:填写需穿透的内网服务地址,格式为 IP:端口,例如 127.0.0.1:80
      • 绑定域名:填写已准备的公网域名,如 service-1.example.com
    3. 完成填写后,点击“新增”按钮,等待穿透生效。
    4. 尝试访问 http://service-1.example.com,以验证是否成功映射至 Agent 上的内网服务。

    使用须知

    • 保持 Agent 与 Dashboard 之间的连接是内网穿透功能正常运作的前提。若 Agent 连接中断,已配置的穿透将暂时失效。
    • 考虑到内网穿透隧道本身不加密数据,建议在 Agent 与 Dashboard 之间以及 Dashboard 与客户端浏览器之间均使用 TLS/SSL,以确保数据传输过程的安全性。
    + \ No newline at end of file diff --git a/guide/notifications.html b/guide/notifications.html index 655b1141..41c60a54 100644 --- a/guide/notifications.html +++ b/guide/notifications.html @@ -12,7 +12,7 @@ - + @@ -25,7 +25,7 @@
    Skip to content

    通知设置

    哪吒监控支持对服务器的负载、CPU、内存、硬盘、流量、月流量、进程数、连接数进行监控,并在达到用户设定的阈值时发送告警通知。

    灵活的通知方式

    • 在面板消息中,占位符 #DATETIME# 代表事件发生的时间戳。当通知被触发时,面板会自动将 #DATETIME# 替换为事件的实际时间。
    • #NEZHA# 是面板消息占位符,面板触发通知时会自动用实际消息替换占位符。
    • Body 内容是 JSON 格式的:当请求类型为 FORM 时,值为 key:value 的形式,value 里面可放置占位符,通知时会自动替换。当请求类型为 JSON 时 只会简单进行字符串替换后直接提交到 URL
    • URL 里面也可放置占位符,请求时会进行简单的字符串替换。

    请参考以下的通知方式示例,也可以根据自己的需求灵活设置推送方式。

    Bark 示例

    点击展开/收起
    • 名称:Bark

    • URL 组成: /:key/:body or /:key/:title/:body or /:key/:category/:title/:body

    • 请求方式: GET

    • 请求类型: 默认

    • Body: 空

    • 名称:Bark

    • URL 组成: /push

    • 请求方式: POST

    • 请求类型: form

    • Body: {"title": "#SERVER.NAME#","device_key":"xxxxxxxxx","body":"#NEZHA#","icon":"https://xxxxxxxx/nz.png"}

    Slack 示例 贡献者:@白歌

    点击展开/收起

    URL 参数获取说明

    请提前准备好 Slack 的 Workspace 并为这个 Workspace 创建一个 App。如果你还没有创建,可以在 Slack API 创建一个 App。

    创建完成 App 后,需要为这个 App 添加一个 Incoming Webhook。在 App 的设置页面中找到 Incoming Webhooks,将 Activate Incoming Webhooks 勾选为 ON,在页面下方找到并点击 Add New Webhook to Workspace,选择一个 Channel,然后点击允许。完成创建后,你会得到一个 Webhook URL,使用这个 URL 替换下方的示例 URL。

    Server 酱示例

    点击展开/收起

    Server 酱进阶

    • 名称:Server 酱

    • URL:https://sc.ftqq.com/SCUrandomkeys.send

    • 请求方式: POST

    • 请求类型: FORM

    • Body:

      json
      {
         "title": "#SERVER.NAME#",
         "desp": "**#NEZHA#\n\n平均负载: \"#SERVER.LOAD1#\",\"#SERVER.LOAD5#\",\"#SERVER.LOAD15#\"\n\n## [点击访问面板](https://你的面板域名)\n\n![logo](https://raw.githubusercontent.com/naiba/nezha/master/resource/static/brand.svg)"
      -}

      展示

    Telegram 示例 贡献者:@白歌

    点击展开/收起

    URL 参数获取说明

    请提前在 Telegram 中创建一个机器人,获取到机器人的 token 和你的 Telegram 用户 ID。

    机器人的 token 和用户 ID 都是数字和字母的组合,可以在 Telegram 中与 @userinfobot 对话获取自己的用户 ID。与 @BotFather 对话,输入命令 /newbot 创建一个机器人,创建完成后可以获得机器人的 token。

    得到的 token 和用户 ID 都是字符串,可以直接拼接到 URL 中,如下所示,将其中的 botXXXXXX 替换为你的机器人 token,将 YYYYYY 替换为你的用户 ID。注意,你需要先与机器人对话,否则机器人无法发送消息给你。

    wxpusher 示例

    需要提前关注你的应用

    点击展开/收起

    邮件通知示例 - SendCloud 贡献者:@白歌

    点击展开/收起

    注意:SendCloud 有每日免费发送邮件限额限制,这里仅作示例,你可以选择付费服务或其他类似的免费服务,使用方法类似。

    URL 参数获取说明

    该示例使用 SendCloud 作为发信服务,需提前在 SendCloud 注册账号,创建发件邮箱,然后在这里获取 APIUSER 和 APIKEY。

    替换示例 URL 中的 <替换APIUSER><替换APIKEY> 为自己的 APIUSER 和 APIKEY,替换 URL 中的 <自定义发件邮箱><自定义收件邮箱> 为任意的的发件邮箱和收件邮箱。

    • 名称:邮件告警
    • URL:https://api.sendcloud.net/apiv2/mail/send?apiUser=<替换APIUSER>&apiKey=<替换APIKEY>&from=<自定义发件邮箱>&fromName=Nezha&to=<自定义收件邮箱>&subject=Nezha-Notification&html=#NEZHA#
    • 请求方式: POST
    • 请求类型: JSON
    • Header: 留空
    • Body: 留空

    钉钉群机器人配置 示例

    点击展开/收起

    URL 参数获取说明

    请提前在钉钉中创建一个机器人,获取到机器人的 token。

    机器人 URL 在钉钉群 - 管理机器人 - 创建机器人后获取,安全方式选择自定义关键词,Body 中 content 值内需包含该关键词。

    企业微信群机器人 示例 贡献者:@ChowRex

    点击展开/收起

    支持的占位符一览

    json
    {
    +}

    展示

    Telegram 示例 贡献者:@白歌

    点击展开/收起

    URL 参数获取说明

    请提前在 Telegram 中创建一个机器人,获取到机器人的 token 和你的 Telegram 用户 ID。

    机器人的 token 和用户 ID 都是数字和字母的组合,可以在 Telegram 中与 @userinfobot 对话获取自己的用户 ID。与 @BotFather 对话,输入命令 /newbot 创建一个机器人,创建完成后可以获得机器人的 token。

    得到的 token 和用户 ID 都是字符串,可以直接拼接到 URL 中,如下所示,将 botXXXXXX 中的 XXXXXX 替换为你的机器人 token,要保留其中的 bot,将 YYYYYY 替换为你的用户 ID。注意,你需要先与机器人对话,否则机器人无法发送消息给你。#NEZHA# 是占位符,不要修改和删除

    wxpusher 示例

    需要提前关注你的应用

    点击展开/收起

    邮件通知示例 - SendCloud 贡献者:@白歌

    点击展开/收起

    注意:SendCloud 有每日免费发送邮件限额限制,这里仅作示例,你可以选择付费服务或其他类似的免费服务,使用方法类似。

    URL 参数获取说明

    该示例使用 SendCloud 作为发信服务,需提前在 SendCloud 注册账号,创建发件邮箱,然后在这里获取 APIUSER 和 APIKEY。

    替换示例 URL 中的 <替换APIUSER><替换APIKEY> 为自己的 APIUSER 和 APIKEY,替换 URL 中的 <自定义发件邮箱><自定义收件邮箱> 为任意的的发件邮箱和收件邮箱。

    • 名称:邮件告警
    • URL:https://api.sendcloud.net/apiv2/mail/send?apiUser=<替换APIUSER>&apiKey=<替换APIKEY>&from=<自定义发件邮箱>&fromName=Nezha&to=<自定义收件邮箱>&subject=Nezha-Notification&html=#NEZHA#
    • 请求方式: POST
    • 请求类型: JSON
    • Header: 留空
    • Body: 留空

    钉钉群机器人配置 示例

    点击展开/收起

    URL 参数获取说明

    请提前在钉钉中创建一个机器人,获取到机器人的 token。

    机器人 URL 在钉钉群 - 管理机器人 - 创建机器人后获取,安全方式选择自定义关键词,Body 中 content 值内需包含该关键词。

    企业微信群机器人 示例 贡献者:@ChowRex

    点击展开/收起

    支持的占位符一览

    json
    {
         "content": "#NEZHA#",
         "ServerName": "#SERVER.NAME#",
         "ServerIP": "#SERVER.IP#",
    @@ -49,8 +49,8 @@
         "markdown": {
             "content": "# 哪吒通知消息\n\n\"#NEZHA#\"\n\n> 名称: \"#SERVER.NAME#\"\n> IP: \"#SERVER.IP#\"\n> IPv4: \"#SERVER.IPV4#\"\n> IPv6: \"#SERVER.IPV6#\"\n> CPU: \"#SERVER.CPU#\"\n> 内存: \"#SERVER.MEM#\"\n> 交换分区: \"#SERVER.SWAP#\"\n> 存储: \"#SERVER.DISK#\"\n> 实时上传速度: \"#SERVER.NETINSPEED#\"\n> 实时下载速度: \"#SERVER.NETOUTSPEED#\"\n> 总上传: \"#SERVER.TRANSFERIN#\"\n> 总下载: \"#SERVER.TRANSFEROUT#\"\n> 1分钟内负载: \"#SERVER.LOAD1#\"\n> 5分钟内负载: \"#SERVER.LOAD5#\"\n> 15分钟内负载: \"#SERVER.LOAD15#\"\n> TCP连接数: \"#SERVER.TCPCONNCOUNT\"\n> UDP连接数: \"#SERVER.UDPCONNCOUNT\"\n\n"
         }
    -}

    根据需求删减相关内容信息即可。

    通知效果

    飞书群机器人配置 示例 贡献者:@eya46

    点击展开/收起

    URL 参数获取说明

    机器人 URL 通过飞书群 - 群机器人 - 添加机器人 - 自定义机器人(webhook)创建后获取。

    告警规则说明

    基本规则

    • type:可选取一个或多个类型,如在一个规则中选择了多个类型,需要同时满足所有选择的类型才会触发通知(可参考后面的示例)
      • cpugpumemoryswapdisk
      • net_in_speed 入站网速、net_out_speed 出站网速、net_all_speed 双向网速、transfer_in 入站流量、transfer_out 出站流量、transfer_all 双向流量
      • offline 离线监控
      • load1load5load15 负载
      • process_count 进程数(目前取线程数占用资源太多,暂时不支持)
      • tcp_conn_countudp_conn_count 连接数
      • temperature_max 最高温度值
    • duration:持续数秒,数秒内采样记录 30% 以上触发阈值才会告警(防数据插针)
    • minmax
      • 流量、网速类单位为字节(1KB=1024B,1MB=1024*1024B)
      • 内存、硬盘、CPU 以占用百分比计数
      • 离线监控无需设置此项
    • cover
      • 0 监控所有服务器,通过 ignore 忽略特定服务器
      • 1 忽略所有服务器,通过 ignore 监控特定服务器
        例如:[{"type":"offline","duration":10, "cover":0, "ignore":{"5": true}}]
    • ignore:选择忽略特定服务器,搭配 cover 使用,内容为服务器 ID 和布尔值,例如:{"1": true, "2": false}

    完整示例:

    添加一个离线告警:

    • 名称:离线通知
    • 规则:[{"Type":"offline","Duration":10}]
    • 启用:√

    添加一个监控 CPU 持续 10 秒超过 50% 内存持续 20 秒占用低于 20% 的告警:

    • 名称:CPU+内存
    • 规则:[{"Type":"cpu","Min":0,"Max":50,"Duration":10},{"Type":"memory","Min":20,"Max":0,"Duration":20}]
    • 启用:√

    将特定的服务器通知发送到特定的通知分组:

    示例场景:
    有 1、2、3、4 四台服务器和 A、B 两个不同的通知组。
    1、2 这两台服务器掉线十分钟后给通知组 A 发送通知。
    3、4 这两台服务器掉线十分钟后给通知组 B 发送通知。

    首先你需要先设置好 A、B 两个通知组,然后添加两条告警规则:

    规则一:

    • 名称:1、2 离线,发送给通知组 A
    • 规则:[{"type":"offline","duration":600,"cover":1,"ignore":{"1":true,"2":true}}]
    • 通知方式组:A
    • 启用:√

    规则二:

    • 名称:3、4 离线,发送给通知组 B
    • 规则:[{"type":"offline","duration":600,"cover":1,"ignore":{"3":true,"4":true}}]
    • 通知方式组:B
    • 启用:√

    灵活使用参数可以让你的告警功能被充分使用

    特殊:任意周期流量告警

    可以用作月流量监控

    • type
      • transfer_in_cycle 周期内的入站流量
      • transfer_out_cycle 周期内的出站流量
      • transfer_all_cycle 周期内双向流量的和
    • cycle_start:统计周期开始日期(可以是你机器计费周期的开始日期),时间格式为 RFC3339,例如北京时间为 2022-01-11T08:00:00.00+08:00
    • cycle_interval:统计周期单位的数量(例如,周期单位为天,该值为 7,则代表每隔 7 天统计一次)
    • cycle_unit:统计周期单位,默认 hour,可选(hour, day, week, month, year
    • min/maxcoverignore 参考基本规则配置

    示例:

    ID 为 3 和 4 的服务器(ignore 里面定义),以每月 1 号为统计周期,周期内统计的出站月流量达到 1TB 时告警:

    json
    [{"type":"transfer_out_cycle","max":1099511627776,"cycle_start":"2022-01-01T00:00:00+08:00","cycle_interval":1,"cycle_unit":"month","cover":1,"ignore":{"3":true,"4":true}}]

    TIP

    如果对告警配置仍感到有困难,可以试试以下第三方配置生成器简化操作。哪吒监控不对生成配置的功能性作任何保证。

    通知触发模式

    • 始终触发:每当 Agent 上报的状态符合告警的规则时,都会触发一次通知。
    • 单次触发:仅状态改变时触发一次通知,如从正常状态改变为异常状态,或异常状态恢复为正常状态。

    设置告警时执行任务

    如果需要在发出告警消息的同时执行某项任务,可以设置此项目。

    • 告警时触发任务:当告警状态符合从“正常”变更为“事件”时,所要执行的任务,任务应提前在任务页设置。
    • 恢复时触发任务:当告警状态符合从“事件”恢复为“正常”时,所要执行的任务,任务应提前在任务页设置。
    - +}

    根据需求删减相关内容信息即可。

    通知效果

    飞书群机器人配置 示例 贡献者:@eya46

    点击展开/收起

    URL 参数获取说明

    机器人 URL 通过飞书群 - 群机器人 - 添加机器人 - 自定义机器人(webhook)创建后获取。

    告警规则说明

    基本规则

    完整示例:

    添加一个离线告警:

    添加一个监控 CPU 持续 10 秒超过 50% 内存持续 20 秒占用低于 20% 的告警:

    将特定的服务器通知发送到特定的通知分组:

    示例场景:
    有 1、2、3、4 四台服务器和 A、B 两个不同的通知组。
    1、2 这两台服务器掉线十分钟后给通知组 A 发送通知。
    3、4 这两台服务器掉线十分钟后给通知组 B 发送通知。

    首先你需要先设置好 A、B 两个通知组,然后添加两条告警规则:

    规则一:

    规则二:

    灵活使用参数可以让你的告警功能被充分使用

    特殊:任意周期流量告警

    可以用作月流量监控

    示例:

    ID 为 3 和 4 的服务器(ignore 里面定义),以每月 1 号为统计周期,周期内统计的出站月流量达到 1TB 时告警:

    json
    [{"type":"transfer_out_cycle","max":1099511627776,"cycle_start":"2022-01-01T00:00:00+08:00","cycle_interval":1,"cycle_unit":"month","cover":1,"ignore":{"3":true,"4":true}}]

    TIP

    如果对告警配置仍感到有困难,可以试试以下第三方配置生成器简化操作。哪吒监控不对生成配置的功能性作任何保证。

    通知触发模式

    设置告警时执行任务

    如果需要在发出告警消息的同时执行某项任务,可以设置此项目。

    + \ No newline at end of file diff --git a/guide/q1.html b/guide/q1.html index 6d049683..3a650398 100644 --- a/guide/q1.html +++ b/guide/q1.html @@ -12,7 +12,7 @@ - + @@ -67,8 +67,8 @@ # CentOS iptables -I INPUT -p tcp --dport 443 -j DROP -iptables -I INPUT -s <serverIp> -p tcp --dport 443 -j ACCEPT

    通过以上配置,可以有效防止未经授权的访问。

    - +iptables -I INPUT -s <serverIp> -p tcp --dport 443 -j ACCEPT

    通过以上配置,可以有效防止未经授权的访问。

    + \ No newline at end of file diff --git a/guide/q10.html b/guide/q10.html index 2320883f..3f18d8db 100644 --- a/guide/q10.html +++ b/guide/q10.html @@ -12,7 +12,7 @@ - + @@ -36,8 +36,8 @@ oidcLoginClaim: sub # (可选,默认值为 sub)OIDC 返回的用户名字段,可以是 preferred_username、sub 或email oidcGroupsClaim: groups # (如果使用 adminGroups,则必填,默认值为 groups )OIDC 返回的用户组信息字段,可以是 groups 或 roles oidcAutoCreate: false # (可选,默认值为 false)如果用户不存在,是否自动创建用户 - oidcAutoLogin: false # (可选,默认值为 false)当地址是 /login 时,是否自动跳转到OIDC登录页面 - + oidcAutoLogin: false # (可选,默认值为 false)当地址是 /login 时,是否自动跳转到OIDC登录页面 + \ No newline at end of file diff --git a/guide/q11.html b/guide/q11.html index 6ee03fdb..a0ce22da 100644 --- a/guide/q11.html +++ b/guide/q11.html @@ -12,7 +12,7 @@ - + @@ -49,8 +49,8 @@ ], "Lookup": "114.5.1.4" } -]

    确定格式、信息无误后便可用于 Dashboard 编译。之后可通过 grpcurl 或类似工具测试查询 API 是否工作正常:

    shell
    grpcurl -proto ./nezha/proto/nezha.proto -plaintext -H 'client_secret: test' -d '{"ip": "114.5.1.4"}' 127.0.0.1:5555 proto.NezhaService/LookupGeoIP
    - +]

    确定格式、信息无误后便可用于 Dashboard 编译。之后可通过 grpcurl 或类似工具测试查询 API 是否工作正常:

    shell
    grpcurl -proto ./nezha/proto/nezha.proto -plaintext -H 'client_secret: test' -d '{"ip": "114.5.1.4"}' 127.0.0.1:5555 proto.NezhaService/LookupGeoIP
    + \ No newline at end of file diff --git a/guide/q2.html b/guide/q2.html index ba6f04e0..d7f660a8 100644 --- a/guide/q2.html +++ b/guide/q2.html @@ -12,7 +12,7 @@ - + @@ -22,8 +22,8 @@ -
    Skip to content

    Agent 启动/上线 问题自检流程

    1. 直接执行 /opt/nezha/agent/nezha-agent -s 面板IP或非CDN域名:面板RPC端口 -p Agent密钥 -d 查看日志是否是因为 DNS、网络不佳导致超时(timeout)
    2. nc -v 域名/IP 面板RPC端口 或者 telnet 域名/IP 面板RPC端口 来检验是否是网络问题,检查本机与面板服务器的出入站防火墙,如果无法判断问题可借助 https://port.ping.pe/ 提供的端口检查工具进行检测。
    3. 如果上面步骤检测正常,Agent 依然没有正常上线,请尝试关闭 SELinux,如何关闭 SELinux?
    - +
    Skip to content

    Agent 启动/上线 问题自检流程

    1. 直接执行 /opt/nezha/agent/nezha-agent -s 面板IP或非CDN域名:面板RPC端口 -p Agent密钥 -d 查看日志是否是因为 DNS、网络不佳导致超时(timeout)
    2. nc -v 域名/IP 面板RPC端口 或者 telnet 域名/IP 面板RPC端口 来检验是否是网络问题,检查本机与面板服务器的出入站防火墙,如果无法判断问题可借助 https://port.ping.pe/ 提供的端口检查工具进行检测。
    3. 如果上面步骤检测正常,Agent 依然没有正常上线,请尝试关闭 SELinux,如何关闭 SELinux?
    + \ No newline at end of file diff --git a/guide/q3.html b/guide/q3.html index 956f79a0..d1010fa2 100644 --- a/guide/q3.html +++ b/guide/q3.html @@ -12,7 +12,7 @@ - + @@ -95,8 +95,8 @@ localhost:~/agent# /opt/nezha/agent/nezha-agent -s nezha.xxx.xxx:443 -p YOUR_KEY --tls -d NEZHA@2023-12-20 05:14:00>> 检查更新: 0.15.14 NEZHA@2023-12-20 05:14:01>> 上报系统信息失败: rpc error: code = Unknown desc = EOF # 需要修改主控端 /opt/nezha/dashboard/data/config.yaml的 GRPCHost 和 TLS 选项 -NEZHA@2023-12-20 05:14:01>> Error to close connection ... - +NEZHA@2023-12-20 05:14:01>> Error to close connection ... + \ No newline at end of file diff --git a/guide/q4.html b/guide/q4.html index cf207ffb..c23fd4ac 100644 --- a/guide/q4.html +++ b/guide/q4.html @@ -12,7 +12,7 @@ - + @@ -22,8 +22,8 @@ -
    - +
    + \ No newline at end of file diff --git a/guide/q5.html b/guide/q5.html index 1dca4c4c..251ec2cb 100644 --- a/guide/q5.html +++ b/guide/q5.html @@ -12,7 +12,7 @@ - + @@ -22,8 +22,8 @@ -
    - +
    + \ No newline at end of file diff --git a/guide/q6.html b/guide/q6.html index 54e56954..61eac322 100644 --- a/guide/q6.html +++ b/guide/q6.html @@ -12,7 +12,7 @@ - + @@ -22,8 +22,8 @@ -
    Skip to content

    如何每月重置流量统计?

    主页中的流量统计每次服务器重启时都会重置,如果要实现每月重置一次流量计数,可以这样实现:

    1. 进入管理面板的 告警
    2. 参考这篇文档,创建一个月流量告警
    3. 返回主页,在 服务 页中就可以看到月流量统计了,这里的统计数据不会因为服务器重启而重置

    TIP

    此方式可以设置任何周期,包括且不限于每小时/每天/每周/每月/每年重置流量统计,非常灵活!

    - +
    Skip to content

    如何每月重置流量统计?

    主页中的流量统计每次服务器重启时都会重置,如果要实现每月重置一次流量计数,可以这样实现:

    1. 进入管理面板的 告警
    2. 参考这篇文档,创建一个月流量告警
    3. 返回主页,在 服务 页中就可以看到月流量统计了,这里的统计数据不会因为服务器重启而重置

    TIP

    此方式可以设置任何周期,包括且不限于每小时/每天/每周/每月/每年重置流量统计,非常灵活!

    + \ No newline at end of file diff --git a/guide/q7.html b/guide/q7.html index bd1bb4c2..90ccd864 100644 --- a/guide/q7.html +++ b/guide/q7.html @@ -12,7 +12,7 @@ - + @@ -22,8 +22,8 @@ -
    Skip to content

    自定义 Agent 监控项目

    自定义监控的网卡和硬盘分区

    执行以下命令来选择网卡和分区,然后重启 Agent 即可生效:

    bash
    /opt/nezha/agent/nezha-agent edit

    其他运行参数

    查看支持的参数

    要查看支持的运行参数,请执行以下命令:

    bash
    ./nezha-agent --help

    配置参数

    如果您通过一键脚本安装了 Agent,可以通过编辑系统服务配置来添加或修改参数。编辑文件 /etc/systemd/system/nezha-agent.service,并在 ExecStart= 行的末尾添加您需要的参数:

    TIP

    如果您需要批量添加参数,可以利用 Dashboard 的计划任务功能。以禁用 Agent 自动更新功能为例,您可以设置一个计划任务。添加以下命令以修改系统服务配置,并触发该任务执行:

    bash
    sed -i '/^ExecStart=/ s/$/ --disable-auto-update/' /etc/systemd/system/nezha-agent.service && systemctl daemon-reload
    • --report-delay:设置系统信息上报的间隔时间。默认为 1 秒。为了降低系统资源占用,可以设置为 3(有效范围:1-4 秒)。
    • --skip-conn:不监控网络连接数。建议在连接数较多或 CPU 资源占用较高的服务器上使用此参数。
    • --skip-procs:不监控进程数,有助于降低 Agent 的资源占用。
    • --disable-auto-update:禁用 Agent 的自动更新功能,增强安全性。
    • --disable-force-update:禁用 Agent 的强制更新功能,增强安全性。
    • --disable-command-execute:禁止在 Agent 上执行任何定时任务或使用在线终端,增强安全性。
    • --tls:启用 SSL/TLS 加密。当您使用 nginx 反向代理 Agent 的 gRPC 连接且 nginx 配置了 SSL/TLS 时,应启用此配置。
    • --use-ipv6-countrycode:强制使用 IPv6 地址查询国家代码。默认情况下,Agent 使用 IPv4 地址查询国家代码,如果服务器支持 IPv6 且与 IPv4 地址的国家代码不同,可以使用此参数。
    • --gpu:启用 GPU 监控。注意:GPU 使用率监控可能需要安装额外的依赖包,详细信息可以参考文档:启用 GPU 监控
    • --temperature:启用硬件温度监控。仅支持的硬件有效,部分 VPS 可能无法获取温度信息。
    • -d --debug:启用调试模式。
    • -u --ip-report-period:本地IP更新间隔, 如果这个值小于 --report-delay 设置的值,那么以 --report-delay 的值为准。默认为1800秒(30分钟)。
    • -k --insecure:禁用证书检查,适用于使用自签证书的场景。
    - +
    Skip to content

    自定义 Agent 监控项目

    自定义监控的网卡和硬盘分区

    执行以下命令来选择网卡和分区,然后重启 Agent 即可生效:

    bash
    /opt/nezha/agent/nezha-agent edit

    其他运行参数

    查看支持的参数

    要查看支持的运行参数,请执行以下命令:

    bash
    ./nezha-agent --help

    配置参数

    如果您通过一键脚本安装了 Agent,可以通过编辑系统服务配置来添加或修改参数。编辑文件 /etc/systemd/system/nezha-agent.service,并在 ExecStart= 行的末尾添加您需要的参数:

    TIP

    如果您需要批量添加参数,可以利用 Dashboard 的计划任务功能。以禁用 Agent 自动更新功能为例,您可以设置一个计划任务。添加以下命令以修改系统服务配置,并触发该任务执行:

    bash
    sed -i '/^ExecStart=/ s/$/ --disable-auto-update/' /etc/systemd/system/nezha-agent.service && systemctl daemon-reload
    • --report-delay:设置系统信息上报的间隔时间。默认为 1 秒。为了降低系统资源占用,可以设置为 3(有效范围:1-4 秒)。
    • --skip-conn:不监控网络连接数。建议在连接数较多或 CPU 资源占用较高的服务器上使用此参数。
    • --skip-procs:不监控进程数,有助于降低 Agent 的资源占用。
    • --disable-auto-update:禁用 Agent 的自动更新功能,增强安全性。
    • --disable-force-update:禁用 Agent 的强制更新功能,增强安全性。
    • --disable-command-execute:禁止在 Agent 上执行任何定时任务或使用在线终端,增强安全性。
    • --tls:启用 SSL/TLS 加密。当您使用 nginx 反向代理 Agent 的 gRPC 连接且 nginx 配置了 SSL/TLS 时,应启用此配置。
    • --use-ipv6-countrycode:强制使用 IPv6 地址查询国家代码。默认情况下,Agent 使用 IPv4 地址查询国家代码,如果服务器支持 IPv6 且与 IPv4 地址的国家代码不同,可以使用此参数。
    • --gpu:启用 GPU 监控。注意:GPU 使用率监控可能需要安装额外的依赖包,详细信息可以参考文档:启用 GPU 监控
    • --temperature:启用硬件温度监控。仅支持的硬件有效,部分 VPS 可能无法获取温度信息。
    • -d --debug:启用调试模式。
    • -u --ip-report-period:本地IP更新间隔, 如果这个值小于 --report-delay 设置的值,那么以 --report-delay 的值为准。默认为1800秒(30分钟)。
    • -k --insecure:禁用证书检查,适用于使用自签证书的场景。
    + \ No newline at end of file diff --git a/guide/q8.html b/guide/q8.html index 7050a5ce..1a295204 100644 --- a/guide/q8.html +++ b/guide/q8.html @@ -12,7 +12,7 @@ - + @@ -27,8 +27,8 @@ ClientID: 3516291f53eca9b4901a01337e41be7dc52f565c8657d08a3fddb2178d13c5bf ClientSecret: 0568b67c7b6d0ed51c663e2fe935683007c28f947a27b7bd47a5ad3d8b56fb67 Endpoint: "https://xxxxx.cloudflareaccess.com" - Type: cloudflare

    配置说明:

    参数获取方式
    AdminMy Team -> Users -> <具体用户> -> User ID
    ClientID/ClientSecretAccess -> Application -> Add an Application
    -> SaaS -> OIDC
    EndpointAccess -> Application -> Application URL -> 只保留协议+域名的部分,路径不需要

    新建 SaaS-OIDC 应用流程

    前往 Zero Trust Dashboard:https://one.dash.cloudflare.com/,选择或新建一个账户(Account),然后按照以下步骤操作:

    1. My Team -> Users -> 点击<具体用户> -> 获取 User ID 并保存 (如果是第一次使用 Zero Trust,Users 列表会为空,可暂时跳过这一步;你需要完成一次验证后,用户才会出现在 Users 列表中)
    2. Access -> Applications -> Add an Application;
    3. 选择 SaaS,在 Application 字段中输入自定义的应用名称(例如 nezha),选择 OIDC 后点击 Add application;
    4. Scopes 选择 openid, email, profile, groups;
    5. Redirect URLs 中填写你的 Dashboard Callback 地址,例如 https://dashboard.example.com/oauth2/callback;
    6. 分别记录 Client IDClient SecretIssuer 地址中的协议与域名部分,例如 https://xxxxx.cloudflareaccess.com;
    7. 编辑 Dashboard 配置文件(通常位于 /opt/nezha/dashboard/data/config.yaml),参照示例配置修改 OAuth2 设置,并重启 Dashboard 服务。

    身份验证策略配置

    在完成 Dashboard 设置后,您还需要在 Zero Trust Dashboard 中配置身份验证策略,路径为:Access -> Applications -> <应用名> -> Policies。您可以选择多种 SSO 验证方式,包括邮件 OTP 验证、硬件密钥验证等,详细配置请参考 Cloudflare Zero Trust 文档

    策略配置示例(One-time PIN)

    默认使用邮件 OTP 验证方式:

    1. Access -> Applications -> <应用名> -> Policies -> Add a policy;
    2. 设置一个 Policy Name,例如 OTPAction 设置为 Allow;
    3. Configure rules 下新增一条 Include 规则,Selector 选择 Emails,在文本框中输入你的邮箱地址;
    4. 点击 Save policy 保存策略。

    测试策略

    1. 在配置正确的情况下,访问 Dashboard 登录界面,会显示为 使用 Cloudflare 账号登录,点击登录会跳转到 Cloudflare Access 登录页面;
    2. 输入前面配置的 Email 地址,点击 Send me a code,输入收到的验证码,即可登录 Dashboard;
    3. 如果在之前的步骤中,未在 Admin 中未填写 User ID,登录后会提示错误信息:“该用户不是本站点管理员,无法登录”。此时需要在 My Team -> Users 中找到对应的用户,点击用户名获取 User ID 并填写到 Dashboard 配置文件里的 Admin 部分,重启 Dashboard 服务后再次尝试登录。
    - + Type: cloudflare

    配置说明:

    参数获取方式
    AdminMy Team -> Users -> <具体用户> -> User ID
    ClientID/ClientSecretAccess -> Application -> Add an Application
    -> SaaS -> OIDC
    EndpointAccess -> Application -> Application URL -> 只保留协议+域名的部分,路径不需要

    新建 SaaS-OIDC 应用流程

    前往 Zero Trust Dashboard:https://one.dash.cloudflare.com/,选择或新建一个账户(Account),然后按照以下步骤操作:

    1. My Team -> Users -> 点击<具体用户> -> 获取 User ID 并保存 (如果是第一次使用 Zero Trust,Users 列表会为空,可暂时跳过这一步;你需要完成一次验证后,用户才会出现在 Users 列表中)
    2. Access -> Applications -> Add an Application;
    3. 选择 SaaS,在 Application 字段中输入自定义的应用名称(例如 nezha),选择 OIDC 后点击 Add application;
    4. Scopes 选择 openid, email, profile, groups;
    5. Redirect URLs 中填写你的 Dashboard Callback 地址,例如 https://dashboard.example.com/oauth2/callback;
    6. 分别记录 Client IDClient SecretIssuer 地址中的协议与域名部分,例如 https://xxxxx.cloudflareaccess.com;
    7. 编辑 Dashboard 配置文件(通常位于 /opt/nezha/dashboard/data/config.yaml),参照示例配置修改 OAuth2 设置,并重启 Dashboard 服务。

    身份验证策略配置

    在完成 Dashboard 设置后,您还需要在 Zero Trust Dashboard 中配置身份验证策略,路径为:Access -> Applications -> <应用名> -> Policies。您可以选择多种 SSO 验证方式,包括邮件 OTP 验证、硬件密钥验证等,详细配置请参考 Cloudflare Zero Trust 文档

    策略配置示例(One-time PIN)

    默认使用邮件 OTP 验证方式:

    1. Access -> Applications -> <应用名> -> Policies -> Add a policy;
    2. 设置一个 Policy Name,例如 OTPAction 设置为 Allow;
    3. Configure rules 下新增一条 Include 规则,Selector 选择 Emails,在文本框中输入你的邮箱地址;
    4. 点击 Save policy 保存策略。

    测试策略

    1. 在配置正确的情况下,访问 Dashboard 登录界面,会显示为 使用 Cloudflare 账号登录,点击登录会跳转到 Cloudflare Access 登录页面;
    2. 输入前面配置的 Email 地址,点击 Send me a code,输入收到的验证码,即可登录 Dashboard;
    3. 如果在之前的步骤中,未在 Admin 中未填写 User ID,登录后会提示错误信息:“该用户不是本站点管理员,无法登录”。此时需要在 My Team -> Users 中找到对应的用户,点击用户名获取 User ID 并填写到 Dashboard 配置文件里的 Admin 部分,重启 Dashboard 服务后再次尝试登录。
    + \ No newline at end of file diff --git a/guide/q9.html b/guide/q9.html index 9f00e105..63e9abc2 100644 --- a/guide/q9.html +++ b/guide/q9.html @@ -12,7 +12,7 @@ - + @@ -35,8 +35,8 @@ cmake .. make -j $(nproc) # Install library file and header; default location is /opt/rocm -make install - +make install + \ No newline at end of file diff --git a/guide/servers.html b/guide/servers.html index f9fa8fbe..dcd32932 100644 --- a/guide/servers.html +++ b/guide/servers.html @@ -12,7 +12,7 @@ - + @@ -47,8 +47,8 @@ WebhookURL: "" WebhookRequestBody: "" WebhookHeaders: ""

    其它选项请参考单配置段。

    Dashboard 配置

    修改配置文件后,还需要在 Dashboard 中修改服务器设置才能使 DDNS 生效。

    DDNS 相关选项说明:

    WARNING

    在 Dashboard 设置中修改配置并保存时,会在 config.yaml 中填入默认配置选项,此时 DDNS 段中会同时存在单配置和多配置。

    查看日志

    在 Dashboard 的日志中,可以看到 DDNS 功能的相关日志,配置正确时,更新 DNS 记录时会有相应的日志记录。

    shell
    dashboard_1  | 2024/03/16 23:16:25 NEZHA>> 正在尝试更新域名(ddns.example.com)DDNS(1/3)
    -dashboard_1  | 2024/03/16 23:16:28 NEZHA>> 尝试更新域名(ddns.example.com)DDNS成功
    - +dashboard_1 | 2024/03/16 23:16:28 NEZHA>> 尝试更新域名(ddns.example.com)DDNS成功 + \ No newline at end of file diff --git a/guide/services.html b/guide/services.html index c46afa80..38277e6d 100644 --- a/guide/services.html +++ b/guide/services.html @@ -12,7 +12,7 @@ - + @@ -22,8 +22,8 @@ -
    Skip to content

    服务监控

    服务区域是设置 Agent 监控外部网站或服务器的功能设置区
    设置好的服务监控可以在主页中的“服务”页查看过去 30 天的可用性监控结果

    使用方法

    如需新增一个监控,可以进入管理面板中的“服务”页,点击“添加监控”。

    新增一个服务监控时,你需要设置以下参数:

    • 名称:自定义一个名称。

    • 类型:选择一个监控类型。目前哪吒监控支持三种监控类型,分别是“HTTP-GET”、“ICMP-Ping”和“TCP-Ping”。

    • 目标:根据你选择的类型不同,目标的设置方法也不同:

      • HTTP-GET:选择此类型时,你应输入一个 URL 作为目标,URL 需添加 http://https://如果你的目标 URL 是 https://,将会同时监控该 URL 的 SSL 证书,当 SSL 证书到期或发生变更,会触发提醒。例如:https://example.com
      • ICMP-Ping:选择此类型时,你应输入一个域名或 IP,不含端口号。例如:1.1.1.1 或 example.com。
      • TCP-Ping:选择此类型时,你应输入一个域名或 IP 并包含端口号。例如:1.1.1.1:80 或 example.com:22。
    • 请求间隔:设定 Agent 每次请求目标的时间间隔,以秒为单位。

    • 覆盖范围:选择一条规则来确定要使用哪些 Agent 来请求目标。

    • 特定服务器:配合覆盖范围使用,选择规则内需要排除的 Agent。

    • 通知方式组:选择你已经在“告警”页设置好的通知方式,点击这里了解详情。

    • 启用故障通知:根据需要选择是否接收目标故障通知,默认为不勾选。

    设置完成后,点击“添加”即可。稍等片刻前往主页的“服务”页查看监控结果。

    延迟变化告警

    哪吒监控可以监测并统计 Agent 到目标服务器之间的延迟,在发生较大变化的情况下发送通知。利用此功能可以帮助你监控服务器的线路是否发生了变化。

    • 启用延迟通知:开启时,当 Agent 至目标服务器的延迟大于最高延迟或小于最低延迟时,将会发送告警通知。

    告警时触发任务

    如果你需要在服务监控告警触发时执行一些任务,可以勾选“启用触发任务”,并在“告警时触发任务”和“恢复时触发任务”中选择你已经提前设置好的触发任务。

    网络延迟图表

    在服务页中设置的 TCP-Ping 和 ICMP-Ping 类型的监控都会自动启用监控图表功能。在主页的“网络”页中,你可以查看历史网络延迟监控图表。图表中的数据是根据 Agent 到目标服务器的延迟统计而来,你可以点击 Agent 的名称来切换图表。在图表中,可以取消勾选目标服务器的名称来隐藏或显示对应的数据。

    管理监控

    如需对已有的服务监控进行管理,可以前往管理面板中的“服务”页。选择一条监控配置,点击右侧的图标进行编辑或删除。

    - +
    Skip to content

    服务监控

    服务区域是设置 Agent 监控外部网站或服务器的功能设置区
    设置好的服务监控可以在主页中的“服务”页查看过去 30 天的可用性监控结果

    使用方法

    如需新增一个监控,可以进入管理面板中的“服务”页,点击“添加监控”。

    新增一个服务监控时,你需要设置以下参数:

    • 名称:自定义一个名称。

    • 类型:选择一个监控类型。目前哪吒监控支持三种监控类型,分别是“HTTP-GET”、“ICMP-Ping”和“TCP-Ping”。

    • 目标:根据你选择的类型不同,目标的设置方法也不同:

      • HTTP-GET:选择此类型时,你应输入一个 URL 作为目标,URL 需添加 http://https://如果你的目标 URL 是 https://,将会同时监控该 URL 的 SSL 证书,当 SSL 证书到期或发生变更,会触发提醒。例如:https://example.com
      • ICMP-Ping:选择此类型时,你应输入一个域名或 IP,不含端口号。例如:1.1.1.1 或 example.com。
      • TCP-Ping:选择此类型时,你应输入一个域名或 IP 并包含端口号。例如:1.1.1.1:80 或 example.com:22。
    • 请求间隔:设定 Agent 每次请求目标的时间间隔,以秒为单位。

    • 覆盖范围:选择一条规则来确定要使用哪些 Agent 来请求目标。

    • 特定服务器:配合覆盖范围使用,选择规则内需要排除的 Agent。

    • 通知方式组:选择你已经在“告警”页设置好的通知方式,点击这里了解详情。

    • 启用故障通知:根据需要选择是否接收目标故障通知,默认为不勾选。

    设置完成后,点击“添加”即可。稍等片刻前往主页的“服务”页查看监控结果。

    延迟变化告警

    哪吒监控可以监测并统计 Agent 到目标服务器之间的延迟,在发生较大变化的情况下发送通知。利用此功能可以帮助你监控服务器的线路是否发生了变化。

    • 启用延迟通知:开启时,当 Agent 至目标服务器的延迟大于最高延迟或小于最低延迟时,将会发送告警通知。

    告警时触发任务

    如果你需要在服务监控告警触发时执行一些任务,可以勾选“启用触发任务”,并在“告警时触发任务”和“恢复时触发任务”中选择你已经提前设置好的触发任务。

    网络延迟图表

    在服务页中设置的 TCP-Ping 和 ICMP-Ping 类型的监控都会自动启用监控图表功能。在主页的“网络”页中,你可以查看历史网络延迟监控图表。图表中的数据是根据 Agent 到目标服务器的延迟统计而来,你可以点击 Agent 的名称来切换图表。在图表中,可以取消勾选目标服务器的名称来隐藏或显示对应的数据。

    管理监控

    如需对已有的服务监控进行管理,可以前往管理面板中的“服务”页。选择一条监控配置,点击右侧的图标进行编辑或删除。

    + \ No newline at end of file diff --git a/guide/settings.html b/guide/settings.html index 050c25e2..ffd83d98 100644 --- a/guide/settings.html +++ b/guide/settings.html @@ -12,7 +12,7 @@ - + @@ -330,8 +330,8 @@ .hotaru-cover { background: url(https://s3.ax1x.com/2020/12/08/DzHv6A.jpg) center; } -</style>

    前台查看密码

    如果你不想向游客直接展示你的 Dashboard,可以在这里设置一个查看密码。设置密码后,需要输入密码才可以访问主页。

    未接入 CDN 的面板服务器域名/IP

    此项设置是使用一键脚本安装 Agent 的前提,详情请查看这里

    IP 变更提醒

    如果你希望当某个服务器的 IP 发生变更时收到通知,可以在这里进行设置。

    覆盖范围

    在这里选择一条规则,来确定需要监控哪些服务器,可以根据自己的需求进行选择。

    特定服务器

    配合覆盖范围的设置,在这里设置选定规则的排除项。

    提醒发送至指定的通知分组

    选择通知方式,通知方式请提前在“告警”页内设置。

    WARNING

    设置完成后,勾选启用时,通知生效

    通知中显示完整 IP 地址

    IP 变更通知默认隐藏完整 IP,如果你不希望隐藏,可以勾选“通知信息中显示完整 IP 地址”。

    禁止主页切换主题

    Dashboard 默认启用允许访客修改显示主题的功能,此功能只会影响单一访客,不会影响管理员在后台设置的启用主题。如果你不希望访客切换主题,可以勾选此项。

    - +</style>

    前台查看密码

    如果你不想向游客直接展示你的 Dashboard,可以在这里设置一个查看密码。设置密码后,需要输入密码才可以访问主页。

    未接入 CDN 的面板服务器域名/IP

    此项设置是使用一键脚本安装 Agent 的前提,详情请查看这里

    IP 变更提醒

    如果你希望当某个服务器的 IP 发生变更时收到通知,可以在这里进行设置。

    覆盖范围

    在这里选择一条规则,来确定需要监控哪些服务器,可以根据自己的需求进行选择。

    特定服务器

    配合覆盖范围的设置,在这里设置选定规则的排除项。

    提醒发送至指定的通知分组

    选择通知方式,通知方式请提前在“告警”页内设置。

    WARNING

    设置完成后,勾选启用时,通知生效

    通知中显示完整 IP 地址

    IP 变更通知默认隐藏完整 IP,如果你不希望隐藏,可以勾选“通知信息中显示完整 IP 地址”。

    禁止主页切换主题

    Dashboard 默认启用允许访客修改显示主题的功能,此功能只会影响单一访客,不会影响管理员在后台设置的启用主题。如果你不希望访客切换主题,可以勾选此项。

    + \ No newline at end of file diff --git a/guide/tasks.html b/guide/tasks.html index 72f5bd62..c396aacd 100644 --- a/guide/tasks.html +++ b/guide/tasks.html @@ -12,7 +12,7 @@ - + @@ -22,8 +22,8 @@ -
    Skip to content

    任务管理

    在任务区域中,可以设置计划任务,触发任务,多服务器批量执行任务

    哪吒监控支持推送命令到 Agent 执行,此功能非常灵活。使用此功能可以定期结合 restic、rclone 给服务器备份,定期重启某项服务来重置网络连接。也可以配合告警通知,在触发告警时执行某项任务,例如在 CPU 长时间高占用的情况下运行某个脚本。

    使用方法

    进入管理面板的“任务”页,点击“添加计划任务”。添加计划任务时,你需要填入以下参数:

    • 名称:自定义一个任务名称。

    • 任务类型:选择任务的类型。

      • 计划任务:按下方设置的计划时间,周期性执行任务。
      • 触发任务:仅被 API 或告警规则触发的任务,每次触发执行一次。
    • 计划:设置计划时间(使用触发任务类型时不生效),时间格式为:* * * * * *,分别对应秒 分 时 天 月 星期,详情见计划表达式格式
      例如:0 0 3 * * * 对应为“每天 3 点”。

    • 命令:设置需要执行的命令,就像写 Shell/Bat 脚本一样,但不推荐换行,多个命令使用 &&/& 连接。
      例如执行定期重启命令,可以在这里输入 reboot

    • 覆盖范围特定服务器:选择规则来确定哪些 Agent 执行计划任务,类似于“服务”页中的设置。使用触发任务类型时,可选择“由触发的服务器执行”。

    • 通知方式组:选择你已经在“告警”页设置好的通知方式,点击这里了解详情。

    • 推送成功的消息:勾选此项,任务执行成功后会触发消息通知。

    管理任务

    如需对已有的计划任务进行管理,可以前往管理面板中的“任务”页。选择一条任务配置,右侧的三个图标分别是:

    • 立即执行:点击后将忽略计划时间,立刻执行任务。
    • 编辑:点击可以修改任务配置。
    • 删除:删除这条计划任务。

    常见问题

    1. xxx 命令找不到
      如果运行失败,提示 xxx 命令找不到,可能是 PATH 环境变量的问题。在 Linux 服务器上,可以在命令开头加入 source ~/.bashrc,或者使用绝对路径执行命令。
    - +
    Skip to content

    任务管理

    在任务区域中,可以设置计划任务,触发任务,多服务器批量执行任务

    哪吒监控支持推送命令到 Agent 执行,此功能非常灵活。使用此功能可以定期结合 restic、rclone 给服务器备份,定期重启某项服务来重置网络连接。也可以配合告警通知,在触发告警时执行某项任务,例如在 CPU 长时间高占用的情况下运行某个脚本。

    使用方法

    进入管理面板的“任务”页,点击“添加计划任务”。添加计划任务时,你需要填入以下参数:

    • 名称:自定义一个任务名称。

    • 任务类型:选择任务的类型。

      • 计划任务:按下方设置的计划时间,周期性执行任务。
      • 触发任务:仅被 API 或告警规则触发的任务,每次触发执行一次。
    • 计划:设置计划时间(使用触发任务类型时不生效),时间格式为:* * * * * *,分别对应秒 分 时 天 月 星期,详情见计划表达式格式
      例如:0 0 3 * * * 对应为“每天 3 点”。

    • 命令:设置需要执行的命令,就像写 Shell/Bat 脚本一样,但不推荐换行,多个命令使用 &&/& 连接。
      例如执行定期重启命令,可以在这里输入 reboot

    • 覆盖范围特定服务器:选择规则来确定哪些 Agent 执行计划任务,类似于“服务”页中的设置。使用触发任务类型时,可选择“由触发的服务器执行”。

    • 通知方式组:选择你已经在“告警”页设置好的通知方式,点击这里了解详情。

    • 推送成功的消息:勾选此项,任务执行成功后会触发消息通知。

    管理任务

    如需对已有的计划任务进行管理,可以前往管理面板中的“任务”页。选择一条任务配置,右侧的三个图标分别是:

    • 立即执行:点击后将忽略计划时间,立刻执行任务。
    • 编辑:点击可以修改任务配置。
    • 删除:删除这条计划任务。

    常见问题

    1. xxx 命令找不到
      如果运行失败,提示 xxx 命令找不到,可能是 PATH 环境变量的问题。在 Linux 服务器上,可以在命令开头加入 source ~/.bashrc,或者使用绝对路径执行命令。
    + \ No newline at end of file diff --git a/hashmap.json b/hashmap.json index 533c2f04..938de543 100644 --- a/hashmap.json +++ b/hashmap.json @@ -1 +1 @@ -{"en_us_developer_theme.md":"CjuFtfZL","en_us_developer_l10n.md":"CnvXys6S","en_us_case_case6.md":"DmAruMgv","en_us_case_case4.md":"lMYTw4AZ","en_us_case_index.md":"CubV-sl0","case_case2.md":"C3h9vXZE","case_case3.md":"DhOuppIn","case_case4.md":"CppbfOPj","case_index.md":"D-s2NB1t","case_case6.md":"BR2UrA5d","developer_l10n.md":"DPfRFb2V","developer_theme.md":"D1mUFqWw","developer_index.md":"DV2PymDZ","case_case5.md":"DtR5Akx6","en_us_case_case1.md":"lHN4j-Cq","en_us_case_case3.md":"CpCFpbcK","en_us_guide_agentq.md":"v6Ok0I0_","en_us_developer_index.md":"DXBaa4Mv","en_us_case_case2.md":"BYwznfRf","case_case1.md":"6qqcWsys","en_us_case_case5.md":"EO9te4L5","en_us_guide_agent.md":"Byhianys","en_us_guide_q7.md":"CVK_rIgr","en_us_guide_dashboardq.md":"BxwcTkE_","en_us_guide_loginq.md":"BPuN4Hue","en_us_guide_q4.md":"Bzjo-sTG","en_us_guide_q5.md":"DeATUi2A","en_us_guide_tasks.md":"CiPmOV-d","en_us_guide_q8.md":"B4xSSEFz","en_us_guide_api.md":"DXfzlNCy","en_us_guide_settings.md":"B5QsUdwg","en_us_guide_q9.md":"Boitq4gw","guide_q6.md":"Ci6D-XiK","guide_dashboard.md":"CPh94P2O","guide_q5.md":"Dl585S39","guide_services.md":"D3a45ekO","en_us_guide_q11.md":"ymOCKNc-","en_us_guide_services.md":"CYqrr_a1","en_us_guide_servers.md":"BILnh-nz","en_us_guide_dashboard.md":"C_qjkm0A","en_us_guide_nat.md":"D3YMcF5p","guide_q7.md":"DrB5pIeW","guide_q4.md":"RTT0s-Nf","guide_tasks.md":"C_MDtl6k","guide_q10.md":"CxcrhGAQ","index.md":"B7XKxImz","guide_notifications.md":"7VXFyo1n","guide_q3.md":"CGtQ89XJ","guide_q1.md":"93g0Be_R","en_us_guide_q2.md":"krtphMzZ","guide_q2.md":"BkMI6Yvx","guide_servers.md":"D6aFsEd1","en_us_index.md":"DP3c176k","guide_agentq.md":"DyItRUpQ","guide_agent.md":"Dp5dgFb_","guide_api.md":"CQ_--rkw","en_us_guide_q6.md":"sFAZuyZS","guide_q9.md":"CPDltKtE","guide_settings.md":"DR6U3loY","en_us_guide_notifications.md":"DGYRR58D","guide_loginq.md":"DYkuBcRm","en_us_guide_q3.md":"DMW0F9j1","guide_nat.md":"DizHtw-_","guide_q8.md":"C9ZRASmC","guide_dashboardq.md":"DqCwMoew","en_us_guide_q10.md":"kP09SK-3","guide_q11.md":"HX9M-9Pp"} +{"case_case2.md":"LP3dCNwJ","en_us_guide_nat.md":"VU_DPSQq","guide_q11.md":"CH25qs59","en_us_guide_services.md":"Bvcas-9-","en_us_guide_q10.md":"CW7ohVKz","case_index.md":"Dh50FgQn","en_us_case_case1.md":"CGI7uWYW","en_us_guide_dashboard.md":"DHzIpuUQ","en_us_guide_notifications.md":"Cg9dFhXF","case_case3.md":"Ccrj2tp6","guide_agent.md":"BE1jOIoT","en_us_case_case2.md":"Y7IJg0Q9","en_us_guide_agentq.md":"CE3XT-yA","en_us_guide_q2.md":"D6iReBu0","en_us_guide_q9.md":"BCdd8byu","guide_q4.md":"BnRfdboo","en_us_case_case4.md":"CRqfCnCH","en_us_guide_tasks.md":"CFPrdQo2","guide_q7.md":"BmvOCM4K","guide_agentq.md":"BeHqrBrZ","developer_theme.md":"BJ6nmuuW","guide_loginq.md":"B5t7pzK0","guide_q8.md":"CngQA2Er","en_us_guide_loginq.md":"DBS_wq0Y","case_case5.md":"CRDGuZAl","guide_nat.md":"BuVWkVbX","case_case1.md":"OdgLNYZk","en_us_guide_api.md":"a4co4FRJ","developer_l10n.md":"YO6Z_5QW","en_us_guide_q3.md":"DuCey5xy","en_us_case_case6.md":"cp9l58pv","guide_notifications.md":"CVzkYyBJ","en_us_case_index.md":"SdOKE-og","en_us_developer_index.md":"B9eYlsyW","guide_q1.md":"N13LauLC","en_us_developer_l10n.md":"ClhOjATI","guide_dashboard.md":"CcFFFaYx","en_us_developer_theme.md":"Dkly24gU","guide_q2.md":"CoL6UEl_","guide_q3.md":"CTZanl45","guide_services.md":"Djirw40F","guide_servers.md":"BUMl4eUB","guide_api.md":"BBhImcjm","en_us_guide_agent.md":"AvanBkMQ","en_us_guide_settings.md":"CNVZayZ6","guide_q6.md":"CFiZa26L","en_us_guide_q8.md":"NHtfhea-","guide_q5.md":"D8ho69J0","guide_settings.md":"DBWtk6cY","developer_index.md":"yK-yAngU","index.md":"D5jAM6Aa","guide_tasks.md":"BkkbcFQs","guide_q9.md":"Bf4h-zom","guide_q10.md":"B9Rqkp5U","en_us_case_case3.md":"0cnofR_i","case_case6.md":"CKK1UxuY","en_us_index.md":"BZQWJysy","en_us_guide_q5.md":"Bw5toBgY","en_us_case_case5.md":"s_qNZ0lq","case_case4.md":"CYxVEWmS","en_us_guide_q4.md":"CjscW381","en_us_guide_servers.md":"B9cGR8um","en_us_guide_dashboardq.md":"0__B4pJO","en_us_guide_q11.md":"D71oW3N8","guide_dashboardq.md":"DxurQ3Ar","en_us_guide_q6.md":"CdKkgQuQ","en_us_guide_q7.md":"DNQGHEAy"} diff --git a/index.html b/index.html index b3d6e0dd..06312688 100644 --- a/index.html +++ b/index.html @@ -12,7 +12,7 @@ - + @@ -23,7 +23,7 @@
    Skip to content

    哪吒监控

    开源、轻量、易用的服务器监控与运维工具

    - + \ No newline at end of file