Python中的WebSocket帧解码

2024-05-19 03:22:14 发布

您现在位置:Python中文网/ 问答频道 /正文

我已经尝试在服务器端实现WebSocket帧取消屏蔽算法(基于此:How can I send and receive WebSocket messages on the server side?)。我得到的是:

def decode(data):
    frame = bytearray(data)

    length = frame[1] & 127

    indexFirstMask = 2
    if length == 126:
        indexFirstMask = 4
    elif length == 127:
        indexFirstMask = 10

    indexFirstDataByte = indexFirstMask + 4
    mask = frame[indexFirstMask:indexFirstDataByte]

    i = indexFirstDataByte
    j = 0
    decoded = []
    while i < len(frame):
        decoded.append(frame[i] ^ mask[j%4])
        i += 1
        j += 1

    print decoded

    return "".join(chr(byte) for byte in decoded)

但是我得到了非常奇怪的结果。在JavaScript方面:

^{pr2}$

在服务器端生成:

[42, 73, 45, 46, 1, 0]
[42, 1, 98, 0, 0]
[2, 97, 0, 0]
[2, 97, 0, 0]

w.send("test");的更多调用生成[2, 97, 0, 0]。另外,前两个数组的长度是>;4(单词test中的字符数)。这些都不能转换成单词test。看来我的解码代码一定出了问题。是什么原因造成的?有什么帮助吗?在

编辑查看原始帧:

[193, 134, 48, 166, 232, 11, 26, 239, 197, 37, 49, 166]
[193, 133, 57, 161, 169, 218, 19, 160, 203, 218, 57]
[193, 132, 150, 97, 124, 54, 148, 0, 124, 54]
[193, 132, 163, 26, 102, 249, 161, 123, 102, 249]
[193, 132, 238, 212, 210, 156, 236, 181, 210, 156]

当然,这些数字是有点随机的(由于屏蔽),但是请注意第二个字节(它应该表示有效负载的长度)是134,然后是{},然后总是{}。而且前两帧比其他帧长。这是怎么回事?在


Tags: test算法senddata服务器端maskbyte单词
1条回答
网友
1楼 · 发布于 2024-05-19 03:22:14

我再看一次这个帧,我发现第一个字节:

193[DEC] == 11000001[BIN]

根据规范,这意味着使用RSV1(第二位是1)。这似乎意味着使用了扩展,实际上在我的握手代码中,我发现了以下一行:

^{pr2}$

在Chrome中我可以看到:

Sec-WebSocket-Extensions:x-webkit-deflate-frame

当我握手的时候。在

我还不确定这些扩展是如何工作的,但是从握手代码中删除这3行代码就解决了这个问题。在

相关问题 更多 >

    热门问题