联众升级协议分析 续篇(二)
云网（[email protected]）
接上篇
接收到一个完成的包后，就可以去分析协议的本质内容了（因为联众的协议没有加密，所以在这里不必要再去做解密这一步工作了，呵呵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
如果我们还记得玩升级时的打牌顺序：登录、发牌、叫牌，开始、出牌，结束，再与上面的指令对照一下，呵呵，现在你会明白这些指令的作用了吧，因为这些命令是每一次都会出现的，所以只要的接收几次打牌的全过程的数据就可以分析出来了。（上面标识出来的不同颜色，前一部分是命令字，后一部分是包的长度，这个分法在上一篇文章中已作说明）
.......待续
由本人水平有限，有什么错误的地方请大家指出，共同学习，讨论，我的联系邮箱是：[email protected] 。
云网
2003-9-18
|
本类阅读TOP10