问题描述：SSH长命令中的[1D]乱码
当开发者尝试通过php脚本（无论是使用原生的ssh2_shell函数还是更高级的phpseclib库）向远程ssh服务器发送较长的命令时，经常会发现命令在远程服务器上执行时被意外地截断或修改。具体表现为在命令字符串中出现[1d]这样的字符序列，例如ont-lineprof [1dile-id而不是正确的ont-lineprofile-id。这种现象通常发生在命令长度达到或超过终端默认的80个字符列宽之后，即使已经尝试通过setwindowcolumns等方法调整终端列宽也无济于事。然而，通过putty等交互式终端客户端手动输入相同的命令则不会出现此问题。
以下是使用SSH2扩展和phpseclib库发送长命令时出现问题的示例代码和输出：
SSH2 扩展示例代码：
$stream = ssh2_shell($session, "vt100", null, 200, 25, SSH2_TERM_UNIT_CHARS); stream_set_blocking($stream, true); usleep(500000); fwrite($stream, "enable\n"); usleep(500000); fwrite($stream, "mmi-mode enable\n"); usleep(500000); fwrite($stream, "aaaa aaaa aaaa aaaa "); // 分段写入长命令 usleep(500000); fwrite($stream, "aaaa aaaa aaaa aaaa "); usleep(500000); fwrite($stream, "aaaa aaaa aaaa aaaa "); usleep(500000); fwrite($stream, "aaaa aaaa aaaa aaaa "); usleep(500000); fwrite($stream, "aaaa aaaa aaaa aaaa \n"); // 即使分段写入也无效 usleep(500000); echo nl2br(fread($stream, 8192)); fclose($stream);
Phpseclib 示例代码：
$ssh = new \phpseclib3\Net\SSH2($ip, 22, 1);
if (!$ssh->login($login, $password)) {
throw new \Exception('Login failed');
}
$ssh->setTerminal("VT100");
$ssh->setWindowColumns(200);
$ssh->write("enable\n");
$ssh->write("mmi-mode enable\n");
$ssh->write("aaaa aaaa aaaa aaaa "); // 分段写入长命令
$ssh->write("aaaa aaaa aaaa aaaa ");
$ssh->write("aaaa aaaa aaaa aaaa ");
$ssh->write("aaaa aaaa aaaa aaaa ");
$ssh->write("aaaa aaaa aaaa aaaa \n");
echo nl2br($ssh->read()); // 一次性读取所有响应
echo $ssh->getLog();
$ssh->disconnect();在这两种情况下，远程服务器的响应中都出现了[1D]字符，导致命令执行失败或参数错误。[1D]的十六进制表示为1b5b3144，它是一个ANSI转义序列，代表“光标后退1字符”（ESC[1D）。
立即学习“PHP免费学习笔记（深入）”；
根本原因分析：异步通信与会话同步缺失
这个问题的核心不在于命令的长度本身，也不在于是否将长命令分段发送，而在于SSH客户端（PHP脚本）与远程SSH服务器之间的通信缺乏必要的同步机制。
- 交互式Shell的特性： 当我们通过ssh2_shell或phpseclib的write()方法与远程SSH服务器建立一个交互式shell会话时，远程服务器通常会回显（echo）我们发送的每一个字符。此外，远程shell在执行完一个命令后，会显示一个命令提示符（例如MA5683T>或MA5683T#），表示它已准备好接收下一个命令。
-
异步发送与同步读取的失衡： 示例代码中的“代码异味”在于，它在发送一个命令后，没有等待并确认远程服务器已经处理完该命令并返回了提示符，就立即发送了下一个命令。这种“盲目”的连续写入会导致以下问题：
- 命令重叠： 客户端发送的后续字符可能在远程shell还在处理或回显前一个命令时就已经到达。
- 终端回显冲突： 当远程shell回显长命令时，如果命令长度超过了其内部缓冲区或终端的视窗宽度，它可能会尝试使用ANSI转义序列（如[1D]）来管理光标位置或覆盖部分字符，以适应显示。由于客户端没有及时读取这些回显，或者发送速度过快，这些控制字符可能被误解或直接作为数据的一部分返回。
- 会话状态混乱： 远程shell的内部状态（例如当前的工作目录、权限模式等）可能在执行特定命令后发生改变。如果客户端不等待这些状态改变的确认（通过读取提示符），它可能会在错误的状态下发送后续命令，导致命令失败或乱码。
本质上，[1D]的出现是远程终端试图在回显过程中进行光标控制的副作用，而这种副作用在客户端未及时读取并处理响应时被捕获为原始数据。
解决方案：实现严格的读写同步
解决此问题的关键是确保每次发送命令后，PHP脚本都能够等待并读取远程shell的响应，直到识别出预期的命令提示符。这表明远程shell已经处理完前一个命令，并准备好接收下一个命令。
改进后的 Phpseclib 示例代码：
login($login, $password)) {
throw new \Exception('Login failed');
}
// 设置终端类型和列宽，这仍是良好实践
$ssh->setTerminal("VT100");
$ssh->setWindowColumns(200);
// 1. 等待初始提示符
// 远程服务器的初始提示符可能因设备类型和配置而异
// 例如：MA5683T>
echo "等待初始提示符...\n";
$initialPrompt = 'MA5683T>'; // 根据实际情况修改
$output = $ssh->read($initialPrompt);
echo "收到初始提示符: " . nl2br($output) . "\n";
// 2. 发送 'enable' 命令并等待新的提示符
echo "发送 enable 命令...\n";
$ssh->write("enable\n");
$enablePrompt = 'MA5683T#'; // 'enable' 命令后可能变为特权模式提示符
$output = $ssh->read($enablePrompt);
echo "收到 enable 命令响应: " . nl2br($output) . "\n";
// 3. 发送 'mmi-mode enable' 命令并等待提示符
echo "发送 mmi-mode enable 命令...\n";
$ssh->write("mmi-mode enable\n");
// 假设 'mmi-mode enable' 后提示符不变
$output = $ssh->read($enablePrompt);
echo "收到 mmi-mode enable 命令响应: " . nl2br($output) . "\n";
// 4. 发送长命令并等待提示符
// 现在可以一次性发送整个长命令，因为同步机制已建立
$longCommand = "aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa \n";
echo "发送长命令...\n";
$ssh->write($longCommand);
$output = $ssh->read($enablePrompt); // 等待长命令执行后的提示符
echo "收到长命令响应: " . nl2br($output) . "\n";
echo "完整的SSH通信日志:\n";
echo $ssh->getLog(); // 打印日志以供调试
$ssh->disconnect();
?>关键改进点：
- $ssh->read('ExpectedPrompt')： 在每次$ssh->write()发送命令后，立即调用$ssh->read()并传入一个预期会话提示符作为参数。phpseclib会阻塞直到读取到这个提示符，或者达到内部超时。这确保了客户端在发送下一个命令之前，远程shell已经完成了当前命令的执行和输出。
- 识别正确的提示符： 不同的命令执行后，shell的提示符可能会发生变化（例如，从>变为#，或者进入配置模式后变为(config)#）。需要根据实际情况准确识别并传入read()方法。
- 一次性发送长命令： 经过同步处理后，通常不再需要将一个逻辑上的长命令拆分成多个write()调用。只要确保在发送前一个命令后等待了正确的提示符，就可以一次性发送完整的长命令。
注意事项与最佳实践
- 准确识别命令提示符： 这是实现同步的关键。在实际操作中，可能需要通过手动SSH连接到目标设备，观察不同操作模式下的命令提示符，然后将其应用到代码中。
- 错误处理和超时： read()方法在等待提示符时可能会无限期阻塞，如果提示符永远不出现（例如，命令执行失败或远程连接中断）。建议为read()方法添加超时机制（phpseclib通常有默认超时，但也可以显式设置），并在超时时进行错误处理。
-
exec()与shell()/write()的选择：
- exec()：适用于执行单个、非交互式的命令，它会等待命令执行完毕并返回输出。如果exec()出现连接丢失，可能表明命令执行时间过长，或者远程服务器在执行过程中关闭了会话。
- shell()/write()：适用于需要交互式会话的场景，例如需要输入密码、确认提示，或者在多个命令之间维持会话状态。但如本文所述，需要手动管理读写同步。
- 调试日志： phpseclib的$ssh->getLog()方法是调试SSH通信问题的强大工具。它能显示客户端发送和接收的所有SSH消息，帮助理解数据流和识别问题发生的位置。
- 终端设置： 尽管setWindowColumns未能直接解决[1D]问题，但设置正确的终端类型（如VT100）和窗口尺寸仍然是良好的实践，有助于远程shell正确地进行回显和格式化输出。
总结
当使用PHP进行SSH自动化，特别是涉及交互式shell和长命令时，理解并正确处理客户端与远程服务器之间的通信同步至关重要。[1D]乱码的出现，正是由于客户端在未确认远程shell准备就绪的情况下，过早地发送了后续数据。通过在每次write()操作后紧跟一个等待并读取预期提示符的read()操作，可以有效地同步通信流，确保命令的正确执行和会话的稳定性。这种同步读写模式是构建健壮SSH自动化脚本的基础。
