c++ - telnet 客户端连接停止接收数据，服务器仍在发送

Question

我在嵌入式 Linux 环境中工作。

它在启动时启动一个 telnet 守护进程，该守护进程监视特定端口并在收到连接时启动程序。

即

telnetd -l /usr/local/bin/PROGA -p 1234

PROGA - 将以不规则的间隔输出一些数据。当它不输出数据时，每隔 X 时间它发送一个 'heartbeat' 类型的字符串让客户端知道我们仍然处于事件状态即 "heartbeat\r\n"

经过一段随机的时间后，客户端(使用 telnet 的 linux 版本，通过以下方式启动:telnet xxx.xxx.xxx.xxx 1234) 将无法接收到“心跳”\r\n'

客户端看到的数据:

heartbeat  
heartbeat  
heartbeat  
...
heartbeat
[nothing, should have received heartbeat]
[nothing forever]

心跳发送:

result = printf("%s", heartbeat);

检测结果，总是heartbeat的长度。记录到 syslog 向我们显示 printf() 正在以适当的时间间隔成功执行

我已经添加了 tcdrain和 fflush两者都返回成功，但似乎无济于事。

如有任何帮助，我们将不胜感激。

**UDPATE:从服务器端获得了 wireshark 捕获。很明显，心跳是连续发送的。没有打嗝，没有延误。不过在客户端上发现了一些有趣的东西。此测试用例中的客户端(Ubuntu 9.04 上的 telnet)似乎突然停止接收心跳(如上所述)。 Wireshark 证实了这一点，数据包中的大停顿。好吧，一旦客户端停止接收心跳，按下任何键(在客户端上)似乎都会触发来自客户端缓冲区的大量数据(所有心跳)。客户端上的 Wireshark 也将如此大量的数据全部显示在一个数据包中。

不幸的是，我真的不知道这是什么意思。这是线路模式开/关吗？行尾 (\r\n) 非常明显。

**更新 2:运行 netcat 而不是 telnetd，问题不可重现。

Answer 1

我要做的第一件事是退出 Wireshark 并尝试查明服务器是否真的在发送消息。在服务器和第三方 PC 上运行 Wireshark 将很有启发意义。上次心跳有什么不一样吗？

---

编辑嗯，这是您客户端上的一个有趣发现。

似乎有某种终端的东西挡住了路。您可能希望使用 netcat 程序而不是 telnetd。 netcat 旨在以原始模式通过 TCP session 发送任意数据，无需任何特殊格式，并且它能够将任意进程连接到套接字。在 Windows 机器上，您可以在原始模式下使用 PuTTY 来完成同样的事情。

检查您的客户端和服务器之间与第三方的流量可能仍然值得。内核可能正在优化对网络的写入并在内部缓冲数据。这是确保所见即所得的唯一方法。