zabbix怎样监控windows邮件服务器

可以配置zabbix使用外部邮件服务器发送报警邮件，然后来随时监控邮件服务器，具体：
1进入Administration->Media types
配置如下，Script name 要与之前写的发邮件的脚本名字相同
3 进入Configure->Actions
新建Action
可以修改默认的邮件内容,以下是我修改之后的邮件内容格式：
添加step，别忘了点Add按钮，点上面的Add，再点下面的Add免得添加出错，注意要选择发送邮件给哪一个用户；并选择刚才定义好的Media type名字。
Default operation step duration 表示这次发送邮件后，下一次发邮件是在多少秒之后。
以上我总共添加了三次发送邮件的Action，如果触发器出发了，一直没有人确认触发器，则会发三次邮件，添加完后结果如下图：
4进入Administration->Users
下图为修改admin的登录密码：
点击Media再添加
Type选择Send alarm email(之前创建的Action)，并填写接收的邮箱，

>Zabbix支持的主要监控方式
Zabbix主要有Agent, Trapper, SNMP, JMX, IPMI这几种监控方式，下面主要就监控原理和优缺点介绍一下这几种方式。
Zabbix支持的主要监控方式
Agent监控方式
Trapper监控方式
SNMP监控方式
JMX监控方式
IPMI监控方式
结论
Agent监控方式
在Agent监控方式下，zabbix-agent会主动收集本机的监控信息并通过TCP协议与zabbix-server传递信息。Agent监控方式分为主动和被动模式。在被动模式下，zabbix-agent监听10050端口，等待zabbix-server的监控信息收集信息请求；在主动模式下，zabbix-agent收集监控信息并通过10050端口主动将数据传给zabbix-server所在服务器的10051端口。
优点：
是zabbix最常用的监控方式，监测指标深入细致有针对性。
内置监控功能强大，内置监控项目丰富。
TCP方式实现通讯，可靠性也有保证。
缺点：
需要在被监控机器上安装zabbix-agent客户端，部署相对麻烦，最初需要逐个机器安装代理软件。
zabbix-agent客户端运行在被监控机上，会收集本机信息。
Trapper监控方式
Trapper监控方式使用zabbix-sender程序主动向zabbix-server发送数据。key的名称和发送的数据内容都可以灵活定义。发送的信息采用JSON格式，遵循zabbix-sender协议。可以自定义脚本利用zabbix-sender协议来向zabbix-server发送信息。
优点：
不需要在被监控机器安装zabbix-agent
不收集被监控机器的信息
可以自定义发送的信息内容
可以使用自定义脚本发送信息
缺点：
需要自定义发送的信息内容
无内置监控项目
SNMP监控方式
SNMP全称Simple Network Management Protocol，即网络管理协议，包括进程管理和被管理设备两部分。作为一种国际通用的网络管理协议被广泛的应用于对各种交换机，路由器等网络设备的管理上，而现在也越来越多被用于对服务器的监控上。
优点：
服务器一旦部署SNMPAgent,任何能实现SNMP协议的软件都可对其进行监测。
通过这种手段进行监测不需知道被监测服务器的用户名与密码，比较安全。
缺点：
很多服务器并非默认安装SNMPAgent，如果要通过这种方式监测则需要对所有服务器安装部署。
能监测的参数指标比较固定不够深入，无法满足用户的特殊需求。
由于SNMP协议是通过UDP方式实现的，在网络状况不佳的情况下其可靠性难以保证。
JMX监控方式
JMX，全称Java Management Extensions，即Java管理拓展，是Java平台为应用程序，设备，系统等植入管理功能的框架。在zabbix中，JMX数据的获取由zabbix-java-gateway代理程序来负责数据的采集。
优点：
可以详细地监控各类Java程序的运行状态。
缺点：
被监控机上需要安装zabbix-java-gateway
IPMI监控方式
IPMI，全称Intelligent Platform Management Interface，即智能平台管理接口，原本是Intel架构中企业系统的周边设备所采用的一种工业标准，后来成为业界通用的标准。用户可以利用IPMI监视服务器的物理特征，如温度，电压，电扇工作状态，电源供应以及机箱入侵等指标。
结论
根据以上对zabbix各主要监控方式的梳理，结论如下：
根据被监控机器的环境和客户要求选用适当的监控方式，可同时配合使用多种监控方式。
有条件在被监控机上部署zabbix-agent客户端时，该方法为第一选择，因为其功能强大且配置相对简便。
需要自定义脚本或者监控信息时，可使用trapper方式，即使用zabbix-sender程序或者自定义脚本遵循zabbix-sender协议，以JSON形式，通过TCP发送自定义信息。

