SSH切换服务器后，最直接的切换回来方式是输入exit命令或快捷键Ctrl+D，退出当前会话即自动回到你之前所在的服务器。
很多朋友第一次接触多服务器管理时,都遇到过类似的困惑：好不容易通过SSH登上了远程机器，处理完事情后却不知道如何返回本地环境，有人直接关闭终端窗口，有人反复按Ctrl+C，结果连接卡死，不得已重新登录，其实这个操作非常简单，下面我就从基础到进阶，把SSH回退的几种方式一次说清楚。
ssh切换服务器后怎么切换回来：先分清楚你的层级关系
在动手操作之前,要先在脑子里建立一个“层级”概念，绝大多数情况下，你在本机输入ssh user@host，是从本地跳转到了远程服务器A，此时你输入exit，是从A回到本地，但如果你是从服务器A再SSH到了服务器B，那么你输入exit，是从B回到A，而不是直接回到本地。
- 一层跳转（本地 → 服务器A）：
exit或Ctrl+D回到本地 - 两层跳转（本地 → 服务器A → 服务器B）：第一次
exit回A，第二次exit回本地 - 跳板机/堡垒机场景：多级嵌套时，每层都需要一次退出操作，不能指望一次
exit直达本地
理解了这个关系,后面所有的操作路径就都清晰了。
退出SSH会话的三种常用方式
如果你正在使用的是常规的OpenSSH客户端,切换回来的方法有以下几种，按推荐程度排序。
第一种：输入exit命令
这是最稳妥、最符合直觉的方式，在命令行提示符下输入：
exit
系统会立即终止当前会话,并断开SSH连接，注意，如果当前shell里有正在运行的后台任务，个别系统会提示你确认，多数情况下直接退出即可，此操作适合大多数Linux发行版和macOS终端。
第二种：使用快捷键Ctrl+D
这个快捷键等同于输入exit命令，效果完全一样，在远程登录的Shell提示符下直接按Ctrl+D，会发送EOF（End of File）标志，从而关闭会话，不少老运维习惯用这个方式，因为手指不用离开键盘主区域，速度更快。
第三种：使用logout命令
如果你的远程系统使用了bash或zsh登录shell，输入logout同样可以退出登录会话，相比exit，logout有更明确的语义它只能用于登录shell，如果当前只是一个普通子shell，那么logout会报错，此时只能用exit。
行业共识认为,日常使用
exit命令兼容性最好，无论在哪种发行版、哪种shell环境下都不会出问题。
终端窗口直接关闭的隐患与替代方案
有些朋友图省事,直接鼠标点掉终端窗口的X按钮，或者按Ctrl+W关闭标签页，这种方式能不能“回到本地”？物理上确实回到了本地桌面，但连接并不会正常释放。
- 服务器端的SSH会话不会立即终止,而是会一直挂起，直到TCP连接超时
- 如果你启用了
tmux或screen，会话还会继续占用服务器资源 - 多次这样操作,会在服务器上残留大量僵尸SSH进程，增加安全风险
更推荐的做法：如果你确实需要临时离开，但又想保留远程会话以便下次快速恢复，可以使用tmux，在远程服务器中运行tmux new -s work创建会话，之后直接关闭窗口也不怕，下次SSH登录后执行tmux attach -t work，会直接恢复到之前的界面，这不是“切换回本地”的操作，但在实际工作流中，它完美解决了反复切换的痛点。
SSH连接卡死时如何强制回到本地
如果远程服务器网络延迟或系统无响应,你输入了exit却发现没有任何反应，此时键盘上的Ctrl+C也可能失效，可以按以下顺序尝试：
- 先按
Enter，确保当前输入行完整提交 - 按（波浪号），再按（句号），这是OpenSSH客户端的转义序列，强制断开当前连接
- 如果仍然无响应,再次按
Enter，然后按，再按Ctrl+Z，将SSH进程挂起到后台，确认回到本地shell后，用kill命令结束该进程
这个的转义序列是SSH客户端的内置逃生舱，它不需要服务器端配合即可生效，前提是必须是当前行的第一个字符，多练习几次，遇到网络抖动就不会手足无措了。
防止误操作：连接信息可视化提醒
还有一个很实际的场景在A服务器上开着vim，又在B服务器上跑着tail -f，切来切去难免看花眼，为此，可以给每台服务器设置不同的命令行提示符颜色或前缀：
# 在远程服务器的 ~/.bashrc 中设置 export PS1="e[1;31m[生产环境-A]e[0m u@h:w$ "
这样一来,红色提示符表示你正在生产环境，蓝色或绿色表示测试环境或本地，即使长时间多服务器切换，也能一眼判断当前所在位置，避免在错误的服务器上执行危险命令。
ssh多台服务器切换方法的更高阶思路：跳板机配置与ProxyJump
当你需要频繁在多台服务器之间切换时，单纯依赖exit进出效率较低，每次都要重新输入ssh user@host和密码，来回多了就容易烦躁。
推荐使用OpenSSH 7.3以上版本提供的ProxyJump参数，在~/.ssh/config中做如下配置：
Host jump
HostName 跳板机IP
User 你的用户名
Host server-b
HostName 服务器B的IP
User 你的用户名
ProxyJump jump
配置完成后,直接执行ssh server-b，SSH会自动通过跳板机jump连接到B，此时你的本地会话上下文仍然保持完整从B退出（exit），回到的是本地，中间不需要手动登录跳板机，这种配置在批量管理内网服务器时非常实用，也大大减少了反复切换带来的心智负担。
切换过程中的账号区分与用户身份确认
还有一种容易弄混的情况：你在本地用root登录，跳到服务器上用devuser登录，再跳到下一台用opsuser登录，不同账号的权限边界不同，如果你输入exit后看到提示符没有变化，可能并不是切换失败，而是你以为退出了一层，实际还在另一层会话中。
推荐每次登录后先用whoami和hostname确认当前身份：
whoami hostname
这两个命令一敲,当前在哪台机器、什么用户，一目了然，配合前面提到的PS1颜色方案，基本可以杜绝“迷路”的情况。
加深记忆：连接复用的高级设置
对于需要频繁往返于本地和远程的朋友,可以再进一步配置SSH连接复用：
Host
ControlMaster auto
ControlPath ~/.ssh/sockets/%r@%h-%p
ControlPersist 600
这组参数的意思是：第一次建立SSH连接时，认证信息会被缓存到本地socket文件，后续在600秒内再次连接同一台服务器，不再需要输入密码，这个设置对日常多窗口切换、脚本批量执行都非常友好，配合exit操作，整个“切出-切回”的体验会流畅很多。
常见问题快问快答
在SSH会话里按了Ctrl+C，为什么回不到本地？
Ctrl+C在SSH会话中的含义是中断当前正在运行的命令（如ping、top），而不是退出SSH会话，它发送的是SIGINT信号，本质上和本地终端的行为一致，用于终止前台任务，想退出会话，仍然需要使用exit或Ctrl+D。
ssh切换服务器后怎么切换回来，如果用了跳板机，有没有更快的办法？
有,除了前面提到的ProxyJump配置，你还可以在跳板机上使用ssh -J参数直接指定多级目标，例如ssh -J user@跳板机 user@目标机，这样一次登录就是直接连到目标机，退出时也只需一次exit，多数云厂商提供的堡垒机服务也支持类似的主机托管功能，登录后在界面上选择目标资源即可，不必关心底层跳转层级。
为什么我exit之后，服务器上的服务还在运行？
exit只结束当前交互式Shell会话，不会主动终止该会话里启动的后台进程，如果你用了nohup或systemd托管服务，进程独立于SSH会话运行，这是正常现象，想停止服务，需要使用对应服务的停止命令（如systemctl stop xxx）或kill相关进程。
说到底,切换服务器和切换回来就是登录和退出两个动作的循环往复。exit是你的回程票，是你的紧急出口，连接复用配置是你省时省力的加速器，把这几个点理清记牢，就能在各种远程管理场景里游刃有余。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/ssh%e5%88%87%e6%8d%a2%e6%9c%8d%e5%8a%a1%e5%99%a8%e5%90%8e%e6%80%8e%e4%b9%88%e8%bf%98%e5%8e%9f%e8%bf%9e%e6%8e%a5%ef%bc%8clinux%e6%9c%8d%e5%8a%a1%e5%99%a8%e8%bf%9e%e6%8e%a5%e5%a4%b1%e8%b4%a5%e6%80%8e/
