zabbix设置邮箱告警（zabbix支持哪些报警机制）

本篇文章给大家谈谈zabbix设置邮箱告警，以及zabbix支持哪些报警机制对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。 今天给各位分享zabbix设置邮箱告警的知识，其中也会对zabbix支持哪些报警机制进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、zabbix 告警
• 2、6、zabbix告警邮件文本信息无法换行
• 3、zabbix上怎么通过sendmail发送邮件报警
• 4、如何配置zabbix 3.0 用mail邮件方式告警support for smtp authentication was not
• 5、2020-08-25
• 6、zabbix没有收到报警邮件

zabbix 告警

根据支持zabbix设置邮箱告警的时间定义的事件：

生成触发器的动作

邮件告警就配置成功

在为对应的用户添加对应的邮箱即可。

内容：

编写通知脚本

创建媒体类型

用户指定媒体类型

在sever端zabbix设置邮箱告警，自定义脚本发

1.首先在要在server编写对应的可执行的脚本

首先脚本文件的编写

接下来为脚本文件添加可执行权限

chmod +x sendmail.py

接下来将脚本文件安装到zabbix告警媒介文件夹下

vim /etc/zabbix/zabbix_server.conf

将sendmail文件移动到对应的目录下：

接下来就可以在前端上配置对应的告警媒介

参数：

{ALERT.SENDTO}收件人地址

{ALERT.SUBJECT}主题

{ALERT.MESSAGE}详细内容

在经过测试确认可用之后，就有新的告警媒介了。

像一般的告警介质一样使用就可以了。
去设置对应的告警就可以了

6、zabbix告警邮件文本信息无法换行

问题现象：已经配置了zabbix告警功能，但是告警邮件的信息不换行，在百度也没找到方法。
解决方法：修改邮件设置message format为文本，已经正常。

操作方法：

zabbix上怎么通过sendmail发送邮件报警

zabbix相关环境：
OS: centos 5.4 x86_64 zabbix: 1.8.3 sendmail: 8.13.8-2.el5
在配置zabbix的Email报警之前，需要将sendmail使用的域名进行相应的修改，系统默认为localhost.localdomain,其实不改也行，不过有些pop3服务器会过滤掉来自localhost.localdomain的邮件，导致邮件不能正常查收，所以，最好是改一下 hostname，确保邮件发送的成功率。
以下是我线上机器修改好了的配置，可供参考。
# cat /etc/hosts
127.0.0.1 monitor.bot.cms localhost.localdomain localhost
# cat /etc/mail/access
Connect:localhost.localdomain RELAY
　 Connect:localhost RELAY
Connect:127.0.0.1
Connect:monitor.bot.cms RELAY
# cat /etc/mail/local-host-names
monitor.bot.cms
修改完成后，重启sendmail服务,通过telnet命令，测试一下看看是否已生效
# telnet 127.0.0.1 25
Trying 127.0.0.1...
Connected to monitor.bot.cms (127.0.0.1).
Escape character is '^]'.
220 monitor.bot.cms ESMTP Sendmail 8.13.8/8.13.8; Sun, 10 Oct 2010 14:00:33 +0800
从以上结果可以发现，localhost.localdomain 已经变成了 monitor.bot.cms 这个域名，表示修改成功，接下来就可以在zabbix 的管理页面上进行Email 报警设置了。
设置完成后点击保存按钮，到此Email报警设置就结束了，测试时，可以新建一个action,报警方式选择Email, 当trigger成功触发后，一分钟后就可以查收邮件了。

如何配置zabbix 3.0 用mail邮件方式告警support for smtp authentication was not

