在使用PHP的SSH2扩展或phpseclib库通过SSH shell发送长命令时，可能会遇到命令被截断并插入[1D]等乱码字符的问题，尤其是在命令长度超过终端默认列宽时。这通常是由于客户端与远程服务器之间的异步通信未正确同步所致。核心解决方案在于，每次发送命令后，必须等待并读取远程shell的完整响应，直至识别到预期的命令提示符，以确保命令按序执行并维持正确的会话状态。
问题描述：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, "enablen"); usleep(500000);fwrite($stream, "mmi-mode enablen"); 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 phpseclib3NetSSH2($ip, 22, 1);if (!$ssh->login($login, $password)) { throw new Exception('Login failed');}$ssh->setTerminal("VT100");$ssh->setWindowColumns(200);$ssh->write("enablen");$ssh->write("mmi-mode enablen");$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("enablen");$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 enablen");// 假设 '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自动化脚本的基础。
以上就是解决PHP SSH长命令乱码：同步读写是关键的详细内容，更多请关注php中文网其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/11817.html
微信扫一扫 
支付宝扫一扫 
