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

Question

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

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

即

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

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

随机一段时间后，客户端（使用 linux 版本的 telnet，由：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 会话发送任意数据，无需任何特殊格式，并且它能够将任意进程连接到套接字。在 Windows 机器上，您可以在原始模式下使用 PuTTY 来完成同样的事情。

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