联众升级协议分析 续篇(二)
云网(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
如果我们还记得玩升级时的打牌顺序:登录、发牌、叫牌,开始、出牌,结束,再与上面的指令对照一下,呵呵,现在你会明白这些指令的作用了吧,因为这些命令是每一次都会出现的,所以只要的接收几次打牌的全过程的数据就可以分析出来了。(上面标识出来的不同颜色,前一部分是命令字,后一部分是包的长度,这个分法在上一篇文章中已作说明)
.......待续
由本人水平有限,有什么错误的地方请大家指出,共同学习,讨论,我的联系邮箱是:jimzj@21cn.com 。
本文是联众升级协议分析续篇,因联众协议未加密无需解密。介绍用工具接收游戏数据的过程,展示多组数据示例,指出将其与升级打牌顺序对照,接收几次打牌全过程数据就能分析出指令作用,还提及命令字和包长度的分法。
1399

被折叠的 条评论
为什么被折叠?



