湖北电信DNS地址及武汉电信DNS地址

湖北省电信DNS地址、武汉电信DNS地址、黄冈电信DNS地址潜江电信DNS地址宜昌电信DNS地址孝感电信DNS地址咸宁电信DNS地址荆州电信DNS地址分别有:202.103.24.68,202.103.44.150,202.103.0.117,61.136.241.34,202.103.0.68,58.53.128.78,58.53.128.27,202.103.44.5,202.103.6.46,61.183.23.212,221.232.129.30,58.51.144.210,202.103.19.34,58.50.252.94,202.110.190.6,202.110.131.188,58.54.252.94,202.103.44.68,202.103.0.177,还有详细湖北电信DNS地址的详细用户比例。

DNS 国家 省份 地区 运营商 用户数排名(总体) 用户数比例(总体) 用户数排名(省份) 用户数比例(省份)
202.103.24.68 中国 湖北 武汉 电信 19 0.011851 1 33.45%
202.103.44.150 中国 湖北 电信 21 0.010632 2 30.01%
202.103.0.117 中国 湖北 武汉 电信 162 0.000829 6 2.34%
61.136.241.34 中国 湖北 黄冈 电信 189 0.000573 8 1.62%
202.103.0.68 中国 湖北 武汉 电信 199 0.000498 10 1.41%
58.53.128.78 中国 湖北 潜江 电信 288 0.000241 16 0.68%
58.53.128.27 中国 湖北 潜江 电信 383 0.000122 19 0.35%
202.103.44.5 中国 湖北 武汉 电信 442 0.000095 20 0.27%
202.103.6.46 中国 湖北 宜昌 电信 485 0.000078 23 0.22%
61.183.23.212 中国 湖北 潜江 电信 575 0.000054 25 0.15%
221.232.129.30 中国 湖北 武汉 电信 578 0.000053 26 0.15%
58.51.144.210 中国 湖北 孝感 电信 791 0.000033 35 0.09%
202.103.19.34 中国 湖北 咸宁 电信 867 0.000029 38 0.08%
58.50.252.94 中国 湖北 随州 电信 929 0.000026 42 0.07%
202.110.190.6 中国 湖北 武汉 电信 1049 0.000021 45 0.06%
202.110.131.188 中国 湖北 武汉 电信 1283 0.000015 52 0.04%
58.54.252.94 中国 湖北 荆州 电信 1408 0.000013 59 0.04%
202.103.44.68 中国 湖北 武汉 电信 1477 0.000011 63 0.03%
202.103.0.177 中国 湖北 武汉 电信 1991 0.000006 81 0.02%

黑龙江电信DNS地址及齐齐哈尔电信DNS地址

黑龙江省电信DNS地址及齐齐哈尔电信DNS地址、黑河电信DNS地址绥化电信DNS地址分别有3个:219.147.198.230219.147.219.70219.147.237.230,还有详细黑龙江电信DNS地址的详细用户比例。

DNS 国家 省份 地区 运营商 用户数排名(总体) 用户数比例(总体) 用户数排名(省份) 用户数比例(省份)
219.147.198.230 中国 黑龙江 齐齐哈尔 电信 276 0.000270 7 1.19%
219.147.219.70 中国 黑龙江 绥化 电信 832 0.000031 15 0.14%
219.147.237.230 中国 黑龙江 黑河 电信 1109 0.000020 21 0.09%

河南电信DNS地址及郑州电信DNS地址

河南电信DNS地址及郑州电信DNS地址分别有:222.88.88.88,222.85.85.85219.150.150.150,222.88.93.126,还有河南电信DNS地址详细用户排名,河南电信DNS地址用户比例

DNS 用户数 国家 省份 地区 运营商 用户数排名(省份) 用户数比例(省份)
222.88.88.88 1520300 中国 河南 洛阳 电信 3 9.22%
222.85.85.85 1482000 中国 河南 郑州 电信 4 8.98%
219.150.150.150 249700 中国 河南 开封 电信 5 1.51%
222.88.93.126 8300 中国 河南 洛阳 电信 23 0.05%

河北电信DNS地址及石家庄电信DNS地址

