遗留终端应用Telnet转SSH的转义序列适配问题

正在将一款遗留终端应用从Telnet迁移至SSH，发现SSH与Telnet对转义序列的解析存在差异，直接影响应用的数据展示与处理。核心矛盾是SSH接收/解析转义序列的格式和Telnet不一致，导致两者接收的原始数据差异明显。

原始数据差异对比 #

Telnet原始数据及抓包代码 #

nchars = recv(sock, rcvbuf, RCVBUFSZ, 0);

\x1b[1;61H\x1b[K\x1b[2;1H\x1b[K...

SSH原始数据及抓包代码 #

nbytes = ssh_channel_read(channel, buffer, bufferSize, 0);

\x1B[4l\x1B[m\x1B(B\x1B[1m\x1B[1m\x1B[32;40m\x1B[1m\x1B[H\x1B[0K...

当前处理逻辑 #

现有字符处理代码为：

(chrfnc[index].fp)(scr, ch);

各组件功能：

• chrfnc[index].fp：函数指针数组，index由当前字符属性或上下文确定
• scr：终端会话/屏幕状态上下文，用于修改显示或内部状态
• ch：当前处理的字符，可为命令序列、明文或控制字符

已尝试方案 #

• 调整终端配置：在SSH配置中切换过vt100、xterm等终端类型
• 统一字符编码：确保Telnet与SSH会话使用相同字符编码
• 日志对比：记录并对比两种会话的原始输入数据

待解决问题 #

1. libssh或SSH配置中是否有特定设置可让终端输出处理与Telnet一致？
2. 如何调整或处理SSH输入数据，使其更贴近Telnet对转义序列的处理方式？

针对问题1：libssh/SSH配置层面的调整 #

1. 强制精简终端类型
   除vt100/xterm外，尝试设置终端类型为vt100-m（精简模式）或dumb，部分SSH服务器会针对这类终端减少额外格式转义输出，贴近Telnet的极简风格。在libssh中可通过ssh_channel_request_pty_ex设置：

   ssh_channel_request_pty_ex(channel, "vt100-m", NULL, NULL, 0, 0, NULL);
   

2. 关闭终端模式扩展
   禁用SSH的echo、icanon模式，强制终端进入原始模式，减少SSH层对输入的额外处理。可在SSH服务器配置/etc/ssh/sshd_config中添加：

   PermitTTY yes
   ForceCommand /bin/sh -c 'stty raw -echo; exec your-app'
   

   或在本地通过tcsetattr配置终端属性。

3. 启用libssh原始读取模式
   使用ssh_channel_read时，将最后一个参数设为SSH_READ_RAW，跳过libssh对终端数据的预处理，直接获取原始字节流：

   nbytes = ssh_channel_read(channel, buffer, bufferSize, SSH_READ_RAW);
   

针对问题2：SSH输入数据的适配处理 #

1. 转义序列归一化
   编写轻量级转换器，将SSH输出的冗余转义序列转换为Telnet兼容格式：

   • 合并重复指令（如连续的\x1B[1m合并为单个）
   • 过滤SSH特有的转义（如\x1B(B这类字符集切换指令，Telnet通常不处理）
   • 将\x1B[0K转换为Telnet常用的\x1B[K（两者功能一致）

2. 添加预处理适配层
   在现有处理逻辑前增加预处理步骤，将SSH数据转换为符合Telnet预期的格式后再传入原有函数：

   char adjusted_ch[MAX_BUF];
   normalize_escape_sequence(ch, adjusted_ch); // 自定义归一化函数
   (chrfnc[get_index(adjusted_ch)].fp)(scr, adjusted_ch);
   

3. 终端状态映射修正
   在scr上下文维护状态映射表，将SSH的终端状态（如\x1B[32;40m绿色前景+黑色背景）转换为Telnet应用能识别的状态索引，再调用对应处理函数。

内容的提问来源于stack exchange，提问作者Lucas F