前提条件：
(1) zabbix服务器端已经成功安装并且运行。
(2) zabbix客户端已经成功建立并且运行。
1 下载并且安装msmtp软件
tar jxvf msmtp-1.4.32.tar.bz2
cd msmtp-1.4.32
./configure--prefix=/usr/local/msmtp
Make
Make install
2、手动建立配置文件,输入外部smtp地址
mkdir –p /usr/local/msmtp/etc
vi /usr/local/msmtp/etc/msmtprc
添加以下内容
account default
host smtp.sohu.com #你的发送邮件服务器
port 25
from zabbix2014@sohu.com #要从哪个邮箱发出
auth login
tls off
user zabbix2014 #邮箱用户名
password xxxxx-xxx #邮箱密码,如果你觉得不安全可以把文件改为600属性
logfile /var/log/mmlog
保存退出。
3、简单测试一下
/usr/local/msmtp/bin/msmtp [url=mailto:%20zabbix2014@sohu.com]zabbix2014@sohu.com[/url]
hello，test
ctrl d
cat /usr/local/msmtp/msmtp.log 看看有没有成功。
然后再到sohu邮箱中，看看信收到没有
报错如下
[iyunv@cache-2 msmtp-1.4.32]# /usr/local/msmtp/bin/msmtp zabbix2014@sohu.com
msmtp: authentication failed (method LOGIN)
msmtp: server message: 535 5.7.0 Invalid result
msmtp: could not send mail (account default from /usr/local/msmtp/etc/msmtprc)
Google之后，需要安装 mutt组件
4、下面开始安装 MUTT如果是CentOS的话直接用yum就好了
yum install mutt
安装完成后要手动给他建立一个配置文件，
vim /etc/Muttrc
setsendmail="/usr/local/msmtp/bin/msmtp" #你的msmtp命令路径
set use_from=yes
set realname="zabbix2014@sohu.com"
set editor="vim"
简单的4行就可以了
好了，让我们来测试一下吧！
测试一下：echo"test mail" | mutt -s "test" zabbix2014@sohu.com
OK，测试了下，能收到已经发送的email，
echo"test mail 2014 content tom 2" | mutt -s "test 2014 title2" zabbix2014@sohu.com
5、 创建 zabbix用于发送邮件的脚本
脚本放在什么位置随便，但是要保证zabbix可以找到！
1)vim/usr/bin/zabbix2014,并写入如下内容：
#!/bin/bash
echo "$3" | mutt -s "$2"$1 # $3表示邮件内容、$2表示邮件标题、$1表示收件人
(2)chmod a+x /usr/bin/zabbix2014
6、 zabbix配置
(1)创建meida types
1．登录到zabbix，进入“Administration" ”Media types"，点击右上角“Create Media Type"。 Description填"mediatype-zabbix2014"或其它名称，Type选择"Script"，Script填” zabbix2014”。
2．点击save保存，
7、创建actions
1.登录到zabbix，进入"Configation" "Actions"，点击右上角"Create Actions"。输入Name “action-zabbix2014” ，其它都默认点击右侧“Action Operations"下的"New"按钮，"Operation Type"选择"Send message"，"Send Message to"选择一个或多个要发送消息的用户组，”Send only to"选择我们之前新增的mediatype-zabbix2014。
2.点击save保存，

8、zabbix用户配置
登录到zabbix, 进入"Adimistration" "Users"，在之前选定要发送消息的组里的Members栏位里选择一个用户，例如选择AdminZabbix用户。
在用户信息修改界面最下方的”Media"处点击"Add"按钮。
Type选择"mediatype- zabbix2014"，Send to填入收件人地址，点击Add添加。
点击"Save"保存配置。

2020-08-25

Prometheus 实现邮件告警（Prometheus+Alertmanager+QQ邮箱或者网易163邮箱，目前测试过这两种邮箱都可以发送告警邮件）

Prometheus实现邮件告警原理如下：

Prometheus官方有一个附带的中间件：alertmanager，通过设置rules规则和路由转发可以实现邮件告警，前提是你需要有一个可以发送邮件的邮件服务端（可以自建或者使用互联网公司提供的免费邮箱）

告警原理图
Prometheus完整架构图

我之前得出的错误结论如下：

推荐直接在虚拟机操作系统上直接安装Prometheus和Alertmanager，不推荐其中任何一方在容器中运行，因为测试过在容器中运行Prometheus和alertmanager，结果出现如下错误情况

第一种情况是：我的node-exporter掉线跌机了（手动关机，模拟突然掉线跌机），Prometheus却提示节点依然在线？有时候却能够正常显示节点掉线跌机，生成告警发送邮件

第二种情况是：我的node-exporter掉线跌机了（手动关机，模拟突然掉线跌机），Prometheus提示节点掉线，告警生成，但是没有发送邮件，我手动恢复node-exporter后，告警解除，邮件能正常发送邮件提示告警已经解除。。。。

第三种情况是：我的node-exporter掉线跌机了（手动关机，模拟突然掉线跌机），Prometheus提示节点掉线，告警生成，正常成功发送邮件，我手动恢复node-exporter后，告警解除，邮件没有发送出来。。。。