河北省电信DNS地址及石家庄点DNS地址,222.222.202.202,219.150.32.152,219.150.32.199,还有详细河北电信DNS地址的详细用户比例。

DNS 用户数 国家 省份 地区 运营商 用户数排名(省份) 用户数比例(省份)
222.222.202.202 1364400 中国 河北 唐山 电信 4 7.03%
219.150.32.152 10000 中国 河北 石家庄 电信 12 0.05%
219.150.32.199 9600 中国 河北 石家庄 电信 15 0.05%

4G时代高带宽也需CDN加速,论4G时代CDN机会

随着4G在我国进入商用元年,如何用好4G网络,什么样的应用是4G网络的杀手锏,已经摆在了4G运营商的眼前。

同时,4G网络具有100M的峰值下载速率,对于目前大多数应用来说足够了。但别急着做出有了4G网络就会十分畅通的结论。影响网速的因素多种多样,并不是说网络带宽变大、速率变快就可以完全消除网络延时、应用无响应的问题。在即将大规模应用的4G网络中遇到的难题,在固网中早已经出现。



CDN助力固网体验升级

目前,快速增长的网络视频带来的流量攀升,使得电信运营商的宽带网络面临巨大压力。但现有宽带网络架构主要是针对WWW、FTP等传统互联网业务设计的,而网络视频属于长时间在线业务,网络流量长期保持高峰水平,已经造成众多用户在线视频相应慢,视频卡顿,从而导致用户抱怨承诺的带宽不能保证,业务体验降低。

对于电信运营商而言,为实现宽带服务承诺,保证用户满意度,必须提供更多接入带宽和相关资源来满足用户的需求。但在现有的网络视频产业链中,电信运营商做为单纯的管道提供商,不能从网络视频中获取增值收益,巨大的宽带建设投入难以获取相应的回报。因而对于电信运营商而言,如何能够以低成本满足CP/SP和用户的需求,并且能够从增长的视频流量中获益,是他们迫切需要解决的问题。

而通过构建电信CDN,可以满足电信运营商、CP/SP、用户等多方的诉求。电信运营商可以合理规划视频业务流量和流向,减少视频业务对带宽资源的占用,通过低成本实现对用户和CP/SP的QoS保证。另一方面,基于电信CDN,CP/SP可以提供高质的视频内容,提升用户观看网络视频的需求。



4G网络为CDN带来发展机遇

伴随着4G时代到来,通过移动网络来观看高清视频甚至是超高清视频已经成为了可能。而由此产生的流量最终流向了原有的固网当中。4G网络也将使用到原有网络中部署的CDN业务。

CDN可提供缓存和分发能力的网络加速应用,最关键的一点是实现了更好的用户体验。对于移动互联网产业来说,人们对于用户体验不断提升的需求和期望,可能会超过固有网络的承载能力;这就需要通过“移动CDN”技术实现对移动互联网资源的有效分配。

CDN厂商一般拥有较丰富的资源,在全国及世界各地部署有自己的节点,同各大运营商都有密切合作。借助这些优势,通过资源的整合,可以为网站提供所需的带宽,改善其用户的使用体验。此外,专业的CDN厂商还可提供定制化产品或增值服务;即针对不同地区的具体情况定制本地化支持,或者面向各个行业或网站的特殊需求提供一些加速服务以外的业务。

此外,由于移动数据从系统本身的配置,数据和用户基本特点都完全和固网不同。CDN或缓存是否能有效的发挥作用,其基本的依赖是对访问模式和内容有相对比较精准的估计,从而可以进行有效的资源配置。移动数据从空间到时间都颠覆了传统固网访问的特性,必然导致在很多基本设计上面的更新。为了应对这一变化,众多CDN厂商已经开始将CDN技术与大数据挖掘、云计算结合起来,通过对移动用户数据进行分析得出最佳优化路径来提升用户体验。

2014年中国CDN服务商(包括帝联、网宿、蓝汛、快网等CDN服务商)服务质量报告

有统计资料显示,CDN技术能处理整个网站页面的70%~95%的内容访问量,不但可以减轻了源服务器的访问压力,也同时提升了网站的性能、可扩展性以及安全性。目前门户网站、大中型公司、网络教学、网络游戏、证券、金融保险、ISP、ICP、网上交易等领域都有应用。很多门户网如百度、新浪、腾讯、搜狐、网易、Tom等也都在使用CDN加速。

