PuTTY telnet 选项 63 (0x32),它应该是什么?

PuTTY telnet option 63 (0x32), what should it be?

对于一个应用程序,我必须开发一个简单的 telnet 模块。 (我可以在 minimalistic telnet 的帮助下快速完成) 我确实创建了一个 telnet 服务器和一个客户端,并使用 PuTTY 来测试服务器的行为。 PuTYY 配置为 'Telnet negotiation mode: active'。

在服务器中我确实看到了预期的 telnet 协商序列(并且它给出了正确的答复)。 PuTTY 谈判的最后一个动作很奇怪。

0xff 0xfe 0x32IAC DONT 0x32

第三个字节0x32是选项,这就是问题所在(对我而言)。 我确实在 IANA 查找了所有 Telnet 选项,根据它们,选项范围 50-137 未分配(0x32 是 62)。

PuTTY 选项 0x32 的背后是什么? 我在网上看过,但找不到任何东西。 我查阅了 PuTTY 文档,同样的事情。 由于容量问题(没有足够的人来输入合理的回复),严重阻碍了向 PuTTY 开发提出请求。

不使用这个未知选项是完全明智的,但它仍然困扰着我。 选项 0x3e 应该做什么?

问题已解决。 我的服务器代码中有错误导致 PuTTY 为不存在的选项生成回复。

在此感谢 Simon Tatham 的建议,让我找到了真正的问题。