联众升级协议分析 续篇（二） (转)

联众升级协议分析 续篇（二） (转)[@more@]

联众升级协议分析 续篇(二)

云网（Mailto:jimzj@21cn.com" rel="nofollow">jimzj@21cn.com）

接上篇

 

接收到一个完成的包后，就可以去分析协议的本质内容了（因为联众的协议没有加密，所以在这里不必要再去做解密这一步工作了，呵呵J也正好可以放松一下自己的头脑）。大家如果用Commview或其它的工具接收一个完成的游戏数据时都会发现这样一个数据过程：

1、  0x0000  00 02 00 80 C8 00 00 00-01 00 00 00 04 00 02 00  ...??..........

2、  0x0050  17 20 00 00 04 00 00 00-01 00 00 00 16 20 00 00  . ........... ..

3、  0x0000  11 20 00 00 18 00 00 00-01 00 E0 00 01 00 00 00  . ........?....

4、  0x0000  03 20 00 00 04 00 00 00-01 00 00 00  . ..........

接下来就是一堆如下面的数据

5、  0x0000  0D 20 00 00 38 00 00 00-01 00 00 00 01 00 00 00  . ..8...........

最后还有一个这样的命令

6、  0x0100  15 20 00 00 08 01 00 00-08 00 00 00 02 65 67 65  . ...........ege

如果我们还记得玩升级时的打牌顺序：登录、发牌、叫牌，开始、出牌，结束，再与上面的指令对照一下，呵呵，现在你会明白这些指令的作用了吧，因为这些命令是每一次都会出现的，所以只要的接收几次打牌的全过程的数据就可以分析出来了。（上面标识出来的不同颜色，前一部分是命令字，后一部分是包的长度，这个分法在上一篇文章中已作说明）

 XML:namespace prefix = o ns = "urn:schemas-microsoft-com:Office:office" />

 .......待续 

由本人水平有限，有什么错误的地方请大家指出，共同学习，讨论，我的联系邮箱是：jimzj@21cn.com 。

 

    云网

  2003-9-18

 

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/10748419/viewspace-963154/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/10748419/viewspace-963154/