随着互联网的发展,网名数量越来越大,人们的生活与互联网越来越密不可分,在线购物,在线玩游戏、在线看电影、在线学习等等变得越来越普及;同时各种网站供应商层出不穷,支撑内容的服务器越来越多,导致数据中心承受的数据越来越庞大。

为了用户体验变得更好,越来越多的网站选择通过CDN技术来解决。也就是提升用户访问速度的发送平台进而提升用户体验。

目前全国的CDN服务商有 财富网络、雷霆万钧、网易、搜狐、东方、和讯、新浪、聚胜万合、腾讯、万网志成、淘宝、百度、帝联、网宿、快网、万根、蓝汛、同兴万点等等,但是不同网络运营商、不同区域、不同时段分析对比,这些CDN服务商在整个2014年的服务质量又如何呢?

Raincent利用 Hugedata网络信息服务平台对全国的CDN服务商的服务质量的数据进行了提取,接下来就通过一些数据对比来看看各不同CDN服务商的各项性能指标到底如何。

一、链路时延

QQ截图20150118205552.png

链路时延(ms)

所谓链路就是从一个结点到相邻结点的一段物理线路,而中间没有任何其他的交换结点。时延是指数据从网络一端传到另一端所需的时间。

链路时延顾名思义,数据从一个结点到相邻结点的所需的时间,所以链路时延时间越短,网站速度越好,该CDN服务商的服务质量自然越好。

据数据图表显示,各CDN服务商的链路延时最低2ms,最高10ms,大多数在5ms以上。

电信用户访问时,链路延时最低是德海雷霆万钧3.75ms,最高同兴万点10.838ms,5ms以上占据10个CDN服务商,5ms以下只有7个。

联通用户访问时,5ms以下的CDN服务商有财富网络、雷霆万钧、网易、和讯、腾讯、百度,5ms以上的有搜狐、新浪、聚胜志成、淘宝、帝联、网宿、快网、万根和蓝汛。其中网易的链路延时最低,只有2.358ms,最高为蓝汛10.541ms.

其实从均值来看,各CDN服务商的链路延时都在4 ms到10ms之间,如果只考虑从链路延时的因素,CDN服务质量最好的无疑是网易,最糟糕的则是同兴万点。

二、数据丢包率

QQ截图20150118205707.png

数据丢包率(ms)

丢包率是指在执行ping时,没有返回数据包个数与所发送数据包总数的比值,单位%,数值越大,链路性能越差,相反,性能越好。一般而言,丢包率=0并且延迟小于10ms属优良;丢包率< 2%或者时延< 100ms属正常范围;丢包率>2%或者时延>100ms则属于不正常;若丢包率为100%,则说明网络中断。

从以上数据不难看出,无论是电信还是联通,所有的CDN服务商的丢包率都是良好的,但是在联通环境下,淘宝、网速、新浪快网、腾讯这几家CDN服务商的丢包率还是略高一些。

三、DNS解析时间

QQ截图20150118205825.png

DNS解析时间(ms)

想让网站打开的更快,减少域名dns解析时间是必然的。用户打开网站的整个流程中,DNS解析是第一环,当用户输入域名并敲回车后,windows系统调用DNS client,寻找到用户配置或者自动分配的DNS IP,之后就开始整个解析过程。

很显然,DNS解析时间越短,网站打开的就更快。一般经过优化的小型网站,DNS解析时间都可以控制在200MS左右,而带宽在100M左右的网站,经过优化,DNS解析时间可以控制在50-100ms。

从以上数据来看,万根、聚胜万合和同兴万点这三家CDN服务商的网站DNS解析时间明显高于其他服务商,高达800ms以上,但都还未达到1s.

据数据显示:一般网站打开时间超过8s用户即将放弃访问,而对于电子商务网站,4s就是用户忍耐极限。所以就DNS解析时间因素来说,以上CDN服务商网站的用户体验都达到优良状态。也就说明CDN服务是有意义可言的。

四、HTTP请求时间

QQ截图20150118205855.png

HTTP请求时间(ms)

