利用curl监控web返回状态码监控web service

#/bin/bash
# monitoring web is running
curl www.163.com -I|awk -F ‘ ‘ ‘{print $2}‘|sed ‘s/[a-zA-Z]//g‘|grep 200
if [ $? == 0 ]
then
  echo "web is running ok"
else
echo "web is dead"|mail -s "web is not running" [email protected]
fi

注:只要返回不是200,就会发邮件告警
       缺点:如果返回的是301,就会误判

时间: 2024-11-04 07:30:22

利用curl监控web返回状态码监控web service的相关文章

zabbix自动发现 url 以及对http返回状态码监控实现 告警

2019-06-04 18:39:12 目的:批量监控业务URL的返回状态码,通过zabbix监控判断业务好坏. 1.zabbix安装 请查看此永久链接:https://www.cnblogs.com/small-wei/p/10911769.html 2.编写监控脚本 cd  /usr/lib/zabbix/externalscripts #本人存放脚本路径,存放路径可以自定义,这个定义文件在zabbix_server.conf中,及zabbix-server服务配置文件. vim  web_

http web返回状态码

Java发送Http请求并获取状态码 转发自:http://www.cnblogs.com/renhui/p/6197526.html 毛毛 通过Java发送url请求,查看该url是否有效,这时我们可以通过获取状态码来判断. try { URL u = new URL("http://10.1.2.8:8080/fqz/page/qizha/pros_add.jsp"); try { HttpURLConnection uConnection = (HttpURLConnection

通过脚本判断远程Web服务器状态码是否正常

通过脚本判断远程Web服务器状态码是否正常 说明: (1)生产环境常见的HTTP状态码列表,请查看我的博文:http://wutengfei.blog.51cto.com/10942117/1934645 (2)实验中远程nginx服务器IP地址:192.168.100.114 本地客户端IP地址:192.168.100.118 脚本如下 方法1:if #!/bin/bash httpcode=`curl -I -s 192.168.100.114|head -1|cut -d " "

HTTP返回状态码和错误

HTTP 返回状态码一.1xx - 信息提示 这些状态代码表示临时的响应.客户端在收到常规响应之前,应准备接收一个或多个 1xx 响应. ? 100 - 继续. ? 101 - 切换协议. 二.2xx - 成功 这类状态代码表明服务器成功地接受了客户端请求. ? 200 - 确定.客户端请求已成功. ? 201 - 已创建. ? 202 - 已接受. ? 203 - 非权威性信息. ? 204 - 无内容. ? 205 - 重置内容. ? 206 - 部分内容. 三.3xx - 重定向 客户端浏

接口请求返回状态码总结

接口请求返回状态码总结 前端在调用接口时都要关注接口返回给我们的状态码,之前只是大概的了解比如404是前端的错,可能是路径错误等,300+可能是重定向了,500以上是服务端或者服务器的错误,并没有一个很好的总结.今天中午看群里有人问这问题,就搜集对比整理了一下,如下: 1xx - 信息提示 这些状态代码表示临时的响应.客户端在收到常规响应之前,应准备接收一个或多个 1xx 响应.· 100 - Continue 初始的请求已经接受,客户应当继续发送请求的其余部分.· 101 - Switchin

服务器返回状态码解析

服务器返回的各种状态码到底表示什么意思呢,哪些说明没有问题,哪些返回状态是出问题了,这个返回状态码表示的是什么意思,下面是服务器各种返回状态码的意义: 100(继续)请求者应当继续提出请求.服务器返回此代码则意味着,服务器已收到了请求的第一部分,现正在等待接收其余部分. 101(切换协议)请求者已要求服务器切换协议,服务器已确认并准备进行切换. 200(成功)  服务器已成功处理了请求.通常,这表示服务器提供了请求的网页.如果您的robots.txt文件显示为此状态,那么,这表示Googlebo

newngapi接口api返回状态码

ng接口api返回状态码 提醒一点这里ng官方api接口 www.neapi.com有一点没有说明的除了返回的01是正常的其余的返回状态码都是错误的 code * 状态码 字段名称 类型 00 失败 01 成功 02 参数不能为空 03 sign_key异常 10001 code不能为空 10002 code错误 10003 密钥错误 10004 您所提交的用户名已被使用 10007 必填字段不能为空 10008 用户不存在 10009 sign_key错误 10010 注册失败或者用户已注册

zabbix_sender主动上传k/v监控nginx日志状态码

目前的zabbix监控了900台左右服务器,大概有11万items,zabbix在工作时根据agent的工作特点分为主动模式和被动模式,实际上一般开启兼容模式.在items多了后,有一些速度慢的items如果不采用主动模式,会把server端拖死,而zabbix_sender其实是一种变相的主动模式,配合计划任务,主动将k/v上传到zabbix,现将nginx日志zabbix_sender实现状态码的监控抛砖引玉做下介绍. 一.agent端编写脚本和计划任务 需求是监控nginx日志的200.4

http访问过程和web访问时返回状态码介绍

一次完整的http请求处理过程: (1) 建立或处理连接:接收请求或拒绝请求: (2) 接收请求:接收来自于网络上的主机请求报文中对某特定资源的一次请求的过程: (3) 处理请求:对请求报文进行解析,获取客户端请求的资源及请求方法等相关信息: (4) 访问资源:获取请求报文中请求的资源: (5) 构建响应报文: (6) 发送响应报文: (7) 记录日志: status(状态码): 1xx:100-101, 信息提示: 2xx:200-206, 成功 3xx:300-305, 重定向 4xx:40