平时做运维和开发的人macOS 上最离不开的其实不是编辑器而是终端里的 SSH。前阵子帮新同事配环境他看到我在多台云服务器、内网跳板机、Windows 虚拟机之间来回切换时用的全是 Royal TSX第一反应是“这不就是个花哨的 ssh 客户端吗”后来他自己上手试了两周才意识到这东西解决的是会话管理和认证效率的问题而不只是把命令换成图形界面。Royal TSX 是 macOS 平台上一款老牌的远程连接管理工具可以把 SSH、SFTP、RDP、VNC 等远程会话集中到一个窗口里统一保存、组织和切换特别适合服务器数量多、连接类型杂、需要维护多套环境的人。这篇文章我按自己的使用逻辑来写先讲明白为什么需要它再拆核心功能然后从零开始创建 SSH 连接、配置密钥、做端口转发最后是常见问题的排查思路。无论你是刚接触 SSH 的新手还是已经用了很多年终端的老手都能找到可以落地的东西。1. 为什么 macOS 上需要一个像 Royal TSX 的 SSH 工具1.1 纯命令行管理多台服务器为什么会乱很多人一开始都觉得SSH 不就是“打开终端敲一行命令”吗确实如果你只有一两台服务器用系统自带的 Terminal 完全够用。但一旦服务器数量超过五台问题就来了地址和端口记不住。公司内网机器走 22 端口云厂商机器可能带独立密钥还有客户环境的跳板机走 20022端口五花八门。凭据散落各地。密码存在备忘录里密钥散在~/.ssh/下时间久了连自己都分不清哪个密钥对应哪台机器。终端标签页开太多。iTerm2 虽然能用标签页但标签一多就只能靠颜色和标题猜切换效率很低。重装电脑后一切归零。系统重装、换新机器后~/.ssh/config没备份所有连接配置都得重新来一遍。~/.ssh/config能缓解一部分问题比如给主机起别名、指定密钥路径但它本质上是一份静态文本编辑起来不够直观也解决不了 Windows 远程桌面、VNC 图形界面、SFTP 文件传输这些非 SSH 场景。真正要解决这些问题需要的是一个“能记住所有连接并统一管理认证信息”的工具。1.2 会话管理器与终端模拟器的定位差异Royal TSX 的定位不是替代终端而是做“会话档案库”。它发起 SSH 连接后后端走的是系统自身的终端组件和 SSH 实现所以它不改变你熟悉的命令行交互方式只是把连接本身变成了图形化管理。维度原生 Terminal / iTerm2Royal TSX会话保存靠 shell 历史或手动配置图形化条目持久保存多协议支持主要面向 SSHSSH、SFTP、RDP、VNC、Telnet 等认证信息管理依赖 ssh-agent 或手动输入内置凭据库可用 macOS 钥匙串连接入口速度需要敲命令或配置 alias点击左侧条目直接进入跳板机支持手动拼-J参数界面直接配置团队分享导出 dotfiles 文件可直接导出 XML/JSON 配置学习成本低中等但一次学习长期受益这张表不是要分个高下而是想说明两者的适用场景不同。日常写代码、跑命令我依然会开一个系统终端但凡是“要登录某台特定服务器”这件事我几乎都会走 Royal TSX。把两条路径分开反而让两边的体验都更清爽。2. Royal TSX 核心功能与界面拆解2.1 界面布局与日常使用习惯Royal TSX 的主界面分几个区域顶部是工具栏左侧是连接面板中间是标签页容器底部是状态栏。左侧连接面板和浏览器书签栏类似你可以建文件夹、分环境、拖拽排序。我习惯按“生产环境 / 测试环境 / 客户现场 / 内部管理设备”四类归置每个文件夹下再按应用维度细分。中间标签页是我用得最顺手的地方。每台服务器打开后就是一个标签多个会话可以并行点击即可切换。支持分屏视图我可以左边放服务器日志右边放本地编辑器。标签页可以横向排列也可以垂直分栏。底下还有“快捷连接”入口临时要去一台没保存过的主机上执行命令只要输入userhost即可不需要先创建一个完整条目。这个功能看似简单实际救了无数次急。2.2 支持的协议与远程场景Royal TSX 覆盖的协议很多这里列一下我实际用到的协议类型用途说明SSH管理 Linux 服务器、云主机、网络设备也是本文重点场景SFTP传输文件支持断点续传省掉单独装图形 FTP 工具RDP连接 Windows Server界面操作 Windows 服务VNC远程访问带图形桌面的 macOS/Linux 机器Telnet调试部分老旧交换机、路由器设备Web直接把路由器管理页、后台接口面板作为标签页打开很多人只看中 SSH 功能但真用起来之后RDP 和 SFTP 的使用频率也会慢慢上来。比如一台 Windows 跳板机SSH 命令敲不进去我必须用 RDP 打开远程桌面去操作再比如需要从服务器下载日志直接右键连接选 SFTP 就进去了体验比单独开 FileZilla 顺手得多。2.3 授权方式和版本差异Royal TSX 是商业软件不是免费开源项目官方提供试用期试用版有文档数量的限制。我的建议是先建一个测试文档把常用三种协议各配一遍试用结束前如果觉得回不去了再购买。有一点要提醒远程管理工具会保存大量连接信息和凭据属于高价值软件不建议去网上下载来路不明的破解版。安全风险比买软件的成本高得多你永远不知道记忆了密码的东西里被塞了什么额外行为。3. 实操用 Royal TSX 连接你的第一台服务器3.1 连接参数收集与前置检查在创建连接之前先把目标信息准备好省得配置到一半卡壳。一般需要四类信息主机地址IP 或域名比如192.168.1.10或server.example.com。端口SSH 默认是 22如果服务器改了端口务必确认云平台安全组和本地防火墙都已放行。用户名登录服务器的账号比如root、ubuntu或者带 sudo 权限的普通用户。认证方式密码或者私钥。如果是全新购买的一台云服务器第一次登录前建议先做两件事第一确认密码或初始密钥已重置第二确认 SSH 服务在运行sudo systemctl status ssh或者service sshd status看一下状态。很多“连接失败”的排查结果最终都落在服务没启动这一点上。3.2 新建条目并完成首次登录打开 Royal TSX 后先创建一个文档比如叫“我的服务器”然后在这个文档下新建一个文件夹命名为“生产环境”。点击左上角的“”新建条目选择“SSH Terminal”。配置页面上最核心的几个字段Name给这个连接起个能一眼认出的名字比如“主数据库-东京”或“nginx-01”。Host填 IP 或域名。Port默认 22按需修改。Username服务器登录用户。认证方式如果选密码Royal TSX 会提示是否保存如果选私钥则指定密钥文件路径。填完之后先别急着保存全部信息点右上角的“连接”测试一下。第一次连接如果服务器指纹不在本地已知主机列表里会弹出指纹确认提示和命令行里第一次 SSH 的体验一样。确认后进入登录界面输入密码或完成密钥验证看到 shell 提示符就说明连接成功。这次测试没问题后再把条目保存在文档里拖拽到对应文件夹配置界面就会变得非常整齐。3.3 配置 SSH 密钥登录密码登录虽然方便但公网服务器长期用密码容易被暴力破解盯上。强烈建议切换成 SSH 密钥登录Royal TSX 对密钥的支持很完整。在 macOS 本地生成密钥的方法ssh-keygen -t ed25519 -C your_emailexample.com -f ~/.ssh/id_ed25519一路回车生成两个文件私钥~/.ssh/id_ed25519和公钥~/.ssh/id_ed25519.pub。私钥自己保管好公钥复制到服务器。把公钥写进服务器的authorized_keys文件可以用这条命令ssh-copy-id -i ~/.ssh/id_ed25519.pub userserver.example.com执行后会要求输入一次服务器密码之后就把公钥追加到服务器的~/.ssh/authorized_keys里还会自动处理好目录权限。如果没有ssh-copy-id也可以手动创建目录mkdir -p ~/.ssh chmod 700 ~/.ssh echo 粘贴公钥内容 ~/.ssh/authorized_keys chmod 600 ~/.ssh/authorized_keys然后在 Royal TSX 的认证配置里把方式改成“私钥”选择~/.ssh/id_ed25519文件。如果私钥有 passphraseRoyal TSX 会记住并支持用 macOS 钥匙串解锁登录时不用重复输入。配好密钥后建议关闭服务器上的密码登录。编辑/etc/ssh/sshd_config把PasswordAuthentication yes改成no然后重启 SSH 服务。改配置前最好保留一个已登录的会话防止手滑把自己锁在外面。这个流程和配置 GitHub、GitLab 的 SSH 密钥思路完全一致。你在本地生成一对密钥把公钥填到平台后台Git 操作就再也不用输密码了。刚接触 SSH 的人最容易被各种密钥概念绕晕其实核心就一句话本地留私钥远程放公钥。4. 进阶技巧把 Royal TSX 用出效率4.1 凭据库、变量与批量管理连接数量一多同一个账号密码可能在多个连接里重复出现。Royal TSX 的“凭据”模块可以单独保存用户名、密码和密钥然后被多个连接引用。这样密码只在凭据库维护一次修改时全局生效。再往上走还会用到“变量”。比如在同一文档里管理多台测试机其中 IP 段相同只是最后一位不同我可以用变量把 IP 段抽出来创建一个模板条目然后复制多个实例并只改变量值。看起来省事不多但维护成本明显降低特别是遇到整体迁移网段时只改一个变量所有连接自动更新。多服务器管理还有一个很实用的点按文件夹选择所有连接再右键执行“全部连接”可以用相对完整的操作同时打开多台机器。不过我不建议拿它做批量命令推送那种场景更适合 Ansible、SaltStack 这类配置管理工具。Royal TSX 的角色是把人带到每台机器前面至于机器内部怎么操作还是专业工具做专业事。4.2 端口转发用本地端口访问远程数据库不少生产环境的数据库部署在云服务器内网或私有子网里公网端口完全不可达。这时候如果要在本地用 GUI 工具查看数据最安全的做法不是给数据库开放公网访问而是通过 SSH 端口转发。macOS 命令行里可以这样打通通路ssh -L 3307:127.0.0.1:3306 userserver.example.com这行命令的意思是把本地 3307 端口的数据经 SSH 通道转发到目标服务器上的 127.0.0.1:3306。本地工具连接127.0.0.1:3307时数据会走 SSH 加密通道到达目标地址。在 Royal TSX 里不需要敲这串命令。选中 SSH 连接打开编辑窗口找到“隧道 / 端口转发”相关配置新建一条转发规则即可字段填写内容监听地址127.0.0.1监听端口3307目标地址127.0.0.1目标端口3306保存后重新连接本地端口立即生效。之后用 Sequel Ace、TablePlus 或其他数据库客户端连接127.0.0.1:3307就能直接操作远程库。我之前排查过一起线上问题当时数据库在客户内网给我发来一份 readonly 账号和一个跳板机的权限。我没有申请任何公网端口就在 Royal TSX 里这样一发端口转发本地查询工具直接跑起来问题当天定位。整个过程中数据库一直没暴露到公网安全性和安全审计都更稳妥。4.3 与 Visual Studio Code Remote-SSH 配合使用服务器上写代码、改配置现在很多人的主力场景是 Visual Studio Code 的 Remote-SSH。Royal TSX 和它并不冲突反而可以分工明确VS Code 负责编辑代码Royal TSX 负责管理多个远程环境和执行临时命令。使用 Remote-SSH 时建议在本地维护一份~/.ssh/config内容大概是这样Host web-prod HostName 10.0.1.15 User ubuntu Port 22 IdentityFile ~/.ssh/id_ed25519配置完成后VS Code 的 Remote-SSH 面板里会直接出现web-prod这个主机点击即可连接。你本地保存的密钥、passphrase 信息和 Royal TSX 走的是同一套机制不用重复配置。如果你在 Remote-SSH 工作区里看到“此扩展在此工作区中被禁用因为其被定义为在远程扩展主机中运行”的提示多半是扩展装错了位置。解决方法是打开远程资源管理器选择当前 SSH 主机在远程端重新安装扩展。这一步很多人会忽略总是本地装了扩展然后跑到远程环境里说用不了其实两个环境各自维护一套扩展列表。4.4 快速唤起与重装系统后的恢复Royal TSX 支持把文档放到 iCloud 云盘同步我个人的习惯是电脑里配置一份“常用连接”文档云盘同步到所有设备。macOS 重装之后只要重新安装应用、把云盘同步文件拖进来所有分组、连接、凭据引用直接恢复不用一台一台重新配。如果平时习惯用 Spotlight直接按Command 空格输入 Royal TSX 回车即可打开。连接面板保持精简常用连接不超过三层目录从打开 App 到进入服务器控制在三秒内。还有人会问要不要给 Royal TSX 设置全局快捷键。我的答案是取决于你多依赖它。我可以配置一个快捷键直接唤起窗口并且不把 Dock 图标常驻让整个工具变成“按一下、进服务器、按一下、隐藏”的隐身流操作。这个习惯用顺手后回到普通终端会觉得到处找标签页很慢。5. 常见问题与排查技巧5.1 连不上服务器的排查表连接失败是 SSH 日常中最常见的问题大部分情况都可以通过下面这张表对号入座症状大概率原因解决办法提示超时或卡住目标端口不可达检查云安全组、本地防火墙用nc -vz host port测试连通性提示 Permission denied (password)用户名或密码错误确认登录用户到服务器查看/var/log/auth.log里的认证记录连接后立刻断开服务器 SSH 配置限制了登录方式检查sshd_config里的PermitRootLogin、AllowUsers等设置提示 Host key verification failed服务器重装过或检测到指纹变化本地执行ssh-keygen -R 服务器地址清除旧指纹输入密码一直循环服务器只允许密钥登录把本地公钥追加到服务器authorized_keys或联系管理员开放临时通道这里最隐蔽的一个坑是安全组。很多人改了服务器端配置却忘了云平台的安全组规则或者安全组端口只对固定 IP 开放。遇到超时先用nc -vz -w 3 host 22探测一遍一旦网络层不通就别在 SSH 服务上浪费时间。5.2 密钥相关容易踩的坑密钥配置看起来简单但下面几个问题遇到一次就够头疼权限不对服务器上~/.ssh目录必须是 700authorized_keys必须是 600。如果权限过宽OpenSSH 会出于安全考虑拒绝使用这个文件。私钥格式不对从 Windows 上的 PuTTY 导出的.ppk文件不能直接在 macOS 使用需要先用 PuTTYgen 转换成 OpenSSH 格式。passphrase 频繁询问如果觉得每次都要输入私钥密码很麻烦可以把密钥加入 macOS 钥匙串执行ssh-add --apple-use-keychain ~/.ssh/id_ed25519之后在当前会话和 Royal TSX 里使用都能减少重复输入。私钥权限不一致macOS 上私钥文件权限不能过于开放建议保持在600。另外有些人会把私钥文件复制到多台机器上使用。我的建议是不要这么做尤其是公司电脑和个人电脑共用同一个私钥一旦某台机器被感染所有关联服务器都存在风险。更合理的方式是每台机器单独生成密钥然后把公钥分别上传。5.3 终端界面与输入体验问题用 Royal TSX 打开 SSH 会话后偶尔会遇到交互异常的情况。比如方向键、Tab键行为奇怪或者全屏程序没有正常布局这些通常与 TERM 环境变量有关。建议在连接的终端设置里把类型调整为xterm-256color绝大多数 Linux 服务器的程序都能正确识别。中文输入法有时会干扰终端快捷键。如果你习惯用Option键作为 Meta 键需要检查 Royal TSX 的键盘设置避免和 macOS 输入法切换冲突。还有一种情况是复制粘贴行为不符合预期可以在终端设置里打开“选中即复制”按住Command C复制Command V粘贴基本上和系统快捷键保持一致。滚动流畅度也是很多人关心的点。Royal TSX 的终端渲染比较省心默认的滚动、字体渲染在 Retina 屏幕上表现不错。建议把字体设置成 Nerd Font 家族中的一个常见配置是“JetBrains Mono Nerd Font”或“Monaspace”能兼顾中文显示和图标符号长时间盯终端眼睛不容易累。5.4 日常使用中的安全习惯无论用什么 SSH 工具有些安全习惯必须养成不为节约时间都用 root 登录。普通用户加 sudo 的方式至少能让你在操作前多看一眼命令。公网服务器优先使用密钥并且为私钥设置 passphrase。连接条目里不要明文保存高权限密码Royal TSX 支持用 macOS 钥匙串加密存储开启后其他人即使打开软件也看不到明文。离职或权限变更时及时清理服务器账号和本地连接条目避免旧凭据留在工具里成为隐患。导出配置时注意检查是否包含私钥内容。如果配置文档需要交给别人先确认里面没有敏感密钥文件路径或密码字段。安全这件事工具只能提供能力最终防线还是使用习惯。我在配置新服务器时永远默认密钥登录、关闭密码登录从源头上把暴力破解这条路堵死后面能省掉大量日常运维的焦虑。6. 一些个人体会用了很长时间的 SSH 工具最后留在 Dock 栏的就是 Royal TSX。原因有三一是连接多了之后它的分组和凭据体系做得确实顺手二是 macOS 上稳定不折腾和系统钥匙串、iCloud 配合得很好三是协议覆盖全一台机器上 SSH、SFTP、RDP 都能管理省掉装三个独立应用的烦恼。如果你现在还在用十几个终端标签页硬扛建议抽一个下午把常用连接整理进 Royal TSX把密钥和分组都配好。第一次配置需要花点时间但之后每天都能省下大量“寻找连接”的时间。最后分享一个小技巧给生产环境和测试环境分别设置不同的连接底色颜色差异一目了然能在手忙脚乱时提醒你现在到底是在哪台机器上敲命令。
平时做运维和开发的人macOS 上最离不开的其实不是编辑器而是终端里的 SSH。前阵子帮新同事配环境他看到我在多台云服务器、内网跳板机、Windows 虚拟机之间来回切换时用的全是 Royal TSX第一反应是“这不就是个花哨的 ssh 客户端吗”后来他自己上手试了两周才意识到这东西解决的是会话管理和认证效率的问题而不只是把命令换成图形界面。Royal TSX 是 macOS 平台上一款老牌的远程连接管理工具可以把 SSH、SFTP、RDP、VNC 等远程会话集中到一个窗口里统一保存、组织和切换特别适合服务器数量多、连接类型杂、需要维护多套环境的人。这篇文章我按自己的使用逻辑来写先讲明白为什么需要它再拆核心功能然后从零开始创建 SSH 连接、配置密钥、做端口转发最后是常见问题的排查思路。无论你是刚接触 SSH 的新手还是已经用了很多年终端的老手都能找到可以落地的东西。1. 为什么 macOS 上需要一个像 Royal TSX 的 SSH 工具1.1 纯命令行管理多台服务器为什么会乱很多人一开始都觉得SSH 不就是“打开终端敲一行命令”吗确实如果你只有一两台服务器用系统自带的 Terminal 完全够用。但一旦服务器数量超过五台问题就来了地址和端口记不住。公司内网机器走 22 端口云厂商机器可能带独立密钥还有客户环境的跳板机走 20022端口五花八门。凭据散落各地。密码存在备忘录里密钥散在~/.ssh/下时间久了连自己都分不清哪个密钥对应哪台机器。终端标签页开太多。iTerm2 虽然能用标签页但标签一多就只能靠颜色和标题猜切换效率很低。重装电脑后一切归零。系统重装、换新机器后~/.ssh/config没备份所有连接配置都得重新来一遍。~/.ssh/config能缓解一部分问题比如给主机起别名、指定密钥路径但它本质上是一份静态文本编辑起来不够直观也解决不了 Windows 远程桌面、VNC 图形界面、SFTP 文件传输这些非 SSH 场景。真正要解决这些问题需要的是一个“能记住所有连接并统一管理认证信息”的工具。1.2 会话管理器与终端模拟器的定位差异Royal TSX 的定位不是替代终端而是做“会话档案库”。它发起 SSH 连接后后端走的是系统自身的终端组件和 SSH 实现所以它不改变你熟悉的命令行交互方式只是把连接本身变成了图形化管理。维度原生 Terminal / iTerm2Royal TSX会话保存靠 shell 历史或手动配置图形化条目持久保存多协议支持主要面向 SSHSSH、SFTP、RDP、VNC、Telnet 等认证信息管理依赖 ssh-agent 或手动输入内置凭据库可用 macOS 钥匙串连接入口速度需要敲命令或配置 alias点击左侧条目直接进入跳板机支持手动拼-J参数界面直接配置团队分享导出 dotfiles 文件可直接导出 XML/JSON 配置学习成本低中等但一次学习长期受益这张表不是要分个高下而是想说明两者的适用场景不同。日常写代码、跑命令我依然会开一个系统终端但凡是“要登录某台特定服务器”这件事我几乎都会走 Royal TSX。把两条路径分开反而让两边的体验都更清爽。2. Royal TSX 核心功能与界面拆解2.1 界面布局与日常使用习惯Royal TSX 的主界面分几个区域顶部是工具栏左侧是连接面板中间是标签页容器底部是状态栏。左侧连接面板和浏览器书签栏类似你可以建文件夹、分环境、拖拽排序。我习惯按“生产环境 / 测试环境 / 客户现场 / 内部管理设备”四类归置每个文件夹下再按应用维度细分。中间标签页是我用得最顺手的地方。每台服务器打开后就是一个标签多个会话可以并行点击即可切换。支持分屏视图我可以左边放服务器日志右边放本地编辑器。标签页可以横向排列也可以垂直分栏。底下还有“快捷连接”入口临时要去一台没保存过的主机上执行命令只要输入userhost即可不需要先创建一个完整条目。这个功能看似简单实际救了无数次急。2.2 支持的协议与远程场景Royal TSX 覆盖的协议很多这里列一下我实际用到的协议类型用途说明SSH管理 Linux 服务器、云主机、网络设备也是本文重点场景SFTP传输文件支持断点续传省掉单独装图形 FTP 工具RDP连接 Windows Server界面操作 Windows 服务VNC远程访问带图形桌面的 macOS/Linux 机器Telnet调试部分老旧交换机、路由器设备Web直接把路由器管理页、后台接口面板作为标签页打开很多人只看中 SSH 功能但真用起来之后RDP 和 SFTP 的使用频率也会慢慢上来。比如一台 Windows 跳板机SSH 命令敲不进去我必须用 RDP 打开远程桌面去操作再比如需要从服务器下载日志直接右键连接选 SFTP 就进去了体验比单独开 FileZilla 顺手得多。2.3 授权方式和版本差异Royal TSX 是商业软件不是免费开源项目官方提供试用期试用版有文档数量的限制。我的建议是先建一个测试文档把常用三种协议各配一遍试用结束前如果觉得回不去了再购买。有一点要提醒远程管理工具会保存大量连接信息和凭据属于高价值软件不建议去网上下载来路不明的破解版。安全风险比买软件的成本高得多你永远不知道记忆了密码的东西里被塞了什么额外行为。3. 实操用 Royal TSX 连接你的第一台服务器3.1 连接参数收集与前置检查在创建连接之前先把目标信息准备好省得配置到一半卡壳。一般需要四类信息主机地址IP 或域名比如192.168.1.10或server.example.com。端口SSH 默认是 22如果服务器改了端口务必确认云平台安全组和本地防火墙都已放行。用户名登录服务器的账号比如root、ubuntu或者带 sudo 权限的普通用户。认证方式密码或者私钥。如果是全新购买的一台云服务器第一次登录前建议先做两件事第一确认密码或初始密钥已重置第二确认 SSH 服务在运行sudo systemctl status ssh或者service sshd status看一下状态。很多“连接失败”的排查结果最终都落在服务没启动这一点上。3.2 新建条目并完成首次登录打开 Royal TSX 后先创建一个文档比如叫“我的服务器”然后在这个文档下新建一个文件夹命名为“生产环境”。点击左上角的“”新建条目选择“SSH Terminal”。配置页面上最核心的几个字段Name给这个连接起个能一眼认出的名字比如“主数据库-东京”或“nginx-01”。Host填 IP 或域名。Port默认 22按需修改。Username服务器登录用户。认证方式如果选密码Royal TSX 会提示是否保存如果选私钥则指定密钥文件路径。填完之后先别急着保存全部信息点右上角的“连接”测试一下。第一次连接如果服务器指纹不在本地已知主机列表里会弹出指纹确认提示和命令行里第一次 SSH 的体验一样。确认后进入登录界面输入密码或完成密钥验证看到 shell 提示符就说明连接成功。这次测试没问题后再把条目保存在文档里拖拽到对应文件夹配置界面就会变得非常整齐。3.3 配置 SSH 密钥登录密码登录虽然方便但公网服务器长期用密码容易被暴力破解盯上。强烈建议切换成 SSH 密钥登录Royal TSX 对密钥的支持很完整。在 macOS 本地生成密钥的方法ssh-keygen -t ed25519 -C your_emailexample.com -f ~/.ssh/id_ed25519一路回车生成两个文件私钥~/.ssh/id_ed25519和公钥~/.ssh/id_ed25519.pub。私钥自己保管好公钥复制到服务器。把公钥写进服务器的authorized_keys文件可以用这条命令ssh-copy-id -i ~/.ssh/id_ed25519.pub userserver.example.com执行后会要求输入一次服务器密码之后就把公钥追加到服务器的~/.ssh/authorized_keys里还会自动处理好目录权限。如果没有ssh-copy-id也可以手动创建目录mkdir -p ~/.ssh chmod 700 ~/.ssh echo 粘贴公钥内容 ~/.ssh/authorized_keys chmod 600 ~/.ssh/authorized_keys然后在 Royal TSX 的认证配置里把方式改成“私钥”选择~/.ssh/id_ed25519文件。如果私钥有 passphraseRoyal TSX 会记住并支持用 macOS 钥匙串解锁登录时不用重复输入。配好密钥后建议关闭服务器上的密码登录。编辑/etc/ssh/sshd_config把PasswordAuthentication yes改成no然后重启 SSH 服务。改配置前最好保留一个已登录的会话防止手滑把自己锁在外面。这个流程和配置 GitHub、GitLab 的 SSH 密钥思路完全一致。你在本地生成一对密钥把公钥填到平台后台Git 操作就再也不用输密码了。刚接触 SSH 的人最容易被各种密钥概念绕晕其实核心就一句话本地留私钥远程放公钥。4. 进阶技巧把 Royal TSX 用出效率4.1 凭据库、变量与批量管理连接数量一多同一个账号密码可能在多个连接里重复出现。Royal TSX 的“凭据”模块可以单独保存用户名、密码和密钥然后被多个连接引用。这样密码只在凭据库维护一次修改时全局生效。再往上走还会用到“变量”。比如在同一文档里管理多台测试机其中 IP 段相同只是最后一位不同我可以用变量把 IP 段抽出来创建一个模板条目然后复制多个实例并只改变量值。看起来省事不多但维护成本明显降低特别是遇到整体迁移网段时只改一个变量所有连接自动更新。多服务器管理还有一个很实用的点按文件夹选择所有连接再右键执行“全部连接”可以用相对完整的操作同时打开多台机器。不过我不建议拿它做批量命令推送那种场景更适合 Ansible、SaltStack 这类配置管理工具。Royal TSX 的角色是把人带到每台机器前面至于机器内部怎么操作还是专业工具做专业事。4.2 端口转发用本地端口访问远程数据库不少生产环境的数据库部署在云服务器内网或私有子网里公网端口完全不可达。这时候如果要在本地用 GUI 工具查看数据最安全的做法不是给数据库开放公网访问而是通过 SSH 端口转发。macOS 命令行里可以这样打通通路ssh -L 3307:127.0.0.1:3306 userserver.example.com这行命令的意思是把本地 3307 端口的数据经 SSH 通道转发到目标服务器上的 127.0.0.1:3306。本地工具连接127.0.0.1:3307时数据会走 SSH 加密通道到达目标地址。在 Royal TSX 里不需要敲这串命令。选中 SSH 连接打开编辑窗口找到“隧道 / 端口转发”相关配置新建一条转发规则即可字段填写内容监听地址127.0.0.1监听端口3307目标地址127.0.0.1目标端口3306保存后重新连接本地端口立即生效。之后用 Sequel Ace、TablePlus 或其他数据库客户端连接127.0.0.1:3307就能直接操作远程库。我之前排查过一起线上问题当时数据库在客户内网给我发来一份 readonly 账号和一个跳板机的权限。我没有申请任何公网端口就在 Royal TSX 里这样一发端口转发本地查询工具直接跑起来问题当天定位。整个过程中数据库一直没暴露到公网安全性和安全审计都更稳妥。4.3 与 Visual Studio Code Remote-SSH 配合使用服务器上写代码、改配置现在很多人的主力场景是 Visual Studio Code 的 Remote-SSH。Royal TSX 和它并不冲突反而可以分工明确VS Code 负责编辑代码Royal TSX 负责管理多个远程环境和执行临时命令。使用 Remote-SSH 时建议在本地维护一份~/.ssh/config内容大概是这样Host web-prod HostName 10.0.1.15 User ubuntu Port 22 IdentityFile ~/.ssh/id_ed25519配置完成后VS Code 的 Remote-SSH 面板里会直接出现web-prod这个主机点击即可连接。你本地保存的密钥、passphrase 信息和 Royal TSX 走的是同一套机制不用重复配置。如果你在 Remote-SSH 工作区里看到“此扩展在此工作区中被禁用因为其被定义为在远程扩展主机中运行”的提示多半是扩展装错了位置。解决方法是打开远程资源管理器选择当前 SSH 主机在远程端重新安装扩展。这一步很多人会忽略总是本地装了扩展然后跑到远程环境里说用不了其实两个环境各自维护一套扩展列表。4.4 快速唤起与重装系统后的恢复Royal TSX 支持把文档放到 iCloud 云盘同步我个人的习惯是电脑里配置一份“常用连接”文档云盘同步到所有设备。macOS 重装之后只要重新安装应用、把云盘同步文件拖进来所有分组、连接、凭据引用直接恢复不用一台一台重新配。如果平时习惯用 Spotlight直接按Command 空格输入 Royal TSX 回车即可打开。连接面板保持精简常用连接不超过三层目录从打开 App 到进入服务器控制在三秒内。还有人会问要不要给 Royal TSX 设置全局快捷键。我的答案是取决于你多依赖它。我可以配置一个快捷键直接唤起窗口并且不把 Dock 图标常驻让整个工具变成“按一下、进服务器、按一下、隐藏”的隐身流操作。这个习惯用顺手后回到普通终端会觉得到处找标签页很慢。5. 常见问题与排查技巧5.1 连不上服务器的排查表连接失败是 SSH 日常中最常见的问题大部分情况都可以通过下面这张表对号入座症状大概率原因解决办法提示超时或卡住目标端口不可达检查云安全组、本地防火墙用nc -vz host port测试连通性提示 Permission denied (password)用户名或密码错误确认登录用户到服务器查看/var/log/auth.log里的认证记录连接后立刻断开服务器 SSH 配置限制了登录方式检查sshd_config里的PermitRootLogin、AllowUsers等设置提示 Host key verification failed服务器重装过或检测到指纹变化本地执行ssh-keygen -R 服务器地址清除旧指纹输入密码一直循环服务器只允许密钥登录把本地公钥追加到服务器authorized_keys或联系管理员开放临时通道这里最隐蔽的一个坑是安全组。很多人改了服务器端配置却忘了云平台的安全组规则或者安全组端口只对固定 IP 开放。遇到超时先用nc -vz -w 3 host 22探测一遍一旦网络层不通就别在 SSH 服务上浪费时间。5.2 密钥相关容易踩的坑密钥配置看起来简单但下面几个问题遇到一次就够头疼权限不对服务器上~/.ssh目录必须是 700authorized_keys必须是 600。如果权限过宽OpenSSH 会出于安全考虑拒绝使用这个文件。私钥格式不对从 Windows 上的 PuTTY 导出的.ppk文件不能直接在 macOS 使用需要先用 PuTTYgen 转换成 OpenSSH 格式。passphrase 频繁询问如果觉得每次都要输入私钥密码很麻烦可以把密钥加入 macOS 钥匙串执行ssh-add --apple-use-keychain ~/.ssh/id_ed25519之后在当前会话和 Royal TSX 里使用都能减少重复输入。私钥权限不一致macOS 上私钥文件权限不能过于开放建议保持在600。另外有些人会把私钥文件复制到多台机器上使用。我的建议是不要这么做尤其是公司电脑和个人电脑共用同一个私钥一旦某台机器被感染所有关联服务器都存在风险。更合理的方式是每台机器单独生成密钥然后把公钥分别上传。5.3 终端界面与输入体验问题用 Royal TSX 打开 SSH 会话后偶尔会遇到交互异常的情况。比如方向键、Tab键行为奇怪或者全屏程序没有正常布局这些通常与 TERM 环境变量有关。建议在连接的终端设置里把类型调整为xterm-256color绝大多数 Linux 服务器的程序都能正确识别。中文输入法有时会干扰终端快捷键。如果你习惯用Option键作为 Meta 键需要检查 Royal TSX 的键盘设置避免和 macOS 输入法切换冲突。还有一种情况是复制粘贴行为不符合预期可以在终端设置里打开“选中即复制”按住Command C复制Command V粘贴基本上和系统快捷键保持一致。滚动流畅度也是很多人关心的点。Royal TSX 的终端渲染比较省心默认的滚动、字体渲染在 Retina 屏幕上表现不错。建议把字体设置成 Nerd Font 家族中的一个常见配置是“JetBrains Mono Nerd Font”或“Monaspace”能兼顾中文显示和图标符号长时间盯终端眼睛不容易累。5.4 日常使用中的安全习惯无论用什么 SSH 工具有些安全习惯必须养成不为节约时间都用 root 登录。普通用户加 sudo 的方式至少能让你在操作前多看一眼命令。公网服务器优先使用密钥并且为私钥设置 passphrase。连接条目里不要明文保存高权限密码Royal TSX 支持用 macOS 钥匙串加密存储开启后其他人即使打开软件也看不到明文。离职或权限变更时及时清理服务器账号和本地连接条目避免旧凭据留在工具里成为隐患。导出配置时注意检查是否包含私钥内容。如果配置文档需要交给别人先确认里面没有敏感密钥文件路径或密码字段。安全这件事工具只能提供能力最终防线还是使用习惯。我在配置新服务器时永远默认密钥登录、关闭密码登录从源头上把暴力破解这条路堵死后面能省掉大量日常运维的焦虑。6. 一些个人体会用了很长时间的 SSH 工具最后留在 Dock 栏的就是 Royal TSX。原因有三一是连接多了之后它的分组和凭据体系做得确实顺手二是 macOS 上稳定不折腾和系统钥匙串、iCloud 配合得很好三是协议覆盖全一台机器上 SSH、SFTP、RDP 都能管理省掉装三个独立应用的烦恼。如果你现在还在用十几个终端标签页硬扛建议抽一个下午把常用连接整理进 Royal TSX把密钥和分组都配好。第一次配置需要花点时间但之后每天都能省下大量“寻找连接”的时间。最后分享一个小技巧给生产环境和测试环境分别设置不同的连接底色颜色差异一目了然能在手忙脚乱时提醒你现在到底是在哪台机器上敲命令。