HTTP请求时间的长短是影响网站速度的因素之一,时间越短,说明网站速度也快,自然,该CDN服务商的服务质量也就越好。

电信用户:从以上数据来看,只有东方、和讯、搜狐和万网志成的HTTP请求时间在30ms以内,网易和雷霆万钧的HTTP请求时间在都在100ms以上,尤其是雷霆万钧的HTTP请求时间高达270ms,如果单从这一因素来说明该CDN服务商针对电信用户的服务质量,网易和雷霆万钧无疑是非常糟糕的。

单从联通用户数据来看,财富网络、和讯、搜狐、网速、万网志成、万根和雷霆万钧的HTTP请求时间在30ms以下,淘宝和网易在100以上。相比电信用户,联通用户的HTTP请求时间更加均匀。

从均值数据来看,最糟糕的无疑是淘宝、网易和雷霆万钧,单从HTTP请求时间因素来看,CDN服务质量最好的则属财富网络、东方、和讯、搜狐、网速、万网志成这几家服务商。

五、服务器响应时间

QQ截图20150118205934.png

服务器响应时间(ms)

所谓的服务器响应时间,就是从客户端开始发出请求到服务器最后返回请求时所消耗的时间。服务器响应时间越短,说明网络越好,反之越差,一般在10-50ms, 超出这个范围网站的就不太稳定,那么CDN服务商的服务质量也就不容乐观了。

电信用户:首先我们来看电信用户在访问网站时,不同CDN服务商所服务网站的服务器响应时间如何?

图表数据显示,腾讯、帝联、百度、快网、淘宝、网易、雷霆万钧提供的服务器响应时间都在50ms以上,尤其是淘宝、网易、雷霆万钧的服务器响应时间更是达到了100ms以上,这样的用户体验是非常糟糕的。

而东方、和讯、万网志成、同兴万点、新浪、万根、搜狐、网宿、蓝汛、聚胜万合则要好的多,值得一提的是东方、和讯的服务器响应时间都在10ms,网站的用户体验感非诚的优秀。

联通用户:同过以上数据不难看出,各大CDN服务商针对不同的运营商用户的服务器响应时间是类似的,比如,服务器响应时间快的有帝联、百度、快网、淘宝、网易等等,而和讯、万网志成、新浪、万根、搜狐、网宿的服务器响应时间对于联通用户同样很慢。

当然也有几个特例,比如雷霆万钧提供CDN服务的网站,电信用户访问时,其服务器响应时间高达100ms以上,而联通用户访问时,其服务器响应时间只有10ms左右。另外还有快网、网易、和淘宝提供CDN服务的网站,在联通用户访问服务器时,响应时间也在100ms以上。

均值:图标是按照服务器响应时间的升序排列,所以单从服务器响应时间来看,服务质量最糟糕的无疑就是腾讯、帝联、百度、快网、淘宝、网易、雷霆万钧这几个CDN服务商了。

六、总结

总的来说,各CDN服务商各有其优劣势,比如:网易的链路延时解决的比较好;淘宝的丢包率相比之下非常糟糕;

网速和搜狐在DNS解析时间技术方面非常优秀,而万根、聚胜万合和同兴万点的DNS解析时间技术相比之下给客户带来的优势则要弱一些;

和讯和万网志成的HTTP请求时间和服务器响应时间相比其他的CDN服务商则要短的多。

网易、淘宝和雷霆万钧的HTTP请求时间和服务器响应时间都比较长,但相对不同供应商却更加均匀,且差异化不大。

另外:雷霆万钧的CDN服务的网站针对联通用户来说非常优良,但是对于电信的用户却没与什么优势,而CDN服务提供的就是解决网站通畅访问、南北互通、网络边缘客户访问慢等问题,所以不同运营商用户不能互通,其服务质量也就并不能算作是优良。

雅虎加强内容战略收购CDN加速技术公司PeerCDN

内容分发网络(CDN加速)提供商PeerCDN已被雅虎收购,而交易条款没有披露。PeerCDN今年早些时候公布了其项目,这基于实时通信技术WebRTC,能帮助网站访客在浏览的同时进行文字或视频聊天,同时无需安装额外软件。

