监控器提示服务器连接失败什么原因

在网吧不管有没密宝都是不安全的,因为网吧常有ARP欺骗木马或病毒:基本工作原理，伪造和本网吧，网关相同的IP地址，同时踢掉传世用户掉线，过程中，可能是自动扫描整个网吧，开着7000端口，也就是传世游戏端口，自动使你游戏过程中，突然掉线，也就是突然出现连接服务器失败！当你重新输入的时候，已记录过去你的，账号，密码，动态密保的信息，发送到盗号者的邮箱，或他在线监视着你输入，直接在你之前登陆游戏，你上不了线！

把你身上装备盗光，只是暂时能对付密保用户，身上的装备**，仓库的装备，这木马暂时没有办法！

这软件，最大破坏之处，就在于，它不用装你电脑里面，在任何一台网吧的电脑一运行，自动进行掉线，扫描之类的操作，防不胜防，杀毒软件不起作用，防火墙了没什么作用，没任何提示，就掉线了，再上，就被盗了~~根本无法禁止网吧其他用户，下外挂是不是啊？要不说防不胜防哪。

　　简单点的防范方法:一连接服务器失败，马上重启电脑，最好是装着还原卡的电脑！稍微好一点的方法，网上下个网络执法官的软件，设置一下网络监控范围，把除了网关IP地址，以外，全部与关键主机，也就是自己的IP地址，断开连接，能暂时起些作用

1、Nagios是一款开源的免费网络监视工具，能有效监控Windows、Linux和Unix的主机状态，交换机路由器等网络设置，打印机等。在系统或服务状态异常时发出邮件或短信报警第一时间通知网站运维人员，在状态恢复后发出正常的邮件或短信通知。

2、

Cacti是通过 snmpget来获取数据，使用

RRDtool绘画图形，而且你完全可以不需要了解RRDtool复杂的参数。它提供了非常强大的数据和用户管理功能，可以指定每一个用户能查看树状结

构、host以及任何一张图，还可以与LDAP结合进行用户验证，同时也能自己增加模板，功能非常强大完善。界面友好。

Cacti 的发展是基于让 RRDTool 使用者更方便使用该软件，除了基本的 Snmp 流量跟系统资讯监控外，Cacti 也可外挂 Scripts 及加上 Templates 来作出各式各样的监控图。

这个问题很广泛， 可以根据楼主的具体需求来解决。

比如监控服务器是否可以ping通， cpu或者内存是否消耗大。或者是web SSH 等应用等的状态， 都可以。

这个需要开发程序解决。目前我开发了一个，最好的是， 可以通过发送短信进行报警，可以让管理员实时知道服务器的状况。

如果以后有Linux下的开发需求， 系统管理，shell编程解决问题，都可以帮到大家

一个好的安全运维平台需要将事件与IT流程相关联，一旦监控系统发现性能超标或出现宕机现象，就会触发相关事件以及事先定义好的流程，自动启动故障响应和恢复机制。还需要能够筛选出运维人员完成日常的重复性工作，提高运维效率。要实现这些功能都是常规监控软件Cacti、Zabbix所无法实现。

同时，还要求能够预测网络蠕虫威胁，在故障发生前能够报警，让运维人员把故障消除在萌芽状态，将所产生损失减到最低。总的来说运维人需要能够在一个平台中实现资产管理、分布式部署、漏洞扫描、风险评估、策略管理、实时流量监控、异常流量分析、攻击检测报警、关联分析、风险计算、安全事件告警、事件聚合、日志收集与分析、知识库、时间线分析、统一报表输出、多用户权限管理的功能，这种集成开源工具到底有没有？它去哪儿啦？

目前市面上有两种产品可满足这样的要求，目前市面上的SIEM产品主要有HPArcsight（后台挂Oracle库）、IBMSecurityQRadarSIEM和Alienvault的OSSIMUSM，现在的问题是并不缺少商业SIEM解决方案，在开源软件中OSSIM到是最佳选择。

