201208 - 蚂蚁网-多维人生，三实而立！

欢迎关注:1，欢迎关注本博客，你可点击右手边的【QQ邮件订阅】订阅本博客！2，本博客推出江湖救急计划，主要为工作中遇到疑难杂症的兄弟提供远程技术支持和分析，如有需要，请在江湖救急计划页面给我留言！

印象中关于毒蛇的二三事

作者：易隐者发布于：2012-8-24 18:39 Friday 分类：个人观感

        儿时家中贫穷，没电视看，听收音机是当时主要的娱乐方式，记得当时听得最多的就是各种评书，什么单田芳、刘兰芳等，也不知听了多少，只是现在除了记得这几个大师级的评书人名之外，绝大部分内容已经完全没有印象了，唯一记得的是一部讲蛇花子的小说评书，听的不全，但是其中的几个场景却清晰的印在了脑海里，有个场景说小花子不懂事，直接上手玩一条青蛇，被其父狠狠的教训了一顿，说是竹叶青，剧毒无比，被咬到容易丧命；还有一个场景，老花子被人雇去捉一条能够吐丝的大毒蛇，这条毒蛇藏在大树上，很难发现，后来老花子在发现大蛇后，准备伏击捕获，结果一拳打在了较粗的树枝上，把树枝打断了，惊动了大毒蛇，结果命丧毒蛇口下……
       当时觉得真的是惊心动魄的场景，现在想来，觉得作者对蛇类的了解很是泛泛，毒蛇蛇种中，很少见到体型较大的品种，目前世界上体型较大的毒蛇主要有眼镜王蛇（常长达3～4 m，最大长度纪录几达6 m）、菱斑响尾蛇（约可达3米左右）、北美巨蝮蛇（平均体长3.5米）、莽山烙铁头（可达2米长）、曼巴（一般均超过3米，最长记录可达4.5米）等，树栖的大型毒蛇似乎没听说，吐丝一说，应该来源于五步蛇，在国内能见到的大型毒蛇估计也就是眼镜王了，但是眼镜王好像没见过上树的。
       另关于伏击毒蛇一说，更是匪夷所思，蛇类不是主要通过眼睛来发现目标的，特别是毒蛇，其主要通过颊窝热成像发现热源，还通过信子捕捉附近的气味发现目标，因此伏击一说纯属艺术加工，跟科学完全无关，只能说作者想象力丰富了。另外，出拳未中蛇头而将树枝打断，也不符合常理，呵呵。
       这部小说后来就是说到解放后的一些生活云云，我就没什么印象了，记得数年前我曾在网上尝试着去找这部小说，但是没有找到，也就作罢。

安徽皖中地区的毒蛇分布非常少，小的时候听闻过“土地蛇”，好像还看别人打死过一条，但是早就没有具体的印象了，后来上爬行天下，才发现“土地蛇”其实就是短尾蝮，很多地方叫它“土公蛇”，当然这个短尾蝮毒性也是很大，可能正因为如此，它才在人群密集的皖中地区消失了吧。

在庐中读书时，有一个跟我同小镇的同学好友，他少了一个手指，大家都很好奇，某日也不记得因什么而起，竟然说起这个，他说小时候在山上被毒蛇咬到手指，他父亲手起刀落，果断的将被咬的手指砍掉以保住他的性命，我在佩服其父的勇气之余，也不免想，什么毒蛇这么厉害，以至于必须断指方能保命？我们家的小镇正好是皖南山区与皖北平原过度的丘陵地带，想来在以前的时候，可能还会有些五步蛇、竹叶青之类的致命毒物。

去年去庐山的时候，大家一起徒步去看三叠泉，途中小鲍发现一绿色小蛇，蟠于一小树之上，三角形的头、鲜嫩的绿、焦红色的尾很是显眼，非竹叶青莫属。但是那时候已经入深秋，懒洋洋的，估计是出来晒太阳，这是我目前为止生平第一次在野生环境下亲见毒蛇。当时想如果在这个不上不下的山路上被它咬到，岂不是性命难保，光走下山去也要个1个小时吧，这个时间应该足以让人性命堪忧了。

简单普及一些毒蛇知识：
1，中国境内毒性最大的蛇是银环蛇

2，中国境内毒蛇毒牙最大的是五步蛇，被咬疼感最强的也是五步蛇

3，体型最大的毒蛇是眼镜王，单次注射毒液量最大，没看错，别以为眼镜王只有印度有，中国也有很多

4，国粹是莽山烙铁头，仅中国有。

5，白头蝰蛇号称喜马拉雅山的精灵，很少见，蛇类中基因最原始的，剧毒。

6，比较常见的毒蛇：蝮蛇、竹叶青。

7，比较有特色的的毒蛇，个人觉得白头蝰、莽山烙铁头、越南烙铁头华东亚种。

阅读全文>>

标签: 毒蛇

评论(0) 引用(0) 浏览(91424)

