接上一篇介绍《详解十三款运维监控工具》,nagiso虽然是老牌监控,但凭借其灵活的配置功能和强大的管理中心,还是有一些企业在使用或者结合其他监控工具使用,仍值得学习。

1、nagios介绍

nagios 是一款开源的网络监视工具,能有效监控 Windows、Linux 和 Unix 的主机状态,交换机路由器等网络设备,打印机等。在系统或服务状态异常时发出邮件或短信通知运维人员,并且能在状态恢复后发出正常的邮件或短信通知。

Nagios 服务端运行在 Linux/Unix 平台之上,同时提供一个可选的基于浏览器的 WEB 界面以方便系统管理人员查看网络状态,各种系统问题,以及日志等等。

1.1、功能介绍

Nagios 是采用分布-集中的管理模式。在Nagios服务器上安装Nagios 主程序和插件程序,在被监控主机上安装Nagios 代理程序。通过Nagios 主程序和Nagios 代理程序之间的通讯,监视对象的状态。

  • 监控网络服务,如:SMTP、POP3、FTP、HTTP、NNTP、PING 等。
  • 监控主机资源,如:CPU 负荷、磁盘使用率、进程和服务是否存活等。
  • 允许用户开发简单的自己需要的检查服务,支持很多开发语言(shell scripts、C++、Perl、ruby、Python、PHP、C#等),可以指定自己编写的Plugin通过网络收集数据来监控任何情况(温度、警告……)
  • 可以通过配置Nagios远程执行插件远程执行脚本,事先定义事件处理程序, 当对象出现问题时,自动调用对应的处理程序;
  • 具备定义网络分层结构的能力,用“parent”主机定义来表达网络主机间的关系,这种关系可被用来发现和明晰主机宕机或不可达状态。
  • 当服务或主机问题产生与解决时可通过 EMail、短信、其他用户自定义方式将告警信息发送给运维人员。
  • 具备定义事件句柄功能,它可以在主机或服务的事件发生时获取更多问题定位。
  • 拥有 WEB 界面,用于查看当前的网络状态、通知和故障历史、日志文件等。
  • Nagios 定义了 4 种监控状态,代表不同的严重级别。除了 OK 代表正常不用关心外,其余 3 种都要引起重视。

1.2、监控原理

Nagios的功能是监控服务和主机,但是他自身并不包括这部分功能,所有的监控、检测功能都是通过各种插件来完成的。

实现监控 linux 主机本地资源需要在被监控主机上安装 NRPE,Nigos 服务端通过插件 check_nrpe 连接并调用远程 linux 主机上的 NRPE 执行相应的插件获取主机信息。

监控 windows 主机本地资源需要在被监控主机上安装 NSClient 程序,Nigos 通过插件 check_nt 连接并调用被监控主机上的 NSClient 执行相应的命令获取 windows 主机信息。

对于网络设备、打印机等硬件设备,Nagios 也是通过相关插件利用 SNMP 协议实现监控功能。

1.2.1、监控 Linux 主机原理

Nagios 只能监测自己所在的主机,而对其他的机器则显得有点无能为力。毕竟没得到被控主机的适当权限是不可能得到这些信息的。为了解决这个问题,Nagios 有这样一个附加组件:NRPE。用它就可以完成对 linux 类型主机“本地信息”的监控。通过 NRPE 组件实现监控 LINUX 操作系统,如下监控:CPU 负载,磁盘容量,登陆用户数,总进程数,僵尸进程数,swap 分区使用情况等。

NRPE 是一个可在远程 Linux/Unix 主机上执行的插件的外部构件包。如果你需要监控远程的主机上的本地资源或属性,如磁盘利用率、CPU 负荷、内存利用率等时是很有用的。如果单纯存活、端口状态等就不需要使用NRPE。

NRPE 总共由两部分组成:

  • check_nrpe 插件,位于 Nagios 监控主机上。
  • NRPE 程序,运行在被监控机的 linux 主机上。

按照上图,当 Nagios 需要监控某个远程 linux 主机的服务或者资源情况时,整个的监控过程如下描述。
(1)启动Nagios后,它会周期性的自动调用插件去检测服务器状态,同时Nagios会维持一个队列, Nagios 执行安装在它里面的                         check_nrpe 插件,并告诉check_nrpe 去检测哪些服务;
(2)通过SSL,check_nrpe 插件会连接到远程的 NRPE daemon;
(3)NRPE 运行本地的各种插件去检测本地的服务和状态( check_disk,check_load 等) ,利用这些插件可以方便的监控很多服务状态,          check_disk是检查磁盘空间的插件,check_load是检查CPU负载的,等等。每一个插件可以通过运行./check_xxx –h 来查看其使用方          法和功能;

(4) NRPE 把检测的结果传给主机端的check_nrpe,check_nrpe 再把结果送到Nagios 状态队列中,所有插件返回来的状态信息都进入队列;
(5) Nagios每次都从队首开始读取信息,并进行处理后,把状态结果通过web显示出来。

1.2.2、监控 windows 主机原理

    安装了 Nagios 插件包,在 Nagios 的安装目录下 libexec 目录有 check_nt 这个插件,它就是用来检查 windows 机器的服务的,其功能类似于上面讲到的 check_nrpe。不过还需要搭配另外一个软件 NSClient,功能则类似于 NRPE,NSClient 的原理如下图。

可以看到,监控 windows 主机和 linux 主机最大的区别是
(1)对于被监控的 linux 主机,除了需要安装 nrpe 外还需装有插件,最终的监控是由这些插件来进行的。而对于被监控的 windows 主机上只需要安装 NSClient 即可实现。
(2)在 linux 中,当监控主机将监控请求发给 nrpe 后,被监控的 linux 主机上的 nrpe调用插件间接完成监控,而在 windows 中被监控主机上只安装 NSClient,没有任何的插件。当监控主机将监控请求发给 NSClient 后,NSClient 直接完成监控,所有的监控是由 NSClient
完成的。
但这也暴露了 NSClient 的一个很大的问题:不灵活,没有可扩展性。它只能完成自己本身包含的监控操作,不能由一些插件来扩展。好在 NSClient 已经做的不错了,基本上可以完全满足我们的监控需要。

1.3、监控机制

Nagios 提供了以下两种检测方式:主动检测和被动检测。主动检测和被动检测的根本区别在于,主动检测是由 Nagios 执行查询命令,而被动检测则是由外部应用程序(代理)将检测结果“推向”Nagios 服务器。一般来说,“主动检测”从工作逻辑和程序文件配置上都较“被动检测”易于理解。在被监控设备较少,网络带宽充裕的情况下推荐都使用“主动检测”机制实现监控。

  • 主动检测如何进行?

当 Nagios 要检测主机或者是服务状态时,将会执行一个插件,并且传递给它需要检测的信息,然后插件将会检测服务或者主机的操作状态并且将结果返回给 Nagios 守护进程。Nagios 会对这个主机或者是服务检测结果进行处理,并根据需要适当地采取行动。例如:
发送通知、运行事件处理程序等。

  •  什么时候主动检测执行?

每隔一定的时间间隔,由 service 和 host 定义中的 checkJnterval 和 retry_interval 参数值决定,可以称为定期检测。

1.4、相关程序

nagios程序包

nagios 服务端的主程序,官网http://www.nagios.org/download/core下载,目前只能再linux系统环境下运行。如(nagios-4.0.4.tar.gz)

nagios插件包

Nagios 主程序本身没有监控功能,监控功能都是依赖相关的插件包执行。官网下载地址:http://www.nagios.org/download/plugins ,插件包默认安装在 Nagios 主程序目录下的libexec 目录,安装方式为编译安装。如(nagios-plugins-2.0.tar.gz)

服务端和客户端都需要安装。

NRPE程序包

NRPE 程序用作监控Linux类主机代理,安装在linux客户端上面。运行于远程被监控的linux 操作系统的主机上,Nagios 要实现监控远程的 linux 主机,需要和 NRPE 进程建立通信机制,远程 linux 主机监控工作实际上由 NRPE 下的插件完成,Nagios 只负责处理数据。(nrpe-2.15.tar.gz)

服务端和客户端都需要安装。由于 Nagios 服务和被监控端(Linux)的 NRPE 程序通信需要靠“check_nrpe”插件,此插件在安装 nagios-plugins 插件包时并未带有,因此需要从 nrpe 包中获取插件。

NSClient 软件

NSClient++软件用作监控 Windows 主机代理。运行于被监控的 windows 主机,Nagios要实现监控远程的 windows 主机,需要和NSClient 进程建立通信机制,windows 主机监控工作实际上由 NSClient 应用软件完成,Nagios 只负责处理数据。该软件有 32 位和 64 位操作系统对应安装包和免安装包。(NSCP-0.4.1.105-Win32.msi)

 

2、部署安装

2.1、网络访问配置

NRPE 默认监听端口是:5666 (tcp),NSClient++监听端口是:12489 (tcp),若 Nagios服务器和这些应用通信网络间存在防火墙,应当做好访问策略配置。另外,Nagios 依赖sendmail 发送告警邮件通知,要保证 sendmail 能够访问并解析目标邮件服务器。

2.2、服务端规划

Nagios 服务器需要安装主程序包和插件包,Nagios 主程序包安装后自带了一些常用的对象配置文件,但不建议直接改动这些文件,而是将这些对象文件作为模板为我们学习配置提供参考和依据。推荐创建独立的目录来存放不同类别的对象配置文件。而关于新建的对象
配置文件存放位置可在 Nagios 主配置文件(/usr/local/nagios/nagios.cfg)中定义,非常方便。以下是 Nagios 常见的部署规划。

2.3、客户端规划(被监控端)

监控 http 等网络可以访问的公开服务,直接在 Nagios 监控服务器上执行相关的插件脚本命令即可实现,但要想监控远程服务器的本地信息,如:磁盘分区使用情况、CPU 利用率、内存使用情况、服务状态、进程状态、系统启动时长等私有服务就需要在被控主机上安装第三方代理应用,Nagios 通过代理收集到要监控的信息。

2.4、服务端安装

Nagios 监控服务器运行于 linux 类操作系统,生产环境中尽量选择一台独立的 linux 服务器作为 Nagios 监控主机。Nagios 的安装运行依赖于下列工具。

 http 服务(Apache)
 GCC 编译器
 GD 库与开发库

主要包括以下步骤:

配置yum源,依赖包检查安装

添加用户和组

编译安装核心包

编译安装插件包

创建管理员账号

配置管理员账号

配置自动启动

测试naigos管理后台

安装过程网上教程很多,也可以参考官网。具体安装过程不表。

2.5、Linux客户端安装

Nagios 可以对 Linux 服务器的 CPU 负载、交换分区利用率、磁盘分区使用率、进程是否存活、进程对 CPU 占用率、当前登录用户数、系统运行时长等进行有效的监控。实现对远程 Linux 主机的监控,首先要在被监控主机上安装 NRPE 应用包和 nagios-plugins 插件包,NRPE 的运行和安装依赖 nagios-plugins 插件包,因此先要执行 nagios-plugins 插件包安装,完成后再执行 NRPE 应用安装。

安装过程不表。

安装完成后需要配置几个参数

1、修改 nrpe 文件,添加 Nagios 监控服务器 IP 地址,类似于添加白名单,否则无法通过SSL通讯。

在only_from 添加nagios监控服务端的IP地址,用空格间隔。

2、修改 services 文件,添加 NRPE 服务端口绑定。

启动xinetd 服务

安装完NRPE插件,测试插件是否政策,正常应该返回NRPE版本
[root@app1 ~]# /usr/local/nagios/libexec/check_nrpe -H 127.0.0.1
NRPE v2.15
 

这个检测NRPE版本的命令,可以用来客户端检测本机的NRPE是否正常,也可以在服务端上面检测客户端的NRPE是否正常,但无法用来检测服务端本身NRPE是否正常。
[root@nagios-server hosts]#  /usr/local/nagios/libexec/check_nrpe -H 127.0.0.1
CHECK_NRPE: Error - Could not complete SSL handshake.
 

2.6、监控Windows客户端安装

Nagios 可以对 Windows 服务器的 CPU 使用率、内存使用率、磁盘分区使用率、进程是否存活、服务是否运行、系统运行时长等进行有效的监控。实现对远程 Windows 主机的监控,首先要在被监控主机上安装 NSClient++软件,执行 NSCP-0.4.1.105-Win32.msi 安
装应用,64 位主机请下载对应的安装包。

安装过程不表。

完成 NSClient 安装后,进入 Windows 服务,看到多了一个 NSClient++服务,启动类型为自动,请保持该服务处于启动状态。

监控 Windows 主机由“check_nt”这个插件完成,到“/usr/local/nagios/libexec”目录下,执行“./check_nt -h”命令可以获取到该插件的命令功能和实现方式。

3、nagios配置

安装完成后,需要根据实际情况配置,配置之前先了解下文件的含义和关系。

3.1、配置文件介绍

成功配置出一台 Ngios 监控系统,必须要理解每个配置文件之间彼此的依赖关系和继承关系,配置时遵循以下五点思路:

  •  定义监控的有效时间段。
  •  定义告警通知的联系人。
  •  定义监控可以执行的命令。
  •  定义要监控哪些主机。
  •  定义要监控哪些服务。

Nagios 配置文件分为服务正常运行必须的主要配置文件和对象配置文件,对象配置文件的路径在 nagios.cfg 文件中定义。配置时不建议直接修改原对象配置文件,而是将这些对象文件作为模板为我们学习配置提供参考和依据。推荐创建独立的目录来存放不同类别的对
象配置文件,最后在 nagios 中定义被监控对象配置文件的目录路径即可。

3.2、监控服务介绍

      对于 service 有公开和私有之分,公开服务实际上就是可以通过网络访问的服务,无论是本地网络还是公网 Internet。基于这个概念,例如,HTTP、POP3、IMAP、FTP 和 SSH服务都是公开服务。与公开服务相比,还有私有服务,私有服务包括内存使用率、CPU 利
用率、磁盘使用率、服务状态、进程信息
等,这些私有的服务或者是主机属性通常是不会暴露给外部客户端的,如果没有第三方代理,Nagios 是不可能监控到的。因此,在这种情况下,需要在任何想要被监控或者这类信息的主机上安装第三方代理。由于从每一种私有服务
的获取、处理方式不同,因此也就有不同的代理插件。

3.3、监控命令介绍

       监控工作实际上是有 nagios-plugins(插件)完成,可以到“/usr/local/nagios/libexec”目录下查看 Nagios 拥有的插件,拥有哪些插件就代表 Nagios 能够实施何种监控功能,例如监控 http 服务由“check_http”这个插件完成,在该目录下执行”./check_http -h”命令可
以获取到该插件的命令帮助和功能。

例如我们可以执行插件去获取一个公服服务的数据:


      然而 Nagios 若每次执行监控都需要执行一个具体的插件脚本的话就显得过于麻烦,因此,为了省去麻烦,Nagios 在 commands.cfg 配置文件定义更为简单的命令符号,命令符号的定义引用执行具体的插件脚本完成。这样,我们在配置对象监控的时候只要执行已经定义好的命令符号即可。例如在 commands.cfg 配置文件中定义了命令 check_http,该命令通过执行“$USER1$/check_http”插件脚本实现功能。

       $USER1$是一个宏变量,在 resource.cf 资源配置文件中已经做好定义,实际上指插件的路径“/usr/local/nagios/libexec”,“-I $HOSTADDRESS$”定义检测的对象,其取值来源于定义被监控主机的配置文件 define host {} 段中的 address 值。$ARG1$表示命令参数
变量 1,可根据需要添加多个命令参数变量:$ARG2-$ARG32,最多支持 32 个命令参数变量。这样,当我们在配置被监控主机服务对象的时候,在执行监控命令时,就可以直接引用已经定义好的“check_http”命令,如:

        check_http!-u /manager -p 80                                         //监控“http://address:80/manager”是否能访问

check_http 表示被执行的命令,“!”表示带入的参数,这里一个“!”表示带入一个参数到 command 里,每个参数之间用“!”分隔。若需要带入多个参数需要在 commands.cfg配置文件中定义命令时配置多个$ARGn$变量,以上默认只定义了一个$ARG1$,因此只能
带入一个参数。命令的效果等同于执行脚本:
./usr/local/nagios/libexec/check_http -I address -u /manager -p 80

下图就一个监控http服务的例子,192.168.x.x的服务配置文件中 check_command 就是采用了commands.cfg配置中的命令,让配置更加简单。

3.4、创建配置文件目录

在配置具体的监控服务前,需要定义一个与 http 相关的主机、监控有效时间段、相关监控命令、相关联系人等信息。虽然 Nagios 安装后自带了一些对象定义文件,但实际上配置时,我们不需要那些文件,而是把他们当做一个模板。

在/usr/local/nagios/etc/objects 目录下放置了一些自带对象模板配置文件。里面各个文件详细介绍了各种定义的配置方法和功能,为我们熟悉 Nagios 配置提供了参考依据,有兴趣可以研究一下。

完成修改配置文件后要执行 nagios -v 命令检查主配置文件是否有错误。没有错误则重启 sendmail、nagios、http 服务使监控对象配置文件生效。

[nagios@nagios ~]# /usr/local/nagios/bin/nagios -v /usr/local/nagios/etc/nagios.cfg

3.5、监控http服务

监控 http 服务由“check_http”这个插件完成,到“/usr/local/nagios/libexec”目录下,执行“./check_http -h”命令可以获取到该插件的命令功能和实现方式。

前面我们已经配置了commands、timeperiods、contacts、hosts、services文件件,分别存放自定义的内容。

如果需要增加一台新主机192.168.x.x并监控其http服务时,大概的思路是这样:

1、在hosts目录下,创建192.168.x.x.cfg文件,定义主机内容

2、在services目录下,创建192.168.x.x.cfg文件,定义服务内容

至于命令文件、模板文件和联系人文件根据实际需求进行调整。

3.6、监控ftp服务

监控 ftp 服务由“check_ftp”这个插件完成,到“/usr/local/nagios/libexec”目录下,执行“./check_ftp -h”命令可以获取到该插件的命令功能和实现方式。

由于监控命令、监控时间段、联系人这三项信息我们在 [监控 http 服务] 时已经创建了配置文件,因此后面的监控无特殊需求的话只要创建被监控主机和被监控服务配置即可,对于 ftp 服务的监控命令、监控时间段、通知联系人我们可以引用已经定义好的配置。

首先进入主机配置 hosts 目录,拷贝已有的主机定义配置文件,ftp 主机配置文件名为 ftp 服务器的 ip 地址加.cfg 后缀;最后编辑修改配置文件的 host_name 和 address 参数值为 ftp 服务器的 ip 地址即可。

 进入服务配置 services 目录,拷贝已有的服务定义配置文件,ftp 服务配置文件名为 ftp 服务器的 ip 地址加.cfg 后缀;最后编辑修改配置文件的 service_description、host_name、check_command 参数值即可。
[nagios@nagios services]$ cp 10.186.252.12.cfg 10.186.252.11.cfg
[nagios@nagios services]$ vi 10.186.252.11.cfg

在完成修改配置文件后要执行 nagios -v 命令检查主配置文件是否有错误。没有错误再重启 nagios 服务使配置生效,有错误要排除后再重启 nagios 等服务。

[nagios@nagios ~]#/usr/local/nagios/bin/nagios -v /usr/local/nagios/etc/nagios.cfg

 登陆 Nagios 管理台进入到 Services 项目,可查看到已经配置好的 ftp 服务监控情况,Status 会由 PENDING 转变为 OK 状态。

3.7、监控tcp端口

监控 tcp 端口由“check_tcp”这个插件完成,到“/usr/local/nagios/libexec”目录下,执行“./check_tcp -h”命令可以获取到该插件的命令功能和实现方式。

同监控FTP服务一样,如果hosts和services配置文件都存在,只需要修改services目录下面对应ip的配置文件,我们无需再创建新的配置文件,直接编辑文件 10.186.252.12.cfg,拷贝已有的 define service {} 定义配置粘贴到文件的末尾;最后编辑新增定义项的 service_description、check_command 参数值即可,其余参数视情况可做调整。由于在 commands.cfg 配置文件中定义的 check_tcp 命令已经存在-p 参数,因此定义中的 check_command 配置项的监控命令 check_tcp 带入的参数值直接写端口号即可。

在完成修改配置文件后要执行 nagios -v 命令检查主配置文件是否有错误。没有错误再重启 nagios 服务使配置生效,有错误要排除后再重启 nagios 等服务。
[nagios@nagios ~]#/usr/local/nagios/bin/nagios -v /usr/local/nagios/etc/nagios.cfg

同上配置完成后观察naigos管理后台。

3.8、 监控 udp 端口


关于 udp 端口监控配置请参照 [3.7.监控 udp 端口] 章节,只要适当调整监控主机对象和执行的监控命令即可,现网通常用于监控时钟同步、日志采集传输端口等应用服务。

3.9、监控windows主机

前面已经讲到监控windows主机的私有服务需要安装代理,这个代理就是NSClient++软件,前面章节已经说过。

安装代理目的在于对 Windows 服务器的 CPU 使用率、内存使用率、磁盘分区使用率、进程是否存活、服务是否运行、系统运行时长等进行有效的监控。如果单纯只是为了监控http、tcp等公有服务,就不需要安装代理。

监控 Windows 主机由“check_nt”这个插件完成,到“/usr/local/nagios/libexec”目录下,执行“./check_nt -h”命令可以获取到该插件的命令功能和实现方式。

[nagios@nagios libexec]$ ./check_nt -h

举例对 windows 主机 10.186.252.11 进行监控,由于该主机的定义配置文件我们已经在 [监控 ftp 服务] 时候创建。因此,只需要修改 services 目录下该主机的服务监控配置文件新增 define service{} 段定义即可。
(1) 监控远程 Windows 主机的 NSClient 程序,修改 services/10.186.252.11.cfg 文
件新增以下方框定义,可根据需要适当调整其他参数值。
[nagios@nagios ~]$ vi /usr/local/nagios/etc/services/10.186.252.11.cfg

其他监控项,包括CPU利用率、系统启动时长、内存信息、服务状态等,只需要在services的配置文件下新增 define service{} 段定义即可,可根据需要适当调整其他参数值。

完成配置后重启 sendmail、nagios、httpd 服务,登陆 Nagios 管理台进入到 Services项目,可查看到已经配置好的 http 服务监控情况,Status 会由 PENDING(等待)转变为OK 状态。在页面的上部分可看到被监控主机各种状态数(Host Status Totals)和被监控服
务数(Service Status Totals)。

3.10、监控liunx主机

前面已经讲到监控Linux主机的私有服务是需要安装代理的,这个代理就是NRPE应用包,前面章节已经说过。

安装代理目的在于对 Linux 服务器的 CPU 负载、交换分区利用率、磁盘分区使用率、进程是否存活、进程对 CPU 占用率、当前登录用户数、系统运行时长等进行有效的监控。如果单纯只是为了监控http、tcp等公有服务,就不需要安装代理。

与windos不同的是,Linux被监控主机除了安装NRPE外还需要安装naigos-plugins插件包,通过自定义脚本,完成监控扩展。

3.10.1、客户端NRPE和nagios-plugins插件包安装

省略

3.10.2、客户端NRPE配置

配置 NRPE,添加 Nagios 监控主机 IP;添加监控执行命令定义,这类似于在 Nagios监控服务器上定义监控命令,插件的命令可用-h 查看。Nagios 监控主机访问被监控主机的NRPE 应用时将调用该命令获取需要的信息。

客户端定义的命令与监控服务端中服务配置文件中的命令对应,nagios告诉check_nrpe需要检查什么,check_nrpe插件会连接客户端的NRPE daemon,客户端中NRPE会运行对应的Nagios插件执行检查,完成后将结果返回给check_nrpe插件,插件将其递交给nagios

从上图可知,客户端中nrpe配置文件中规定了,命令的名称和执行脚本的路径,我们可以修改脚本,来实现监控内容的扩展。

值得注意的是服务端中服务配置文件中命令和客户端中的NRPE配置文件命令保持一致。

启动 NRPE 程序,使用 netstat 查看是否成功启动。

 修改在 linux 启动脚本,配置 NRPE 随系统自启动。

3.10.3、服务端NRPE安装

省略

3.10.4、服务端NRPE配置

安装后在 Nagios 插件包目录下多出了 check_nrpe 插件,但要让 Nagios 能够方便的执行此插件,我们需要修改监控命令定义文件,添加对执行 check_nrpe 插件的命令定义,在check_nt 插件命令定义下方添加 check_nrpe 命令定义配置。这样,在 Nagios 定义监控主
机或服务的时候就可以直接引用 check_nrpe 命令。

3.10.5 、服务端添加被监控主机配置

监控Linux主机的配置思路与前面的服务监控是一样的,包括联系时间段配置、联系人配置、监控命令配置、监控主机配置、监控服务配置。一般情况下,只需要改动主机和服务配置,其他配置根据实际情况调整。

 

GitHub 加速计划 / li / linux-dash
10.39 K
1.2 K
下载
A beautiful web dashboard for Linux
最近提交(Master分支:2 个月前 )
186a802e added ecosystem file for PM2 4 年前
5def40a3 Add host customization support for the NodeJS version 4 年前
Logo

旨在为数千万中国开发者提供一个无缝且高效的云端环境,以支持学习、使用和贡献开源项目。

更多推荐