通过使用WebRTC技术将所有网站访客组成P2P网络,PeerCDN的技术给网站提供了图片、视频和下载服务。这将帮助网站访客之间进行分享,从而减少网站运营方所需的带宽成本。

这是一项有趣的技术,对雅虎来说有着明显的价值。雅虎近期遭遇了邮箱服务故障,在较长时间内给一小部分用户造成影响。雅虎CEO玛丽莎·梅耶尔(Marissa Mayer)表示,这是由于“罕见的”错误。不过如果问题与服务器容量有关,那么PeerCDN的技术将带来帮助。

对于雅虎的原生音频和视频内容,PeerCDN的技术也很有用。雅虎很明显在关注这一领域,例如近期招聘了知名媒体行业人士大卫·珀格(David Pogue)和凯蒂·库里奇(Katie Couric)。提供富媒体内容对带宽要求很高,而由PeerCDN技术组成的网络将减少内容提供商的服务器成本。

75e8bc7481c0777ac150a36a8bc5f1b7.jpg

雅虎公司决定像谷歌一样,控制大众网络服务。谷歌现在控制着大量向大众提供网络服务的基础设施,其中包括来自海量数据中心的一切服务。这些数据中心可增强对大众网络服务提供商(ISPs)的机器设备服务。

美国网飞公司和已收购You Tube视频分享网站的谷歌公司已经开始在数据中心内部经营自己的内容发布网络(CDNs),这些数据中心是由像美国康卡斯特(Comcast)公司这类居民服务供应商经营的。人们可以通过这些内容发布网络减少观看在线视频的延迟时间。

雅虎公司作为一家视频公司,也打算像网飞和谷歌公司那样做。该公司刚刚聘用了前哥伦比亚广播公司(CBS)新闻节目主播KatieCouric,还有意收购在线电视中心Vimeo网站。很清楚的是,雅虎公司正在向其用户提供更多的休闲娱乐,而收购PeerCDN的服务就是它在这方面做出努力的一个重要部分。

雅虎公司收购PeerCDN使它在工程设计方面更像谷歌公司。雅虎现任CEO玛丽莎 迈耶尔作为一名电脑科学家,曾长期从事谷歌搜索产品的领导工作。整合网络运营商PeerCDN对她来说并非难事。她面临的主要困难是如何拍摄到人们真正想看的视频。

Linux上imagemagick对图片进行压缩,convert命令的压缩率还不错

Linux上imagemagick对图片进行压缩,convert命令的压缩率还不错

这里要使用到强大的图片处理工具:imagemagick,它可以对图片进行格式转换、大小压缩、增加水印等操作,而不需要去写第三方的程序,只需要写简单的SHELL脚本就可以完成图片压缩操作,我的操作环境是UBUNTU,在UBUNTU下面安装这个软件超级简单:

    sudo apt-get install imagemagick

centos安装:   yum -y install ImageMagick

 

    其它linux有对应的软件安装命令,以下有我写的两个脚本,分别对图片进行批量格式以及压缩操作:

    图片格式转换,这里的示例是将[bB][mM][pP](所有BMP文件)格式的文件,转换为占空间小的jpg文件:

    

[c-sharp] view plaincopy

  1. #!/bin/sh  
  2. for img in `find ./ -name “*.[bB][mM][pP]”`; do  
  3.         #change upper filename to lower  
  4.         _imglower=`echo $img|tr “[:upper:]” “[:lower:]”`;  
  5.         #get file’s basename  
  6.         _basename=`basename $_imglower .bmp`;  
  7.         #get file’s dir  
  8.         _dirname=`dirname $img`;  
  9.         #get desc filename with path  
  10.         _basefullname=$_dirname”/”$_basename”.jpg”;  
  11.         #do convert  
  12.         convert $img $_basefullname;  
  13.         #remove bmp file  
  14.         rm $img;  
  15.         echo “deal $_basefullname successfully”;  
  16. done  

 

    图片压缩脚本:

    

