南非蚂蚁，著名Linux专家，知名IT作家。毕业于西安电子科技大学通信工程专业，爱好计算机，毕业后从事计算机行业。曾就职于新浪网、阿里云（万网），任职系统架构师。曾出版畅销书《循序渐进Linux》、《高性能Linux服务器构建实战》作者。
发布时间：2014-09-26 11:00:36
今天刚刚爆出Bash安全漏洞，Bash存在一个安全的漏洞，该漏洞直接影响基于Unix的系统（如Linux、OS X 等）。该漏洞将导致远程攻击者在受影响的系统上执行任意代码。【已确认被成功利用的软件及系统】 所有安装GNU bash 版本小于或者等于4.3的Linux操作系统。 【漏洞描述】 该漏洞源于你调用的.........【阅读全文】
发布时间：2014-09-15 15:17:33
一、合理使用Shell历史命令记录功能在Linux下可通过history命令查看用户所有的历史操作记录，同时shell命令操作记录默认保存在用户目录下的.bash_history文件中，通过这个文件可以查询shell命令的执行历史，有助于运维人员进行系统审计和问题排查，同时，在服务器遭受黑客攻击后，也可以通过这个命令或文件查询黑客登录.........【阅读全文】
发布时间：2014-09-15 14:46:23
在Keepalived集群中，其实并没有严格意义上的主、备节点，虽然可以在Keepalived配置文件中设置“state”选项为“MASTER”状态，但是这并不意味着此节点一直就是Master角色。控制节点角色的是Keepalived配置文件中的“priority”值，但并它并不控制所有节点的角色，另一个能改变节点角色的是在vrrp_script模块中设置的“weig.........【阅读全文】
发布时间：2014-09-15 14:45:08
其实很久没写过非技术方面的文章了，一方面是因为自己确实不擅长写这方面的东西，另一方面是因为繁忙的工作，思考的时间也少了，最近偶有感触，寥寥数笔,一吐思绪吧！性格决定命运，这句话真的不错，大学优异的成绩让我顺利的做了一名技术工程师，算下来，从入行到今日，已近10年，期间做过程序员、网络工程师、系统工程.........【阅读全文】
exitgogo2016-02-03 15:17
saup007：双主MySQL配置Keepalived，2个角色都为BACKUP,
A节点：
vrrp_script chk_mysql_server {
#script "/opt/keepalived/script/chk_mysql_server.sh"
script "killall -0 mysqld"
interval 30 # 检测时间为30s
weight 21
}
vrrp_instance VI_1 {
state BACKUP
interface eth1
virtual_router_id 59
priority 100
advert_int 1
nopreempt
#mcas_src_ip 172.19.1.201
authentication {
auth_type PASS
auth_pass 1111
}
notify_master "/opt/keepalived/script/master.sh"
notify_backup "/opt/keepalived/script/backup.sh"
notify_fault "/opt/keepalived/script/fault.sh"
notify_stop "/opt/keepalived/script/stop.sh"
track_script {
chk_mysql_server
}
virtual_ipaddress {
172.19.1.249/24 dev eth1 scope global label eth1:0
}
}
B节点：
priority 90
#nopreempt
当停掉A的MySQL，正常切换到B，当把A MySQL启来后，vip依然在B，这个符合逻辑，但把A MySQL启来后，再去停掉B MySQL，VIP却没有飘移到A上，why？
vrrp_script chk_mysql_server {
#script "/opt/keepalived/script/chk_mysql_server.sh"
script "killall -0 mysqld"
interval 30 # 检测时间为30s
weight 21
}
这里面的权重设置有问题，修改weight值
saup0072015-08-27 15:16
双主MySQL配置Keepalived，2个角色都为BACKUP,
A节点：
vrrp_script chk_mysql_server {
#script "/opt/keepalived/script/chk_mysql_server.sh"
script "killall -0 mysqld"
interval 30 # 检测时间为30s
weight 21
}
vrrp_instance VI_1 {
state BACKUP
interface eth1
virtual_router_id 59
priority 100
advert_int 1
nopreempt
#mcas_src_ip 172.19.1.201
authentication {
auth_type PASS
auth_pass 1111
}
notify_master "/opt/keepalived/script/master.sh"
notify_backup "/opt/keepalived/script/backup.sh"
notify_fault "/opt/keepalived/script/fault.sh"
notify_stop "/opt/keepalived/script/stop.sh"
track_script {
chk_mysql_server
}
virtual_ipaddress {
172.19.1.249/24 dev eth1 scope global label eth1:0
}
}
B节点：
priority 90
#nopreempt
当停掉A的MySQL，正常切换到B，当把A MySQL启来后，vip依然在B，这个符合逻辑，但把A MySQL启来后，再去停掉B MySQL，VIP却没有飘移到A上，why？
