服务器间检查会用到fping的命令,期间遇到了一个问题,需要将ping包间的间隔时间设置为100毫秒,查看fping -h看下,找到了-i和-p两个参数: 看到这两个参数,我当时的表情是这样的: 看不懂,那就测吧: 先来-i: 间隔1s,没有生效.! 再试试-p OK,这个生效了,但-i 和-p的区别是什么?我又尝试了下面的操作: 得出结论: -i 多个目的地址ping包的发送间隔时间 -p 单个IP地址ping包的发送间隔时间 又有一个问题: -i -p是否可以同时使用? 得出结论: 同时使用

在一些业务系统中,经常会出现一些需要定时运行的任务,业界已有很多优秀的选择,比如windows schedule task,Quartz等等.在以前在新蛋的时候用的是内部封装的JobConsole,非常棒,是一个很不错的产品.现在在新公司里面,经过内部技术同事讨论,决定用windows schedule task.在之前设置一些Job时,好像感觉windows schedule task的最小时间间隔是5分钟,结果有一些要求及时性好一些的Job也只能暂时设置为5分钟.结果老大有一天去尝试研究了一

1 现象 近期对一款基于QCA方案.有线Phy为AR8033.WiFi双频且支持iEEE802.11AC的WLAN产品进行了深度验证,发现有线口同部分PC机直连时,WiFi终端ping 该PC机时总是丢包,有时高达20%:但通过交换机再接PC机时,又不会丢包.一直以为是偶现,所以未引起重视,反正跑流性能与稳定性都没有任何影响.后来新购了一批千兆有线口的便携机进行配套验证时,发现每台都是如此,ping包丢得一塌涂地.在WLAN设备和PC机上分别开启抓包工具,可以看到设备已发包,但PC机未收到报文:

问题:当centos 有多个网口,发起ping包时,是根据什么规则来确定是使用哪个源ip? 解答:根据目的ip来确定,迭代可以确定源ip 具体的确定方法是, (1)先根据目的ip来确定使用哪个路由表项 (2)路由表项会显示下一跳ip (3)根据下一跳ip所在的网段路由,可以看到路由表项后面带一个 scope link src xxx, 这个xxx ip就是源ip.

链接: https://pan.baidu.com/s/1WB3BZn0r9n4DRU_8bNC65g 提取码: mybi zping的第一个exe版本由于未对兼容性进行测试,使用python3.6编写64位win10操作系统打包.造成仅64位win10可用的情况. 6月4日 由于python3.6对于低版本操作系统的糟糕兼容性,故对源码进行了降级至python2.7的处理.使用32位win7系统打包,目前大部分常用的Windows系统应该都可以运行.另由于xp系统语言为中文时ping命令的回显

      由于经常遇到需要长时间监测网络延迟的情况,pingplotter工具虽好但是要收费.于是我决定自己写个ping工具名字暂定zping.短期目标输出带时间信息的txt或Excel日志文件.便于分析网络波动情况.长期目标是做出来图形界面和网页界面. 链接: https://pan.baidu.com/s/1ukhlNo1IyGhfAwrLm38vQw 密码: hdxt 使用pyinstaller打包生成了首个exe测试文件zping20180524.exe.文件名可根据喜好自行修改,可在

PING包发送里面有一个比较关键的就是checksum即校验和 checksum本来就是ICMP包内的数据 怎么又从ICMP包开始计算?后来看了一下文档,就是就算ICMP的时候checksum本身 的字段要置零 //计算网际效验和函数 pBuf指向ICMP数据开始的地方 uint16_t checksum(uint16_t *pBuf,int iSize) { uint32_t cksum=; pBuf[]=;//checksum字段本身应该置零 ) { cksum+=*pBuf++; iSiz

1 #!/bin/bash 2 NOW="`date +%Y%m%d-%H:%M:%S`" 3 PHONES=15134567893 4 IP=10.100.8.78 5 GATEWAY=10.100.30.1 6 #ping失误的短信内容 7 content1="host is failed" 8 #arp主机网关失误的短信内容 9 content2="GW is failed" 10 #ping日志路径 11 LogFile="/t

参考链接: http://blog.csdn.net/zpxili/article/details/11542041 http://blog.csdn.net/cbuttonst/article/details/7610801 上面两位兄弟的是发一个icmp包,就收一次.在我的电脑上运行的时候, 估计是我的网络中有回环,结果每次收到的都是刚刚发出去的icmp包, 用wireshark抓包又能够抓到正确的reply包.调试了好久,修改如下. //CPing.h #ifndef CPING_HJ #

默认情况下Linux系统允许ping,但是在某些情况下为了安全起见,我们都把服务器设置为禁ping  临时允许ping命令可使用命令: echo 0 >/proc/sys/net/ipv4/icmp_ignore_all :0,代表允许:1,代表禁止 1,查看当前设置: 为0,为此我们可以ping一下试试 2,使用ping命令测试 使用 -t可以连续ping 3,永久允许或禁止ping,修改配置文件/etc/sysctl.conf 如上图所示添加一行,net.ipv4.icmp_echo_ign

@echo off ::等待用户输入需要监控IP set /p ip=Input the IP required to monitor: echo executing...... :start echo|set /p ="!" ::将时间插入到日志文件 echo %date% %time% >>%ip%_log.txt ::findstr "Reply Request", 服务器端 ::find "来自", PC机端 ::测试结果插入

/*页面编码:GBK 开发环境 VS2019 */ #define _WINSOCK_DEPRECATED_NO_WARNINGS#include <iostream>#include<WinSock2.h>#pragma comment(lib,"ws2_32.lib") #define SIO_RCVALL _WSAIOW(IOC_VENDOR,1) std::string Utf8ToGbk(const char* src_str){ int len =

1.首先要明确,无论是tcp, udp, raw等这些都要占用socket, 那么就涉及到连接数的问题. 所以,linux连接数的问题,不仅仅是tcp连接数. 2.查看当前系统中所有的socket 连接数,使用 ss -a 3.另外一种查看linux socket连接数的方法 http://www.cnblogs.com/liangle/archive/2012/05/24/2517218.html

33.高可用架构33.1 MMM架构MMM(Master-Master replication manager for MySQL)是一套支持双主故障切换和双主日常管理的脚本程序(Perl).主要用来监控和管理MySQL Master-Master双主复制.优点:故障切换.多个Slave的read负载均衡.缺点:无法完全保证数据一致性. 33.2 MHA架构MHA(Master High Availability)目前在MySQL高可用方面是一个相对成熟的解决方案.MHA由DeNA公司yoush

MHA的理论知识网上有很多教程,这里不会说明:仅推荐博客链接! MHA的理论说明:http://www.ywnds.com/?p=8094 MHA的安装包需要在google上面下载,或者就是csdn上面花钱下载! 详细说明怎么搭建MHA #四台服务器分配如下 10.0.102.214 test3 MHA的管理节点 10.0.102.204 test2 master节点 10.0.102.179 test1 slave节点(作为备用的管理节点) 10.0.102.221 mgt01 slave节点

MHA 官方网址 Manager : https://github.com/yoshinorim/mha4mysql-manager Node : https://github.com/yoshinorim/mha4mysql-node MHA 工作原理 主库宕机处理过程 1. 监控节点 (通过配置文件获取所有节点信息) 系统,网络,SSH连接性 主从状态,重点是主库 2. 选主 (1) 如果判断从库(position或者GTID),数据有差异,最接近于 Master 的 slave,成为备选主

一.网卡的命名 1.传统网卡命名 eth0.eth1.eth2.eth3......... wlan0.wlan1.waln2.wlan3......... 2.RHEL7命名机制 systemd对网络设备的命名方式: 如果firmware或BIOS为主板上集成的设备提供的索引信息可用,且可预测, 则根据此索引进行命名,例如:eno1 如果firmware或BIOS为PCI-E扩展槽所提供的索引信息可用,且可预测,则根据此索引进行命名,例如:ens1 如果硬件接口的物理位置信息可用,则根据此信息

1 概述 1.1 MHA 简介 MHA - Master High Availability 是由 Perl 实现的一款高可用程序,出现故障时,MHA 以最小的停机时间(通常10-30秒)执行 master 的故障转移以及 slave 的升级.MHA 可防止复制一致性问题,并且易于安装,不需要改变现有部署. MHA 由MHA manager和MHA node组成, MHA manager是一个监控管理程序,用于监控MySQL master状态; MHA node是具有故障转移的工具脚本,如解析

MYSQL MHA 简介: MHA(Master High Availability)目前在MySQL高可用方面是一个相对成熟的解决方案,它由日本DeNA公司youshimaton(现就职于 Facebook公司)开发,是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件.在MySQL故障切换过程中,MHA能做到在 0~30秒之内自动完成数据库的故障切换操作,并且在进行故障切换的过程中,MHA能在最大程度上保证数据的一致性,以达到真正意义上的高可用. 该软件由两部分组成:MHA

简介: MHA(Master High Availability)目前在MySQL高可用方面是一个相对成熟的解决方案,它由日本DeNA公司youshimaton(现就职于Facebook公司)开发,是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件.在MySQL故障切换过程中,MHA能做到在0~30秒之内自动完成数据库的故障切换操作,并且在进行故障切换的过程中,MHA能在最大程度上保证数据的一致性,以达到真正意义上的高可用. 该软件由两部分组成:MHA Manager(管理节