连上 Xshell 之后，链接屏幕上就一行字：type help。后直显敲什么都没反应，链接回车换行，后直显再回车还是链接那行。你以为是后直显网络卡了，重连，链接还是后直显它。换台机器，链接一样。后直显这种感觉就像打电话过去，链接对方只回一句“请按 1”，后直显按了没反应，链接再按还是后直显“请按 1”。

这不是链接 Xshell 的毛病，也不是你 SSH 密码错了。你连上的那台设备，压根没打算给你一个正常的 shell。

我遇到过好几次。一次是台华为的交换机，一次是某型号的串口服务器，还有一次是防火墙的管理口。共同点：SSH 端口是通的，认证也过了，但登录后落到的不是 bash，而是一个受限的命令行环境。这个环境只认它自己的一套指令，你不输入它认识的命令，它就反复吐 type help。

先搞清楚你连的是什么

很多人下意识觉得 SSH 上去就该是 Linux。不是。网络设备、嵌入式系统、带外管理卡，它们跑的是自己的 CLI。SSH 只是传输通道，通道那头接的是什么，取决于设备固件。

判断方法很直接。看到 type help 这种提示，先敲一个 help 试试。注意是小写，有些设备对大小写敏感。如果它列出了命令列表，恭喜，你进的是设备的命令行，不是操作系统。列表里通常会有 show、display、config、exit 这类词。

如果敲 help 还是回 type help，那可能是提示本身在循环，或者你落到了一个更底层的 bootloader 或调试模式。

几种常见场景

华为、H3C 的交换机，SSH 登录后一般直接进用户视图，提示符是 <Hostname>。如果你看到的是 type help，可能是设备配置了某种自动脚本，或者你连到了 console server 的某条线路，那条线路绑定的不是设备 CLI，而是一个菜单程序。

串口服务器最常见。比如 Lantronix、Moxa 这类，SSH 上去默认可能进的是它的管理菜单，菜单里再让你选连到哪个串口。菜单程序如果没加载好，或者权限不对，就会卡在 type help 这种提示上。

还有一种情况：你连的是 ESXi 的 SSH。正常应该进 sh，但如果你改过 /etc/profile 或者 shell 被换成了某个受限程序，也会出怪提示。不过 ESXi 一般不会只给 type help。

怎么破

先别急着改 Xshell 设置。问题不在客户端。在 Xshell 里按 Ctrl+C，或者敲 exit、quit、logout，看能不能退到上一层。有些设备用 Ctrl+Z 返回上级视图。

如果能退到 <Hostname> 或 # 提示符，那就正常了。如果退不出去，试试重新连接时在 SSH 属性里改一下“登录脚本”或“初始命令”。Xshell 有个“登录脚本”功能，可以自动发送指令。但前提是你知道该发什么。

更靠谱的办法：换用串口线直连 console 口。很多网络设备 SSH 只给有限权限，console 才是完整 CLI。串口连上去，波特率 9600，8N1，流控无，一般就能看到正常启动和登录提示。

如果是串口服务器，查它的手册。不同型号进入串口的方式不一样。有的要敲 connect 1，有的要按 Ctrl+X，有的菜单里选。手册上写得很清楚，别猜。

一个容易忽略的点

你的 SSH 客户端可能发送了终端类型协商。Xshell 默认发 xterm，但有些老设备只认 vt100 或 ansi。在 Xshell 的终端类型设置里改成 vt100 再连，有时候提示就正常了。这个我亲身遇到过，一台老 Cisco 交换机，改成 vt100 后直接进了 > 提示符。

另外，检查一下是不是连错了端口。有些设备 22 端口跑的不是标准 SSH，而是某个厂商的私有管理协议。你以为是 SSH，其实不是。用 telnet 连同一个端口试试，或者 nc 过去看 banner。

最后，别忽略设备本身的状态。如果设备刚启动完，或者配置丢了，可能就停在某个恢复模式。这时候 type help 是它在告诉你：我不知道该干嘛，你给个指令吧。查设备手册的“恢复模式”或“boot menu”章节，比在 Xshell 里瞎试有用得多。