从《复仇者联盟》看可视的重要性

作者：易隐者发布于：2012-8-23 20:58 Thursday 分类：其他

刚才看复仇者联盟，在刚开场的片段中出现下面一幕的对白：

独眼龙长官问：情况有多糟？

手下小弟答：最糟的是，长官，不知道情况

这一幕已经把信息系统运维管理工作中可视的重要性淋漓尽致的表现出来了，你认为呢？

阅读全文>>

标签: 可视性运维管理信息系统可视复仇者联盟

评论(0) 引用(0) 浏览(4308)

关于服务器端发送FIN报文之前的数秒等待时间行为的分析

作者：易隐者发布于：2012-8-21 22:40 Tuesday 分类：网络分析

就这个问题，我来简单分析一下基于TCP的应用，正常释放TCP连接的行为：

在实际环境下，我们可以抓到各种FIN正常释放连接的报文，大部分交互完毕应用数据之后立即发送FIN报文释放连接，如下图所示：

有些交互完毕应用数据后，服务器端立即发送FIN报文，客户端在确认FIN报文之后，发送RST报文，释放TCP连接，这样做主要视为了提高交互的效率，省去了服务器确认客户端FIN报文和客户端等等服务器端确认的过程和时间，如下图所示：

有些则如上面兄弟遇到的那个情况，双方在建立TCP连接后，进行应用数据的交互，应用数据交互完毕之后，服务器端并不是立即发送FIN报文，正常释放该TCP连接，而是等待一段时间，看客户端是否有新的应用数据需要交互，如果有，则不需要再建立一个新的TCP连接，直接使用已有连接进行交互，如果超出时间客户端无应用数据交互，则服务器端主动发送FIN报文，正常释放该TCP连接。

这个过程，是由应用程序控制的，跟操作系统无关。另这种机制一般情况下能够提高应用交互的效率，这个服务器端等待客户端是否有应用数据交互的时间不能算作是应用响应时间。

阅读全文>>

标签: TCP RST 延时响应时间应用响应时间 FIN 正常释放 TCP行为长连接短连接

评论(2) 引用(0) 浏览(14741)

带有应用层字段的TCP RST报文

作者：易隐者发布于：2012-8-21 11:09 Tuesday 分类：网络分析

今天在为一个朋友准备培训材料的时候，在某个客户那边捕获的数据包文件中，无意中发现RST报文中竟然带有应用层字段，如下图所示：

这是一个SSH的TCP连接，一般而言，对端在收到TCP RST报文后，便会立即释放该TCP连接，这个是传输层控制的，即使RST报文中带有应用层字段，传输层也不会将这个应用层字段提交给应用进程。

如此来看，这个TCP RST报文带有应用层字段“ Reset cause: Go away, we're not home ”，似乎也没什么意义。

阅读全文>>

标签: TCP RST reset 应用字段培训 SSH

评论(0) 引用(0) 浏览(9812)

如何跟踪分析数据经过中间设备后的变化以及这些变化给客户端与服务器带来的影响

作者：易隐者发布于：2012-8-20 21:20 Monday 分类：网络分析

中间设备会对经过它的数据报文进行修改、检测、丢弃等处理，这些操作对交互数据的客户端与服务器都会产生相应的影响，这些影响在客户端与服务器端可能会导致不同的外在表现。我们在实际分析定位疑难应用故障时，需要了解清楚中间设备对数据报文做了哪些处理以及这些处理动作对客户端与服务器产生了哪些影响。
我们如何分析中间设备对数据报文的处理动作、报文进出中间设备的差异以及这些差异给客户端服务器带来的影响呢？一般情况下，我们可以按照下面的步骤来进行分析：

1，数据报文在中间设备的进口和出口同时抓包

在数据报文进入中间设备前的位置以及数据报文被中间设备转发后的位置同时抓包。

2，将设备进出口的同一数据流关联起来

       如何将设备进出口的同一数据流关联起来？在中间设备未做NAT的情况下，我们一般根据五元组信息就可以直接关联了，此案例就是如此关联的；在做NAT的情况下，如果仅仅是源地址做了改变而源端口未改变的话，我们就可以利用源端口、目的地址、目的端口和协议类型来进行关联，如《某地矿局网页打开慢故障分析案例》就是利用四元组关联的；如果在做NAT时，数据流的源地址、源端口都变化了，我们还可以通过数据流的应用信息进行关联。
       具体到每个数据包的关联，则主要通过IP标识字段或数据包应用层数据进行关联。
       具体关联的原理请参见《疑难网络故障的分析方法和原理之关联分析法》一文。

3，根据数据交互情况，分别画出数据交互过程图

在我们将中间设备进出口的同一数据流和具体数据包关联起来之后，我们就可以画出数据在中间设备前后的交互过程图示。
这个交互过程，可以自己手动画出来，也可以利用工具自动生成，例如在wireshark中，我们可以使用“flow graph”生成数据交互视图，如下所示：