Networking Telnet会话以21字节的垃圾开始

Networking Telnet会话以21字节的垃圾开始,networking,telnet,putty,tcp-ip,Networking,Telnet,Putty,Tcp Ip,在一个小型嵌入式应用程序中,我提供了一个Telnet服务器,用于向其发送简单命令。为了测试,我用油灰连接到它。现在我发现有21字节的数据是通过连接发送到服务器的。那么…这会是什么?这是一个初始化序列吗 据我所知,telnet是一个简单的连接,不应该有这样的数据 谢谢 好的,我明白了:当在Putty中选择“主动自动协商模式”时,它会发送这些数据以及任何附加信息……因此必须删除所有ASCII码大于127的字符才能忽略这些数据。我的问题可能听起来很傻,但是您在Putty中使用的是telnet连接模式还

在一个小型嵌入式应用程序中,我提供了一个Telnet服务器,用于向其发送简单命令。为了测试,我用油灰连接到它。现在我发现有21字节的数据是通过连接发送到服务器的。那么…这会是什么?这是一个初始化序列吗

据我所知,telnet是一个简单的连接,不应该有这样的数据


谢谢

好的,我明白了:当在Putty中选择“主动自动协商模式”时,它会发送这些数据以及任何附加信息……因此必须删除所有ASCII码大于127的字符才能忽略这些数据。

我的问题可能听起来很傻,但是您在Putty中使用的是telnet连接模式还是ssh连接模式?这是telnet连接模式-删除这21个字节后,以下所有数据都以纯文本形式接收。在SSH模式下,Putty应该停止此连接,以防另一端没有正确响应。确切的说是21字节?尽管Telnet协议适合于通信纯文本(并且经常用于此),但它绝不是纯文本协议。以稳健的方式处理所有IAC控制序列实际上相当困难。有关实现选项协商的可能方法,请参阅。拒绝请求的选项是可以的,忽略字节则不行。禁用该选项更有意义。你的建议解决方案并不是在所有情况下都有效,我不同意。协商数据完全符合允许telnet客户端发送的内容,因此正确实现的服务器应该能够处理这些数据(至少意味着识别和删除它们)。