很多人只是肤浅的认为OSSIM只是将一些开源工具集成到一个平台，在OSSIM中颠覆性创新主要在易用（容易安装、部署，容易使用，几乎不用自己写脚本）、分布式监控系统、响应威胁（OTX）、关联分析引擎、可视化攻击展示等。

Alienvault分为开源OSSIM和商业版USM两种，通过这一集成监控工具实现对用户操作规范的约束和对计算机资源进行准实时监控，包括服务器、数据库、中间件、存储备份、网络、安全、机房、业务应用等内容，通过自动监控管理平台实现故障或问题综合处理和集中管理。

用SITEVIEW的网管软件和IT运维管理系统吧，它专门针对服务器及IT硬件与IT的应用服务来监控运维的，针对服务器监控的软件有，比如SITEVIEW　ECC88综全管理系统，SITEVIEW　ITOSS　IT运营支撑系统，NNM网络拓扑图，SITEVIEW　CFR配置管理平台，SITEVIEW　ALM资产管理平台等等，都可以对服务器、各种服务器系统、数据库，中间件（一般为文件服务的中间连接件），备份，网络设备，机房设备等等都可以实时监测，发现故障或者超设定的阀值发出警报，生成一些运行的报表等等，它们一般是通过SNMP简单网络管理协议和TR069协议，这是根据ITIL国际标准来的。当然以上是针对空间商的IDG机房来说的，至于你说的一些不良信息，可能是用的一些硬件防火墙和软件扫描数据比对来检查的吧

这种多为网络原因导致的：

1首先你确认下你的监控系统是否接入互联网 像深圳施耐安的监控系统在版本信息里有个网络连接状态 如果提示连接成功说明已经接入互联网

2监控服务器连接异常或过载 服务器由于网络原因导致连接不上 这样也看不到的

3，你自己本地的网络状态不佳导致的 网络这个东西不是非常稳定的 就像手机信号 很难保证一直信号很好的

cpu、内存、磁盘空间等参数信息用C语言来写一个DLL工程(extern "c"声明)，最好不要用C++写，因为C++的导出函数会变名，然后java通过JNI规范调用C编写的函数。

具体是先SystemloadLibruary("dll名称");

用C函数名，注意编译DLL的时候需要java类的头文件。cmd命令：javah Java类名。再直接调C函数。

随着市场竞争力不断增大，各个企业除了要增加自身产品的竞争力之外，也越来越重视消费者的服务，毕竟大家的生活质量在提高，每个产品也都相差不大，而服务就变成了用户最值得考虑的一个因素，也更好的体现了品牌的价值。这就要求公司进入了几十台到几千台服务器的运维监控阶段，无论数量如何增加，保持服务器的稳定才是重中之重，在服务器数量少于200台的时候，主要考虑简单使用、稳定运行、报警这三个方面，一旦大于这个数量，就需要相应的提升技术手段了。

基本上200台以下的服务器运营监控就是小白级操作了，如果出现一些异常系统可以第一时间进行报警，并且帮助用户解决问题，这也是最基础的要求，基本上哪怕是新手适当的进行学习就可以操作成功。而当服务器数量从200增加到1000这个阶段，这意味着用户的需求也在变复杂，那么技术人员就需要将监控内容进行统一，实现全覆盖式的监控管理，确保每一个用户出现问题时，都没有漏报的现象。

而当服务器超过1000台以上时，监控的数量越来越多，消费者的告警信息也会急速增长，每天都会收到成百上千的用户需要解决问题的消息，如果系统不进行相关的整理的话，很容易忽略到消费者的消息，从而带来非常不好的体验，这个时候就需要及时对报警信息进行相应的整理，尽量的化繁为简，减少出现重复报警的情况。并且对于内存使用率、CPU使用率等模块进行独立的设置，做到权责分明、快速定位、及时处理。

综上所述，每个公司的业务不同，那么对于服务器的要求也不太同，不论发生怎么样的变化，基本上只要有了相关的监控数据，就能够通过技术来分析出想要的结果，想要随着时代一起进步，就需要不断的更新维护、高效运维。