[c-sharp] view plaincopy

  1. for img in `find ./ -name “*.[jJ][pP][gG]”`; do  
  2.                 convert -quality 95% -resize 85%*85% $img $img-resized;  
  3.                 rm $img;  
  4.                 mv $img-resized $img  
  5.                 echo $img  
  6. done  
  7. for img in `find ./ -name “*.[pP][nN][gG]”`; do  
  8.                 convert -resize 85%*85% $img $img-resized;  
  9.                 rm $img;  
  10.                 mv $img-resized $img  
  11.                 echo $img  
  12. done  
  13. for img in `find ./ -name “*.[gG][iI][fF]”`; do  
  14.                 convert -resize 85%*85% $img $img-resized;  
  15.                 rm $img;  
  16.                 mv $img-resized $img  
  17.                 echo $img  
  18. done  

利用Nginx的ngx_http_image_filter_module做实时的图片压缩缩略图

CentOS使用inotify+rsync实时文件监控的同步备份

inotify是Linux下的一个文件系统事件监控机制(简单说就是用于监控某个文件夹的所有文件及文件夹的改动),作为dnotify的有效替代。inotify是一种强大的、细粒度的、异步的机制,它满足各种各样的文件监控需要。在单独使用rsync同步时,每次同步它会把全部的文件读取一遍,而inotify+rsync同步是触发式文件监控同步备份。假设被镜像端IP为192.168.1.100,镜像端IP为192.168.1.200。

一、被镜像(同步)端
linux内核2.6.13之后就支持inotify了,确认方法:

ls /proc/sys/fs/inotify

如果有以下三项就支持:

max_queued_events max_user_instances max_user_watches


安装rsync:

yum install rsync

安装inotify:
官网:https://github.com/rvoicilas/inotify-tools

cd /tmp
wget --no-check-certificate http://github.com/downloads/rvoicilas/inotify-tools/inotify-tools-3.14.tar.gz
tar -zxvf inotify-tools-3.14.tar.gz
cd inotify-tools-3.14
./configure
make
make install

默认安装到/usr/local/bin目录。

建立rsync密码文件:

vim /root/rsyncpass

输入密码:

123456

设置权限为600:

chmod 600 /root/rsyncpass

创建同步脚本:

vim /root/rsync.sh

输入:

#!/bin/bash
src=/var/www
des=backup@192.168.1.200::web
/usr/local/bin/inotifywait -mrq --timefmt '%d/%m/%y %H:%M' --format '%T %w%f' \
-e modify,delete,create,attrib ${src} \
| while read x
    do
        /usr/bin/rsync -avz --delete --progress $src $des --password-file=/root/rsyncpass &&
        echo "$x was rsynced" >> /var/log/rsync.log
    done 


注释:
inotifywait
-m:保持监听事件。
-r:递归查看目录。
-q:打印出事件。
-e modify,delete,create,attrib:监听写入,删除,创建,属性改变事件。

rsync
-a:存档模式,相当于使用-rlptgoD。
-v:详细模式输出。
-z:传输过程中压缩文件。

为脚本加执行权限:

chmod +x /root/rsync.sh

在rc.local加入自启动:

echo "/root/rsync.sh" >> /etc/rc.local

二、镜像(同步)端
安装rsync:

yum install rsync

编辑配置文件:

vim /etc/rsyncd.conf

输入:

uid = nobody
gid = nobody
use chroot = no
max connections = 10
pid file = /var/run/rsyncd.pid
lock file = /var/run/rsync.lock
log file = /var/log/rsyncd.log
hosts allow = *

[web]
path = /home/webbak
read only = no
list = no
auth users = backup
secrets file = /root/rsync.pass

建立密码文件:

vim /root/rsync.pass

输入:

backup:123456

格式为“用户名:密码”。
设置权限为600:

chmod 600 /root/rsync.pass

建立保存同步文档的目录:

mkdir /home/webbak
chown nobody:nobody /home/webbak

后台启动rsync:

/usr/bin/rsync --daemon --config=/etc/rsyncd.conf

在被镜像端上运行同步脚本:

/root/rsync.sh &

inotify文件监控工具inotify-tools使用方法介绍

inotify文件监控工具notify-tools 是为linux下提供的一套c的开发接口库函数,同时还提供了一系列的命令行工具,这些工具可以用来监控文件系统的事件。 inotify-tools是用c编写的,除了要求内核支持inotify外,不依赖于其他。inotify-tools提供两种工具,一是inotifywait,它是用来监控文件或目录的变化,二是inotifywatch,它是用来统计文件系统访问的次数。现在介绍一下它的使用方法。

