Linux系统下通过Gotty CLI切换用户启动会话的问题求助

我之前也碰到过类似的困扰，Gotty 和 su 的交互确实有点 tricky——你遇到的会话断开问题，主要是因为 su - username 默认会创建一个登录会话，但 Gotty 的终端环境变量和进程管理逻辑没跟上，导致 su 完成切换后直接退出，没留下持续的交互式 shell。下面几个方法亲测有效：

方法1：强制 su 启动持续的交互式 shell #

直接让 su 在切换用户后启动一个交互式的 bash，并且用 exec 替换当前进程，避免 su 退出导致会话中断：

gotty -w -p <你的端口号> "su - username -c 'exec bash'"

或者更简洁的方式，明确指定交互式终端：

gotty -w -p <你的端口号> su - username -s /bin/bash

原理是让 su 直接启动目标用户的交互式 shell，而不是执行完就退出，这样 Gotty 能持续绑定这个 shell 会话。

方法2：直接以目标用户身份启动 Gotty #

这是最稳定的方案，跳过会话内切换的步骤，直接用 sudo 切换到目标用户后启动 Gotty：

sudo -u username gotty -w -p <你的端口号> bash

需要注意：

• 确保当前用户有 sudo 权限切换到目标用户
• 如果不想每次输入密码，可以在 /etc/sudoers 里配置免密规则（比如 你的用户名 ALL=(username) NOPASSWD: /usr/bin/gotty）

方法3：用 login 命令替代 su #

login 命令更适合创建完整的登录会话，适配终端环境的能力更强：

gotty -w -p <你的端口号> login -f username

-f 参数可以跳过密码验证（前提是当前用户有权限直接登录目标用户，或者已经通过其他方式认证），如果需要输入密码，Gotty 的交互式窗口应该能正常接收输入。

为什么原来的命令会断开？ #

su - username 本身是一个短暂的进程，它完成用户切换后会启动目标用户的登录 shell，但如果没有明确让这个 shell 成为会话的主进程，当 su 进程退出时，整个会话就会被 Gotty 终止。上面的方法都是让目标用户的 shell 成为持续运行的主进程，从而保持会话连接。

内容的提问来源于stack exchange，提问作者rmznbyk 1