944 浏览
解压缩
mv initrd.img initrd.img.gz
gunzip initrd.img.gz
cpio -ivmd < initrd.img
解压后得到以下文件\目录
# ls
bin dev etc init initrd.img modules proc sbin selinux sys tmp var
关于驱动的修改都在modules中
重新打包
rm -f initrd.img
find . | cpio -c -o > ../new
gzip ../new
mv ../new.gz initrd.img
7,493 浏览
本篇文章未经允许，不得转载！ 内容未分级，有可能会对部分读者造成不适，还请谅解。
作为一个标题党成员，我可以很负责的告诉你——我真不知道运维自动化怎么做，更不知道怎样才能做好！
Read More →
1,611 浏览
小米在SACC2013（中国架构师大会）分享移动互联网基础设施的建设和优化。
主要内容为：
1.小米的节点建设
2.用户调度
3.质量跟踪
4.持续优化
key point：
1.选点测试方法
2.多链路回源，V1/V2
3.DNS的HTTP功能
4.TCPXM
PDF下载：
Read More →
1,968 浏览
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 |
小米系统运维部，真诚的求工程师：）主要是两个职位，平台开发工程师 和 安全工程师 如果你有意，请一定一定及时来联系我呀 laiwei@xiaomi.com #### 平台开发工程师 目标是提高系统运维的自动化，目前在做的，主要包括 - 运维平台 - PaaS - 监控系统，自动化部署等 #### 安全工程师 包括产品安全生命周期跟进，主动渗透测试，安区防护等 目前我们主要在做的有 - 安全扫描和工具开发（主机漏洞和web应用漏洞） - 主动渗透测试 - waf - 入侵检测 - 安全问题响应等。 如果你既有甲方的工作经验，又有乙方的经历，那加分呀：） 如果你有移动平台相关的经验，那继续加分呀：） 然后薪资待遇，如果遇到对的人，那我觉得应该还是很不错的！ ----- 下面是一些更详细的职位介绍 #### 系统运维平台研发招聘职位介绍： - 熟悉Linux操作系统，计算机网络等，基础知识扎实 - 精通Linux系统下C、C++、golang或Python、Ruby、Shell等脚本语言开发 - 有前端开发知识储备，熟悉Javascript、CSS，html，了解常用的前端框架，包括不限于Bootstrap，Jquery等 - 重度github用户加1分：） - 学习能力强，肯钻研，认真踏实 - 有良好的时间观念，能很好的沟通交流，乐于分享 #### 安全组招聘职位介绍： - 熟悉Linux操作系统，计算机网络等，基础知识扎实 - 精通Linux系统下C语言以及Python、php、Shell等脚本语言开发 - 精通web安全技术，熟悉OWASP TOP10漏洞，并了解漏洞原因以及解决方案 - 熟悉渗透测试流程，并有较强渗透测试和漏洞挖掘能力 - 了解移动平台漏洞挖掘技术，以及解决方案 - 学习能力强，肯钻研，认真踏实 - 有良好的时间观念，能很好的沟通交流，乐于分享 - 具有正确的价值观，良好的职业道德，充分认识到信息安全工作的社会责任。 |
2,911 浏览
以前我们为nginx做统计,都是通过对日志的分析来完成.比较麻烦,现在基于ngx_lua插件,开发了实时统计站点状态的脚本,解放生产力.
项目主页: https://github.com/skyeydemon/ngx-lua-stats
http://wiki.nginx.org/HttpLuaModule#Installation
在nginx的配置中添加dict的初始化, 类似如下
|
1 2 |
lua_shared_dict log_dict 20M; lua_shared_dict result_dict 20M; |
4,456 浏览
1,967 浏览
NoOps的目标是希望系统不需要运维或者更少的运维工作，DEV从产品的开发的前期，到最后的部署都由运维组件来支持完成.
这个过程既包括业务本身的变更控制，也包括业务保障部分的联动变化。在这里，小米运维架构师伏晔将为大家讲述小米的运维。
PDF下载：
Read More →
4,902 浏览
支持A、SOA、NS记录的查询，支持DNS forward功能
在虚拟机2.4G CPU上能够处理1000QPS查询请求，打开debug日志后可以到800QPS。3-5台dns server组成的集群已经能够满足大部分站点的需求。
目前我们正在实现和小流量测试go语言实现的smartdns，能够达到3wQPS以上，后续测试稳定后会开源出来，大家敬请期待：）
smartdns响应dns请求的处理流程如下：
IPPool类的初始化和该类中FindIP方法进行解析处理是smartdns中最关键的两个要素，这两个要素在下面详细介绍。其他的特性比如继承twisted中dns相关类并重写处理dns请求的方法、升级twisted代码支持解析和处理edns请求等大家可以通过代码了解。edns知识可以猛戳这里：DNS support edns-client-subnet
ip.csv内容格式如下：
200000001, 200000010,中国,陕西,西安,电信
其中各个字段含义分别为 IP段起始，IP段截止，IP段所属国家，IP段所属省份，IP段所属城市，IP段所属ISP
Read More →
1,629 浏览
dsnat(Dynamic Source Network Address Translation) 是一个基于lvs的模块,在taobao开源的FNAT基础上开发,dsnat位于网络的网关位置,内网访问外网时,会将内网地址改成公网地址池中的ip,轮询选择
目前该模块只支持ipv4下的TCP,UDP协议, ICMP暂时还不支持
dsnat_tools包含ipvsadm和keepalived这2个工具,在官方源码的基础上修改添加了对dsnat的支持
- ipvsadm是对lvs进行配置的用户空间工具,ipvsadm->lvs类似于iptables->netfilter
- keepalived是对lvs集群的一个自动化配置工具(以服务形式常驻内存),可针对rs自动摘除和添加rs到vs中;并带有HA功能,提供热备容灾
3,912 浏览
前两天aiming说有个内部访问php接口的服务器经常会收到rst。起初就怀疑是time_wait之类的东西作怪，但是一直想着会是client端time_wait的问题，于是陷入了死胡同。。。刚才突然想起貌似client端去请求server端http接口，主动断开的一方应该是server端，是server端进入了time_wait。顺着这个思路，经过试验，终于发现了问题的所在。
实验中用到的工具:tcpdump，curl，hping（你需要对他们进行一定的了解才能理解下面的内容）
实验中的client:sd-pt-cs00.bj(10.180.2.251)
实验中的server:sd-pt-xman00.bj(10.180.2.243)
我们首先模拟client请求server端http
[root@client]# curl "sd-pt-xman00.bj"
#得到若干内容
同一时间在server端抓到的包如下
tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes
00:04:45.820164 IP (tos 0x0, ttl 64, id 10936, offset 0, flags [DF], proto TCP (6), length 60)
sd-pt-cs00.bj.57979 > sd-pt-xman00.bj.http: Flags [S], cksum 0xc4ea (correct), seq tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes
00:04:45.820164 IP (tos 0x0, ttl 64, id 10936, offset 0, flags [DF], proto TCP (6), length 60)
sd-pt-cs00.bj.57979 > sd-pt-xman00.bj.http: Flags [S], cksum 0xc4ea (correct), seq 2862922835, win 14600, options [mss 1460,sackOK,TS val 1309251307 ecr 0,nop,wscale 6], length 0
00:04:45.820217 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 60)
sd-pt-xman00.bj.http > sd-pt-cs00.bj.57979: Flags [S.], cksum 0xd192 (correct), seq 3280914721, ack 2862922836, win 14480, options [mss 1460,sackOK,TS val 4054807901 ecr 1309251307,nop,wscale 7], length 0
00:04:45.820217 IP (tos 0x0, ttl 64, id 10937, offset 0, flags [DF], proto TCP (6), length 52)
#此处省略若干行
00:04:45.821854 IP (tos 0x0, ttl 64, id 10942, offset 0, flags [DF], proto TCP (6), length 52)
sd-pt-cs00.bj.57979 > sd-pt-xman00.bj.http: Flags [F.], cksum 0x2ad1 (correct), seq 168, ack 3080, win 364, options [nop,nop,TS val 1309251309 ecr 4054807902], length 0
00:04:45.822037 IP (tos 0x0, ttl 64, id 48260, offset 0, flags [DF], proto TCP (6), length 52)
sd-pt-xman00.bj.http > sd-pt-cs00.bj.57979: Flags [.], cksum 0x2bc2 (correct), seq 3080, ack 169, win 122, options [nop,nop,TS val 4054807903 ecr 1309251309], length 0
可以算出来，最后server端针对client的fin包的ack值为169+2862922835=2862923004
接下来查看server端对这次链接的time_wait
Read More →