【发布时间】:2012-06-30 03:16:04
【问题描述】:
我在 iOS 上使用 SocketRocket 或 Unitt Web 套接字库来执行安全 Web 套接字时遇到了同样的问题。我可以控制 Java Web 套接字服务器 - Netty - 并且可以详细观察服务器端 SSL/TLS 数据。我使用端口 6970 作为套接字。
使用 TLS 握手正确打开客户端 wss 套接字后,我在第一次写入客户端数据时收到服务器错误,即 Web 套接字握手。客户端写入 202 字节,服务器接收 272 字节,服务器端消息验证码失败。我在服务器跟踪中看到我的客户端数据,但它有 8 个字节的垃圾预置。
首先我在服务器上尝试了具有相同结果的 SocketRocket 库 - 良好的握手后 MAC 错误。我的 Unitt 客户端的 android 版本运行良好。我的 JavaScript 安全 Web 套接字代码也很好用。
在 iOS / XCode 上,我可以调试 Unitt/AsyncSocket/doSendBytes 中的 CFWriteStreamWrite(...) - 它报告确实写入了 202 个客户端数据字节。但我不知道如何进一步调试。在某个地方,iOS TLS 框架在发送过程中破坏了我的客户端数据——我想。
【问题讨论】:
-
你确定它没有通过某种方式被网络损坏吗?
-
没有。但这很容易检查。我将在我的开发 Mac 上安装 Charles 代理来拦截 TCP 数据包。我希望看到 Charles 报告的相同错误,因为它是用 Java 编写的,并且使用了我的服务器应用程序使用的某种代码。
-
Charles 代理对我的 6970 端口不起作用,所以我安装了 Wireshark 并观察到,虽然我的应用程序写入了 202 字节,但本地网络接口传输了 277 字节。我看不到在哪里可以获得适用于我的 Mac OS 版本 10.7.3 的调试库。
-
假设确实存在 Mac OS 库错误,我将尝试为 wss:// 使用端口 443 而不是 6970,如果这不起作用,我将尝试为 ws 使用端口 80: //。问题是我必须以 root 身份运行我的服务器应用程序或使用 iptables 才能使用端口 80 或 443 - 这需要一些工作。