应该是可以的。
确保两边的hostname是一样的，即 被监控中的 zabbix_agentdconf中的和ZABBIX server中的要一样。
推荐使用监控被监控服务器的IP地址。

IPMI（Intelligent Platform Management Interface）
智能平台管理接口 (IPMI) 是一种开放标准的硬件管理接口规格，定义了嵌入式管理子系统进行通信的特定方法。IPMI 信息通过基板管理控制器 (BMC)（位于 IPMI 规格的硬件组件上）进行交流。使用低级硬件智能管理而不使用 *** 作系统进行管理，具有两个主要优点： 首先，此配置允许进行带外服务器管理；其次， *** 作系统不必负担传输系统状态数据的任务。IPMI的核心是一个专用芯片/控制器(叫做服务器处理器或基板管理控制器(BMC))，其并不依赖于服务器的处理器、BIOS或 *** 作系统来工作，可谓非常地独立，是一个单独在系统内运行的无代理管理子系统，

IPMI功能：
监控服务器的物理健康特征，如温度、电压、风扇工作状态、电源状态等；
可以通过串口、Modem以及Lan等远程环境管理服务器系统，如远程开关机；

IPMITOOL
ipmitool 是一种可用在 linux 系统下的命令行方式的 ipmi 平台管理工具，它支持 ipmi 15 规范（最新的规范为 ipmi 20），通过它可以实现获取传感器的信息、显示系统日志内容、网络远程开关机等功能。使用：

您好，是这样的：
zabbix基本架构：
1Server
zabbix系统核心进程，轮询并捕获数据、发送通知等。是zabbix agent和zabbix proxy汇报数据的对象。server自身可远程检测网络服务。所有的前后端配置、统计信息、可 *** 作数据存储于此。包含server、前段界面和后端DB几部分。
2Agent
部署在被监控主机上用于监控本地资源和应用并向zabbix server汇报结果。使用本地系统调用故非常高效。有主动和被动两种检测模式。被动模式下agent根据server或proxy的具体请求来返回数据。主动模式下先主动由server获取监控项列表在检测并返回新的数据。采用主动或被动检测取决于相应监控项的配置。
3Proxy
可以自由选择部署或者不部署，主要用于分担server的负载。在集中化监控远程位置、分支、网络的场景中是很好的解决方案。可从被监控设备收集数据缓存在proxy本地后传递给其所属的zabbix server。proxy需要单独的数据库。
4Java gateway
java实现的守护进程用于监控JMX类型的应用程序。
5Sender
命令行工具zabbix_sender，用于向zabbix server发送性能数据和可用性数据。多用于用户脚本定期向server发送数据。
如：
shell> cd bin
shell> /zabbix_sender -z zabbix -s "Linux DB3" -k dbconnections -o 43
6Get
命令行工具zabbix_get，用于同agent通信从agent获取数据。可用于zabbix agents的troubleshooting。
如：
shell> cd bin
shell> /zabbix_get -s 127001 -p 10050 -k "systemcpuload[all,avg1]"
#zabbix术语表：
host
需要被监控的设备，如交换机、路由器、WEB服务器、DB服务器等
host group
被监控设备的逻辑分组，如DB服务器一组、WEB服务器一组等。可包含主机和模板。用于权限控制
item
需要被监控的项，如CPU空闲率、某一块磁盘的使用率等
trigger
用于评估收到的监控值是否超出设定的阈值的逻辑表达式
event
如trigger状态改变等值得注意的事件
action
预先定义的响应event的一系列operations
escalation
执行action中的operations的定制场景；一连串的发送通知、执行远程命令
media
传递notification的方式
notification
通过media发送给用户的关于某个event的消息
remote command
在被监控机器上触发并自动执行的预定义命令
template
用于简化和加速主机上大规模监控任务的部署。包含一系列项目，如items, triggers, graphs, screens, applications, low-level discovery rules
application
逻辑组中的一组items
web scenario
一个或多个>1、基于Zabbix建立企业级Linux、Aix、WindowsServer服务器的监控，监控服务器的运行内存、CPU、磁盘、IO等基本情况，建立企业主机群管理。

2、基于Zabbix建立企业级数据库的监控，例如Oracle、Sqlserver、Mysql等数据库的运行情况。

3、基于Zabbix建立企业级业务系统的 健康 度监控，例如企业的自助设备的IIS服务、Tomcat服务、微服务等等。

3、基于Zabbix建立企业级网络拓扑监控。

4、实现多种媒介的报警通知

---