授权 | Busabase 布沙知识仓

激活码怎么工作、过期之后会发生什么、每条报错到底是什么意思、席位怎么算。

一个 Busabase Premium 授权就是一串字符：一个 payload 和一个签名，中间用点分开。payload 说明这份授权发给谁、包含多少席位、什么时候到期。签名是 Ed25519，用编进构建里的公钥校验。

这个设计有一个值得明说的后果：验签从不碰网络。 一个物理隔离的实例，校验授权的方式和公网上的一模一样。

拿到激活码

激活码在你的 Busabase 云端账号里签发，位置是设置 → 自建版授权。注册试用会立刻签出一个 30 天的码，不需要等。

这是刻意设计的。你只需要登录云端一次，证明你是谁，并且给自己留一个之后能续期的地方。之后的一切都发生在你自己的机器上。

系统管理 → 授权，粘贴，保存。立即生效，不用重启。

页面会显示这个码实际解析出来的内容：客户名、席位、到期日、档位。关页面之前请读一遍。一个激活成功但显示「5 席位」而你买的是 50 的码，值得在激活后的十秒内发现，而不是在某天有人加不进来的时候。

实例转为只读。它不会停机，不会把你锁在外面，也不会删任何东西。

授权页在过期状态下依然可达，这是故意的。它是那个「当其他一切都变成只读时必须还能用」的页面——因为续期码就是贴在这里的。

这是关于「授权到底是干什么用的」的一个明确取舍。过期意味着你欠我们钱，不意味着你该失去自己数据的访问权；一个会因为续费逾期而扣押数据的产品，不是我们想做的东西。

一个席位 = 一个能登录这个实例的成员。计数发生在邀请的时候：如果实例已经到达席位上限，邀请会被明确拒绝并说明原因，而不是先接受、之后再悄悄失败。

移除成员会立刻释放席位。

下面每一条都来自本地验签，所以没有任何一条的含义是「我们连不上授权服务器」。

报错	实际发生了什么
`Activation code is empty`	什么都没贴，或者只贴了空白字符。
`Activation code is not in <payload>.<signature> form`	字符串里没有那个点——通常是复制时只选中了一部分。
`Activation code signature has the wrong length`	传输中被截断了。重新完整复制一次。
`Activation code payload is not valid license data`	payload 解开了但不是授权数据。检查是不是把 API Key 贴进来了。
`This activation code is for '<product>', not Busabase Premium`	别的产品的码。在这个实例上没什么可修的。
`Activation code is not valid.`	签名没通过。要么码被改动过，要么不是我们签发的。

如果一个确认签发给你的码验不过，不要手工重打——「长度不对」这类情况就是这么来的。回云端设置页重新复制。

把新码贴上去覆盖旧的。没有单独的「反激活」步骤，改动不需要重启。如果实例此前已转为只读，新码验通过的那一刻写操作就恢复。