源码来源:https://github.com/rvoicilas/inotify-tools/

安装方法

  1. wget http://github.com/downloads/rvoicilas/inotify-tools/inotify-tools-3.14.tar.gz
  2. tar xzf inotify-tools-3.14.tar.gz ;cd inotify-tools-3.14
  3. ./configure –prefix=/usr && make && su -c ‘make install’

使用例子

inotifywait

1、实时监控/home的所有事件(包括文件的访问,写入,修改,删除等)

  1. inotifywait -rm /home

2、监控/var/log/messeges中有关httpd的日志

  1. #!/bin/sh
  2.        while inotifywait -e modify /var/log/messages; do
  3.          if tail -n1 /var/log/messages | grep httpd; then
  4.            kdialog –msgbox “Apache needs love!”
  5.          fi
  6.        done

inotifywatch

1、统计/home文件系统的事件

  1. inotifywatch -v -e access -e modify -t 60 -r /home

参数说明

inotifywait

语法:
inotifywait [-hcmrq] [-e ] [-t ] [–format ] [–timefmt [ … ]
参数:
-h,–help
输出帮助信息
@
排除不需要监视的文件,可以是相对路径,也可以是绝对路径。
–fromfile 
从文件读取需要监视的文件或排除的文件,一个文件一行,排除的文件以@开头。
-m, –monitor
接收到一个事情而不退出,无限期地执行。默认的行为是接收到一个事情后立即退出。
-d, –daemon
跟–monitor一样,除了是在后台运行,需要指定–outfile把事情输出到一个文件。也意味着使用了–syslog。
-o, –outfile 
输出事情到一个文件而不是标准输出。
-s, –syslog
输出错误信息到系统日志
-r, –recursive
监视一个目录下的所有子目录。
-q, –quiet
指定一次,不会输出详细信息,指定二次,除了致命错误,不会输出任何信息。
–exclude 
正则匹配需要排除的文件,大小写敏感。
–excludei 
正则匹配需要排除的文件,忽略大小写。
-t , –timeout 
设置超时时间,如果为0,则无限期地执行下去。
-e , –event 
指定监视的事件。
-c, –csv
输出csv格式。
–timefmt 
指定时间格式,用于–format选项中的%T格式。
–format 
指定输出格式。
%w 表示发生事件的目录
%f 表示发生事件的文件
%e 表示发生的事件
%Xe 事件以“X”分隔
%T 使用由–timefmt定义的时间格式

inotifywatch

语法:
inotifywatch [-hvzrqf] [-e ] [-t ] [-a ] [-d [ … ]
参数:
-h, –help
输出帮助信息
-v, –verbose
输出详细信息
@
排除不需要监视的文件,可以是相对路径,也可以是绝对路径。
–fromfile 
从文件读取需要监视的文件或排除的文件,一个文件一行,排除的文件以@开头。
-z, –zero
输出表格的行和列,即使元素为空
–exclude 
正则匹配需要排除的文件,大小写敏感。
–excludei 
正则匹配需要排除的文件,忽略大小写。
-r, –recursive
监视一个目录下的所有子目录。
-t , –timeout 
设置超时时间
-e , –event 
只监听指定的事件。
-a , –ascending 
以指定事件升序排列。
-d , –descending 
以指定事件降序排列。

可监听事件

access 文件读取
modify 文件更改。
attrib 文件属性更改,如权限,时间戳等。
close_write 以可写模式打开的文件被关闭,不代表此文件一定已经写入数据。
close_nowrite 以只读模式打开的文件被关闭。
close 文件被关闭,不管它是如何打开的。
open 文件打开。
moved_to 一个文件或目录移动到监听的目录,即使是在同一目录内移动,此事件也触发。
moved_from 一个文件或目录移出监听的目录,即使是在同一目录内移动,此事件也触发。
move 包括moved_to和 moved_from
move_self 文件或目录被移除,之后不再监听此文件或目录。
create 文件或目录创建
delete 文件或目录删除
delete_self 文件或目录移除,之后不再监听此文件或目录
unmount 文件系统取消挂载,之后不再监听此文件系统。