Termius 邀请成员与 Vault 权限 | 团队协作的基础配置
团队协作的核心设计
Termius 的团队协作围绕 Vaults 权限展开,而不是传统的「创建一个团队、给每个人发账号密码」:
- Vault = 访问边界:每个 Vault 是一个独立的权限单元
- 成员 = 被分配到 Vault 的用户:可以是跨 Vault 的,一个成员可以同时在多个 Vault 里
- 权限 = Vault 级别:完全访问 / 只读两种
这个模型的好处是数据边界和权限边界对齐——生产 Vault 只给运维、开发环境 Vault 给全员,想让新成员看到什么就把他加到哪个 Vault。
邀请成员进团队
前提
- Team / Business / Enterprise 订阅
- 已创建至少一个 Vault(Team Vault 或自定义 Vault)
步骤
- 打开某个 Vault 的管理界面(Vault 标签 → Settings → Members)
- 点击「Invite Member」
- 输入成员的邮箱地址
- 选择权限等级:
- Full Access:可以看、可以用、可以增删改 Vault 内所有数据
- Read Only:可以看、可以用,但不能修改 Vault 内的数据
- 点击「Send Invite」
Termius 会给对方发一封邮件邀请,里面有注册链接。对方注册成功并登录 Termius 后,自动看到被邀请的 Vault。
邀请还没注册的用户
如果对方还没有 Termius 账号:
- 同样输入邮箱发邀请
- 对方收到邮件 → 点链接注册 Termius
- 注册完成后自动加入 Vault
邀请已注册的用户
对方已有 Termius 账号:
- 直接输入他的邮箱 → Termius 查到匹配的账号
- 直接加入,不需要对方额外操作
Vault 权限等级详解
完全访问(Full Access)
Vault 成员可以:
- ✅ 查看 Vault 内所有数据(Hosts / Groups / Snippets / Port Forwarding / Credentials / Keys)
- ✅ 使用所有数据(连接主机、执行 Snippets、启用转发规则)
- ✅ 创建新的主机、Snippets、转发规则到这个 Vault
- ✅ 编辑和删除 Vault 内的现有数据
- ✅ 管理 Vault 的成员和权限
适合角色:运维工程师、团队技术负责人
只读(Read Only)
Vault 成员可以:
- ✅ 查看 Vault 内所有数据
- ✅ 使用所有数据(连接主机、执行 Snippets、启用转发规则)
- ❌ 不能创建新数据到这个 Vault(新主机只能存到自己的 Personal Vault)
- ❌ 不能编辑或删除 Vault 内的数据
- ❌ 不能管理 Vault 的成员和权限
适合角色:开发工程师、QA 测试、实习生
注意:只读成员可以用但不能改
只读权限的成员可以连接主机、运行 Snippets、启用转发规则——这些都是「使用」层面的操作,不涉及修改 Vault 内的元数据。只读限制的是「增删改 Vault 里的配置」。
这是合理的:团队需要所有人都能连上服务器干活,但不是所有人都能改连接配置或删除 Snippets。
移除成员
Vault 设置 → Members → 找到成员 → 点击移除:
- 成员会收到通知
- 他的客户端下次同步时自动看不到这个 Vault 的数据
- 他的 Personal Vault 和其他 Vault 的权限不受影响
一个成员在多个 Vault
一个用户可以同时是多个 Vault 的成员,每个 Vault 权限独立。举例:
| 成员 | 角色 | Personal Vault | Team Vault | Production Vault | QA Vault |
|---|---|---|---|---|---|
| 运维张三 | 运维 | ✅ 自己的 | Full | Full | Full |
| 开发李四 | 开发 | ✅ 自己的 | Full | ❌ 不可见 | Read |
| 实习生王五 | 实习 | ✅ 自己的 | Read | ❌ 不可见 | Read |
这样张三能操作所有环境,李四能开发环境和 QA 环境但看不到生产,王五最受限只能看 Team 和 QA。
团队 Vault 自动创建
Team / Business 版一旦邀请第一个成员,Termius 会自动创建一个 Team Vault 并把所有成员放进去。Team Vault 是默认的共享 Vault,所有成员 Full Access(可改成 Read Only)。
你可以把常用的主机、Snippets、转发规则放到 Team Vault,然后根据需要创建更多的自定义 Vault 做细分隔离。
最佳实践建议
- 先用 Team Vault 快速启动——把最基础的主机和 Snippets 放进去,全员 Full Access
- 逐步细分——需要隔离的环境(生产、敏感数据)再创建自定义 Vault,限制成员
- 定期审计成员——人员变动时及时移除
- 只读成员够用就别给 Full Access——能不让改就不让改,减少误操作风险
- Vault 名称用项目或环境命名——
Production、Staging、Project-X,一目了然