以上三种情况之前经常出现，当时第一步以为是自己设置的scrape_interval不合理导致的，结果调试几次，问题没有解决，第二步以为是自己的服务器时间没有做到精确同步，然后我去设置和阿里云的ntp服务器同步，结果问题依然没有解决，第三步，换个方向，把alertmanager迁移到虚拟机操作系统上安装运行，问题解决！
北京时间是GMT+8小时，有些同志的时间可能是UTC的，但是如果是在要求不太十分精确的情况下，UTC时间是刚刚好等于GMT时间

为了避免时区的混乱，prometheus所有的组件内部都强制使用Unix时间，对外展示使用GMT时间。

要改时区有两个办法

1 .修改源码，重新编译。
2. 使用 docker 运行 Prometheus，挂载本地时区文件

docker run --restart always -e TZ=Asia/Shanghai --hostname prometheus --name prometheus-server -d -p 9090:9090 -v /data/prometheus/server/data:/prometheus -v /data/prometheus/server/conf/prometheus.yml:/etc/prometheus/prometheus.yml -u root prom/prometheus:v2.5.0

正文开始

安装alertmanager

容器安装方式：

docker run -d --name alertmanager -p 9093:9093 -v /usr/local/Prometheus/alertmanager/alertmanager.yml:/etc/alertmanager/alertmanager.yml prom/alertmanager:latest

先在宿主机/usr/local/Prometheus下创建一个文件夹alertmanager，然后在文件夹里创建alertmanager.yml配置文件，待会才能映射到alertmanager容器里的/etc/alertmanager目录下
global：全局配置

   resolve_timeout: 问题解决的超时时间

   smtp_from: 发送告警邮件的邮箱账号

   smtp_smarthost: 邮箱 SMTP 服务地址,这里是以QQ邮箱为例，也可以用网易163邮箱，这个和我之前设置zabbix邮件告警时的配置一样

   smtp_auth_username: 如果没有设置邮箱别名，那就是账户名

   smtp_auth_password:  邮箱的授权码，不是 账户密码，你可以在QQ邮箱或者网易163邮箱网页端设置，开启 POP3/SMTP 服务时会提示，和配置zabbix邮件告警的时候几乎一样

   smtp_require_tls: 是否使用 tls，根据环境不同，来选择开启和关闭。如果提示报错 email.loginAuth failed: 530 Must issue a STARTTLS command first，那么就需要设置为 true。着重说明一下，如果开启了 tls，提示报错 starttls failed: x509: certificate signed by unknown authority，需要在 email_configs 下配置 insecure_skip_verify: true 来跳过 tls 验证。
templates： 告警模板目录，可以不编写模板，有默认模板

    Subject: '{{ template "email.default.subject" . }}'

    html: '{{ template "email.default.html" . }}'
route：报警的分发设置

    group_by：分组

    group_wait: 分组等待时间

    group_interval: 5m 每组时间间隔

    repeat_interval: 10m 重复间隔

    receiver: 接收方式，请注意！这里的名字要对应下面receivers中的任何一个名字，不然会报错，这里其实就是选择方式，有邮箱，企业微信，wehook，victorops等等
receivers：接受方式汇总，即告警方式汇总

例子：

receivers:

- name:'default-receiver' 

email_configs:

- to:'whiiip@163.com'    

  html: '{{ template "alert.html" . }}'    

  headers: { Subject: "[WARN] 报警邮件test"}
inhibit_rules:   抑制规则

当存在与另一组匹配的警报（源）时，抑制规则将禁用与一组匹配的警报（目标）。

包括源匹配和目标匹配

alertmanager官方是这样说的

Inhibition

Inhibition is a concept of suppressing notifications for certain alerts if certain other alerts are already firing.

Example:  An alert is firing that informs that an entire cluster is not reachable. Alertmanager can be configured to mute all other alerts concerning this cluster if that particular alert is firing. This prevents notifications for hundreds or thousands of firing alerts that are unrelated to the actual issue.

Inhibitions are configured through the Alertmanager's configuration file.

当存在与另一组匹配器匹配的警报（源）时，禁止规则会使与一组匹配器匹配的警报（目标）静音。目标警报和源警报的equal列表中的标签名称都必须具有相同的标签值。

在语义上，缺少标签和带有空值的标签是同一件事。因此，如果equal源警报和目标警报都缺少列出的所有标签名称，则将应用禁止规则。

为了防止警报禁止自身，与规则的目标和源端 都 匹配的警报不能被警报（包括其本身）为真来禁止。但是，我们建议选择目标匹配器和源匹配器，以使警报永远不会同时匹配双方。这很容易进行推理，并且不会触发此特殊情况。

