主页 / computer / 问题 / 1545899
Accepted
a3nm
Asked: 2020-04-27 05:53:59 +0800 CST

为什么当我按回车时 telnet 会发送 CRLF？

  • 772

在我的系统 (Debian) 提供的 telnet 上，换行符 ( \n) 似乎被翻译成 CRLF ( \r\n)。具体来说，如果我运行，例如，netcat -l -p 3334 > file并echo a | telnet localhost 3334在另一个终端中运行，那么 do hexdump file，我得到：

0000000 0d61 000a                              
0000003

这是a\r\n小端序，即a后跟CRLF。

然而，手册页telnet说，关于crlf切换：

如果为 TRUE，则回车将作为 <CR><LF> 发送。如果这是 FALSE，则回车将作为 <CR><NUL> 发送。此切换的初始值为 FALSE。

所以我希望看到回车作为 CR 发送，然后是 NUL。为什么这不是我观察的原因？

（请注意，我没有/etc/telnetrcor ~/.telnetrc。此外，相比之下，在我的系统上，netcat（当用作客户端时）将换行符作为 LF ( \n) 发送，除非-C使用该选项。）

telnet newlines

1 个回答

  1. Best Answer

    看看Telnet 协议规范是怎么说的[强调我的]：

    定义的序列“CR LF”将导致 NVT 位于下一个打印行的左边距（例如，序列“LF CR”）。然而，许多系统和终端并没有独立处理 CR 和 LF，并且必须付出一些努力来模拟它们的效果。（例如，某些终端没有独立于 LF 的 CR，但在此类终端上，可以通过退格来模拟 CR。）因此，必须将序列“CR LF”视为单个“新行”字符，并在他们打算联合行动时使用；在实际需要单独回车的情况下，必须使用序列“CR NUL”; 并且在其他情况下必须避免使用 CR 字符。该规则向必须决定是否执行“换行”功能或多退格的系统提供保证，即 TELNET 流包含允许理性决定的 CR 后面的字符。

    • crlf标志集表示 CR 符合“预期 CR LF 组合操作”的条件。
    • 未crlf设置标志表示 CR 表示“实际上只需要回车”。

    但是在您的情况下，输入（来自 的输出）根本echo a不包含 CR 。它包含了根据“CR LF 联合行动意图”翻译为“CR LF”的 LF。该标志不适用，因为输入流中没有 CR。

    提供实际包含 CR 的输入：

    printf '\r' | telnet localhost 3334

    并且接收器将获得“CR LF”或“CR NUL”，具体取决于您的设置（in/etc/telnetrc或~/.telnetrc）。

    • 1

相关问题