平台管理与系统管理员
系统管理员负责整个 WeKnora 部署的全局设置、任务队列、平台 API Key 和跨空间审计。空间 Owner 负责单个工作空间,两类身份分别授予。空间角色说明见租户、用户与认证授权。
两类身份的管理范围如下:
| 空间 Owner | 系统管理员 | |
|---|---|---|
| 作用范围 | 单个工作空间 | 整个部署 |
| 授予方式 | 创建空间时获得,或由原 Owner 转让 | 由现有系统管理员授予,首个管理员通过环境变量引导 |
| 管理内容 | 空间成员、模型、知识库、集成、空间审计 | 全局系统设置、任务队列、平台 API Key、跨空间审计、重置用户密码 |
| 是否自动叠加 | — | 不会:在某空间是 Owner 不代表是系统管理员,反之亦然 |
跨空间数据访问由 CanAccessAllTenants 单独控制。系统管理员身份不会自动授予其他空间的知识库内容访问权。
以系统管理员身份打开「设置」,展示侧栏底部四个仅系统管理员可见的分区,正文可用系统设置页。
website-docs/public/screenshots/settings-system-admin.png设置首个系统管理员
新部署需要先设置首个系统管理员:
- 先用正常流程注册一个账号;
- 为 app 服务配置
WEKNORA_BOOTSTRAP_SYSTEM_ADMIN_EMAIL=<该账号邮箱>,重启; - 启动时仅在部署尚无系统管理员的情况下,将该邮箱对应的用户设为系统管理员。
引导流程只提升已存在的账号。邮箱尚未注册时会记录告警,后续重启再次检查;配置错误不阻断服务启动。部署已有系统管理员后,该变量不再授予权限。
后续可在界面中添加或撤销系统管理员。不能撤销自己,也不能撤销最后一位系统管理员。对应接口为 POST /system/admin/promote 和 /revoke;重复撤销非管理员返回 200,审计记录以 changed=false 标明未发生权限变更。
使用平台控制台
系统管理员可在「设置」侧栏查看四个管理分区:
| 分区 | 作用 | 接口 |
|---|---|---|
| 系统设置 | 全局运行时开关(注册模式、空间策略、并发、SSRF 白名单等),按设置项的生效规则应用,见下方设置表 | GET/PUT/DELETE /system/admin/settings[/:key] |
| 任务队列 | 查看 asynq 各队列实时积压、逐个任务的重试/归档/删除、批量清空归档任务;Lite 模式返回 available=false | /system/admin/runtime/queues* |
| 平台 API Key | 面向控制面自动化的 platform 作用域 Key,能力包括 system_tenants_read/manage、system_settings_read/manage、system_runtime_read/manage、system_audit_read | /system/admin/api-keys |
| 系统审计日志 | tenant_id = 0 的平台级事件(改设置、提升/撤销管理员、队列操作等)。空间级审计接口按 tenant 过滤,看不到这些行 | GET /system/admin/audit-log |
系统管理员还可执行以下操作:
- 重置用户密码(
POST /system/admin/users/reset-password):替换目标用户的本地密码并吊销其全部会话。不能给自己重置——自助改密码仍要求提供旧密码; - 批量套用默认存储配额(
POST /system/admin/tenants/apply-default-storage-quota):把当前的默认配额写到所有已存在的空间上。该操作更新已有空间的配额数据。
创建用户
系统管理员可在系统设置中创建本地账号,填写用户名、邮箱,并选择自动生成密码或指定符合策略的密码。空间分配遵循 auth.default_tenant_mode:create_personal 创建个人空间,tenantless 等待用户加入空间。
自动生成的密码仅在本次创建结果显示,应当场复制完整账号信息;关闭结果后不能再次查询明文。重复身份返回已有用户,不改密码;邮箱和用户名分别指向不同用户时拒绝创建。接口见系统 API。
创建用户与首个管理员引导是不同操作:bootstrap 仍只提升已存在用户,不负责创建账号。
运行时设置参考
支持的运行时设置可在控制台中修改。数据库中的设置值优先于环境变量,多数立即生效;影响新资源或需重建运行时的设置以表中说明为准。
| 键 | 类型 | 默认 | 生效时机 |
|---|---|---|---|
auth.registration_mode | self_serve / invite_only | self_serve | 立即 |
auth.default_tenant_mode | create_personal / tenantless | create_personal | 只影响之后注册的新用户 |
tenant.self_service_creation_enabled | bool | true | 立即 |
tenant.max_owned_per_user | int | 10(0 = 用内置默认,负数 = 关闭限额) | 每次建空间时读取 |
tenant.default_storage_quota_gb | int | 10 | 仅新建空间时读取,不回写已有空间 |
tenant.auto_create_api_key | bool | false | 每次建空间时读取 |
ssrf.whitelist | 字符串列表 | 空 | 立即(SSRF_WHITELIST_EXTRA 仍只由部署方维护,不在此覆盖) |
asynq.core/postprocess/enrichment/maintenance/shared/wiki_concurrency | int | 见异步任务系统 | 各 worker pool 重新装配 |
model.max_concurrency | int | 32 | 立即 |
以下开关同样遵循数据库优先规则:
| 键 | 默认 | 作用 |
|---|---|---|
auth.complex_password_enabled | false | 新注册/新密码要求大小写字母、数字和特殊字符 |
tenant.auto_accept_invitation | false | 邮箱邀请已注册用户时直接写入成员关系 |
sandbox.docker_enabled | false | 开放 Docker 沙箱配置和实例创建 |
tenant.auto_create_api_key 默认关闭。依赖旧版注册响应的集成可启用此兼容开关,使新空间自动创建 full-access Key 并返回明文。
重置运行时设置
控制台保存设置后,修改对应环境变量不会覆盖数据库值。排查配置未生效时,先检查运行时设置;重置(DELETE /system/admin/settings/:key)会删除数据库覆盖值,恢复使用环境变量或内置默认值。
相关文档
- 空间内的四级角色与 API Key:租户、用户与认证授权
- 队列拓扑与 worker pool:异步任务系统
- 审计日志与追踪:可观测性与审计
- 接口清单:系统与平台管理 API
实现参考
cmd/server/bootstrap.go:首个系统管理员引导。frontend/src/config/settingsAccess.ts:平台设置分区。internal/application/service/system_setting.go:运行时设置注册表。
