@zisen 1 、在默认的 ~/.ssh/config 配置时，可以加 #!! 前缀，就不影响 vscode 和 cursor 等了。

2 、使用新的 config 配置文件，增加一个 ~/.tssh.conf 或者 $XDG_CONFIG_HOME/tssh/tssh.conf 文件，在里面指定 ConfigPath = ~/.ssh/my_new_config ，这时只读 ~/.ssh/my_new_config 配置，不读 ~/.ssh/config 配置。

3 、扩展 ～/.ssh/config 配置，和第 2 步差不多，ConfigPath 换成 ExConfigPath = ~/.ssh/my_extend_config ，这里会既读 ~/.ssh/config 也读 ~/.ssh/my_extend_config 配置。

@Javin 是的，看起来 tsshd 刚好能满足你的需求。

@Javin 也可以在 release 中下载，我打算看到有把 mac 作为服务器的用户，再提交到 homebrew 去。

@goodryb 我抽空再优化一下

@goodryb tsshd 是在指定的端口范围随机监听一个，客户端会连接这个端口。同一台机器你可以登录多次，每次登录都是一个独立的 tsshd 进程，每个 tsshd 进程独占一个端口。独立的进程和独立的端口，可以更简单地实现隔离，不同的用户登录同一台服务器时，互不干涉。

@MindMindMax 如果你所在的网络环境 QoS 特别严重，tsshd 还支持 TCP 模式，同样具备不会掉线和支持漫游的能力。

@MindMindMax 国内其实还好，很多游戏都是用 KCP 协议的，并且 QUIC 也是未来的方向。有 QoS ，但不是完全禁掉了 UDP 报文。还是要试用一段时间，自己感受一下，会更准确。

@zagfai 我也用 tmux ，不过 mosh 有 13k 多的 star ，这说明也有很多人喜欢 tmux 以外的解决方案的。

@MindMindMax 用户反馈正常使用时延迟下降了。在国内环境，跨境大流量转发，不是 tsshd 置力于解决的问题。

@craftsmanship ChatGPT

@craftsmanship 对了，很多注释我会让 AI 帮我写，写得我满意的我就会采用。

@craftsmanship 近期有用 AI ，但 AI 写的代码占比极低。会让 AI 帮忙 review 我写的所有代码，AI 有时会发现一些超低级错误（避免测试时浪费时间），但 AI 很多时候都会乱说。少数功能会让 AI 先写，看 AI 的思路是否会给我启发，但更多时候都是我在指正 AI 的错误，大多数时候 AI 都会承认其错误，个别时候 AI 死都不认错，只能新开会话或换个 AI 。

@pursuer 如果你只在很好网络环境下 ssh ，并且不介意多登录一下，确实不是很强的需求。如果你在不太好的网络环境下 ssh ，你的延迟可能比较高（按键不跟手），网络太差（例如移动中的网络）导致你要频繁重登录，那 tsshd 就会很好用。

@molezznet 是的，tsshd 是服务端，对标 mosh 的，tsshd 开发出来有 2 年了，不过前天发布的 tsshd v0.1.6 是一个成熟的版本的。之前的 tsshd 能解决低延迟的问题，断线重连是从 v0.1.5 才支持的，从 v0.1.6 开始稳定的。

@pursuer tmux 可以解决你在服务器运行的程序不用重新运行的问题。tsshd 可以解决你不用重新登录的问题，运行中的程序也不用重新运行，不依赖 tmux 等。

@yangg 之前我用 ssh ，也是去吃个饭就断了。tssh 命令行参数就是为了临时体验用的，目的是体验时一般不用修改 ~/.ssh/config 配置。

@yangg tssh 是对标标准 ssh 客户端的，不加 --udp 时，是完全兼容 openssh ，此时 tssh 可以直接代替 ssh 来使用，除了 tssh 额外提供的功能，和 ssh 没什么区别。

tsshd 是对标 mosh 的，相当于 mosh 的 mosh-server ，也相当于 openssh 的 sshd 。

tssh --udp 主要是给新用户临时体验的，如果用户想默认使用 tsshd 作为服务器，只要在 ~/.ssh/config 中配置 UdpMode yes 即可，这时就不需要加 --udp 参数了。

dXA=