接着是规则rules
不解释了，自己研究官方文档
alertmanager的非容器安装方式是

 wget https://github.com/prometheus/alertmanager/releases/download/v0.20.0/alertmanager-0.20.0.linux-amd64.tar.gz

tar xf alertmanager-0.20.0.linux-amd64.tar.gz
mv alertmanager-0.20.0.linux-amd64 /usr/local/alertmanager
vim /usr/lib/systemd/system/alertmanager.service
[Unit]
Description=alertmanager

Documentation=https://github.com/prometheus/alertmanager

After=network.target

[Service]

Type=simple

User=root

ExecStart=/usr/local/alertmanager/alertmanager --config.file=/usr/local/alertmanager/alertmanager.yml

Restart=on-failure

[Install]

WantedBy=multi-user.target

Alertmanager 安装目录下默认有 alertmanager.yml 配置文件，可以创建新的配置文件，在启动时指定即可。

其余方式和上面一样

接着是Prometheus，我之前的博客里有写了容器安装和非容器安装的方法，自己去翻阅

然后是在prometheus.yml里修改相关配置

首先去掉alertmanager的注释，改成IP加你设置的端口号，默认是9093
接着在rule_files: 下面写下规则文件的绝对路径，可以是具体文件名，也可以是*，也可以分几级文件，*默认是全部匹配
接着是被监控项的设置，这里设置完成可以在Prometheus网页里的targets里看得到

请注意，这里设置的参数名字要和rule规则中设置的参数名字一模一样，否则你的prometheus服务会无法启动，然后报错

如果不在特定的job下设置scrape_interval（优先级高于全局）,则默认采用gobal下的scrape_interval
最后模拟节点掉线，手动关闭node-exporter或者Cadvisor

docker stop node-exporter 或者容器ID

docker stop cadvisor 或者容器ID

或者把up{{job='prometheus'}} == 1 设置成1，反向设置，不用关掉服务，就可以看看告警成不成功
说明一下 Prometheus Alert 告警状态有三种状态：Inactive、Pending、Firing。

Inactive：非活动状态，表示正在监控，但是还未有任何警报触发。

Pending：表示这个警报必须被触发。由于警报可以被分组、压抑/抑制或静默/静音，所以等待验证，一旦所有的验证都通过，则将转到 Firing 状态。

Firing：将警报发送到 AlertManager，它将按照配置将警报的发送给所有接收者。一旦警报解除，则将状态转到 Inactive，如此循环。
没有配置告警模板时的默认告警格式是这样的
节点恢复后邮件告知是这样的
写了模板后是这样的
还要重新映射模板文件夹路径到alertmanager容器里的相对路径，然后重启alertmanager，当然，如果目录下没有模板文件，则不显示
告警模板
在alertmanager.yml中修改相关设置

重启alertmanager

docker restart alertmanager

最终效果不是很好

zabbix没有收到报警邮件

Version：zabbix3.2
监控某主机的某端口zabbix设置邮箱告警，一旦端口不在线zabbix设置邮箱告警，就发邮件给指定人或者群组（zabbix设置邮箱告警我设置的是群组）
公司新来运维同事，需要将zabbix设置邮箱告警他添加到群组里。
操作如下：

Alias：登录名
Name：名
Surname：姓
Groups：此选项可将用户添加到某一用户组

将报警端口离线，然后再恢复，群组内新增用户没有收到邮件，老用户有收到。
怀疑是Alias使用了中文，然后修改为英文后还不行。
怀疑用户组没有更新，然后在administration——User Groups里Update了一下组，继续测试，还是不行。
怀疑是权限问题，将新用户的权限从User调整为Super Admin，然后测试，还是不行。
突然想到，在监控选项下有个页面是显示有问题的监控项的，里面有一些详细资料。然后在Monitoring——Problems页面选择Tiggers,然后在指定Tigger的Action里有详细信息。如下图

显示新增用户发送报警邮件失败，报错信息：No Media defined for user,也就是此用户没有定义报警媒介，
然后在用户的报警媒介Media下面看了下，邮箱是正确的，于是点开仔细看了一下，是报警的类型选择错了

在Monitoring——Problems页面找到了问题所在，然后在users的Media界面修改了报警类型后，测试通过。 关于zabbix设置邮箱告警和zabbix支持哪些报警机制的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 zabbix设置邮箱告警的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于zabbix支持哪些报警机制、zabbix设置邮箱告警的信息别忘了在本站进行查找喔。