我也来崇拜一下
作者:sealinger 发布时间:August 26, 2011 分类:默认分类 No Comments
这个25年来最成功的CEO,以其非凡的远见和领导让苹果成为世界上最具价值的公司,全世界都对他的产品趋之若鹜,牛叉叉!~
Maybe I was A Bird in Another Life
作者:sealinger 发布时间:August 26, 2011 分类:默认分类 No Comments
这个25年来最成功的CEO,以其非凡的远见和领导让苹果成为世界上最具价值的公司,全世界都对他的产品趋之若鹜,牛叉叉!~
作者:sealinger 发布时间:August 24, 2011 分类:混口饭吃 No Comments
宿主机环境需求
在 VMware Workstation 7 上部署BIG-IP VE
1、网络配置建议
在 VMware Workstation 7 上部署 BIG-IP VE Trial 版本时,F5 官方建议配置如下:
1)使用 bridged(桥接)网卡走管理IP的流量,用 host-only 网卡走应用服务的流量;
2)在每一个Virtual Server上配置一个SNAT POOL(简单方法是启用Auto Map)。
2、虚拟机网络配置
配置三块虚拟网卡如下,一个Bridged,两个Host-only,其中规划:
BIG-IP VE的虚拟机配置:
3、BIG-IP LTM网络配置
1)管理接口(Management Port)的IP配置
配置成和你宿主主机桥接的网卡同样网段的IP即可,使用 config 命令进行配置:
2)VLAN 和 Self IPs 配置
VLAN 配置:
Self IPs 配置,分配配置成和 VMnet1 和 VMnet2 相同网段的IP即可:
4、配置 POOL 和 Virtual Server
1)配置 POOL
说明:对于应用服务的流量,我们使用的是Host-only模式,故配置的POOL里的服务需是宿主主机本身上的服务,即 node 是宿主主机本身的虚拟网卡VMnet2的IP(172.16.20.1)。
2)配置 Virtual Server
说明:默认VMware Workstation 7分配所有的本地clients和servers在同一个虚拟的桥上(相当于连接是有状态的),造成潜在的网络问题;我们可以在BIG-IP中启用Auto Map来避免这个问题,这个特性使得BIG-IP LTM将Virtual Server接到的请求,自动转换客户端源地址为BIG-IP的接口地址,地址转换保证了server将回应回复到BIG-IP再返回给client。
3)测试效果
在宿主主机启动一个webserver,使用VMnet2的IP可访问:
使用BIG-IP LTM Virtual Server 的IP可访问:
作者:sealinger 发布时间:August 21, 2011 分类:混口饭吃 No Comments
过程重现:
1)假设目录下有如下几个文件
[ligb@localhost ligb]$ ll total 0 -rw-rw-r-- 1 ligb ligb 0 Aug 21 10:00 time1000 -rw-rw-r-- 1 ligb ligb 0 Aug 21 12:00 time1200 -rw-rw-r-- 1 ligb ligb 0 Aug 21 14:00 time1400 -rw-rw-r-- 1 ligb ligb 0 Aug 21 16:00 time1600 [ligb@localhost ligb]$ [ligb@localhost ligb]$ date Sun Aug 21 17:39:27 CST 2011 [ligb@localhost ligb]$
2)使用find命令查找修改时间为4个小时之前的
分别使用 -exec 和 xargs 来处理find的结果:
[ligb@localhost ligb]$ find . -type f -mmin +240 -exec ls -l {} \;
-rw-rw-r-- 1 ligb ligb 0 Aug 21 10:00 ./time1000
-rw-rw-r-- 1 ligb ligb 0 Aug 21 12:00 ./time1200
[ligb@localhost ligb]$
[ligb@localhost ligb]$ find . -type f -mmin +240 |xargs ls -l
-rw-rw-r-- 1 ligb ligb 0 Aug 21 10:00 ./time1000
-rw-rw-r-- 1 ligb ligb 0 Aug 21 12:00 ./time1200
恩,没有问题,很正常。
3)使用find命令查找修改时间为8个小时之前的
分别使用 -exec 和 xargs 来处理find的结果:
[ligb@localhost ligb]$ find . -type f -mmin +480 -exec ls -l {} \;
[ligb@localhost ligb]$
[ligb@localhost ligb]$ find . -type f -mmin +480 |xargs ls -l
total 0
-rw-rw-r-- 1 ligb ligb 0 Aug 21 10:00 time1000
-rw-rw-r-- 1 ligb ligb 0 Aug 21 12:00 time1200
-rw-rw-r-- 1 ligb ligb 0 Aug 21 14:00 time1400
-rw-rw-r-- 1 ligb ligb 0 Aug 21 16:00 time1600
[ligb@localhost ligb]$
问题来了,-exec 的结果是对的,xargs 却列出了所有文件,这是怎么回事???
问题分析:
1)先看看xargs 是什么:
NAME
xargs - build and execute command lines from standard input
恩。。跟我们想的一样。
2)但是上面例子说明,xargs 即使在前一个命令没有输出结果的时候,它也照样执行它后面的命令。
这就是问题所在了。。。
解决办法:为 xargs 加上参数 --no-run-if-empty
[ligb@localhost ligb]$ find . -type f -mmin +480 |xargs --no-run-if-empty ls -l [ligb@localhost ligb]$
恩,好了,很欣慰。
作者:sealinger 发布时间:August 18, 2011 分类:简单生活 No Comments
“30年的苦练,终于要修成正果了”,这是我们考驾照四人组这几天经常说的一句话,今天终于变成现实了!!激动啊!!
今天路考,驾照最后一门,也是最难的一门,终于全部通过,而且灰常顺利,可喜可贺!!
排队准备考试前的紧张,转变成现在的轻松,但心情久久不能平静,刚考完时的高兴,其实是很少能体会到的,应该是灰常的有成就感!
现在就剩等待驾照了,10天左右,哈哈。。。
作者:sealinger 发布时间:August 14, 2011 分类:混口饭吃 1 Comment
在抓包的过程发现很多从本地主机(客户机)发出的 TCP 包有很多都是报 TCP checksum error ,但应用正常,从 server 返回的包也一切正常,很是奇怪。
如图,很多黑色的条目,黑色一般就是有问题的包:
网上有一篇帖子,说明了这个情况产生的原因:
http://www.netexpert.cn/thread-4850-1-1.html 5.23 Ethereal抓包时发现TCP校验和错误 Q: 在Windows平台上用Ethereal抓包时发现TCP校验和错误, 但应用层的反应告诉我,这个报文的TCP校验和没问题。 A: 2000-03 网卡配置->高级->Rx Checksum Offload/Tx Checksum Offload, 很可能你的这两处设置是Enable,将之调整成Disable即可,代价是网络性能降低。 一般由操作系统的TCP/IP协议栈完成TCP/UDP/IP校验和的计算工作, 这两处设置成Enable之后,协议栈不再进行校验和的计算,而是由网卡自己完成。 如果在前述位置没有发现Rx Checksum Offload/Tx Checksum Offload项, 有两种可能,一种是网卡本身不支持这种功能,另一种是网卡驱动未提供配置项,后一种情形居多。 事实上该问题与使用何种Sniffer软件无关。
解决方法:
把网卡的属性修改一下就可以,禁用 Checksum Offload(原理是让网卡硬件自己计算校验和,而不是交给操作系统的 tcp/ip 协议栈来计算):
禁用 Checksum Offload 后,抓的包显示清爽多了: