4.3 移动端、用户权限与安全运维报表
一句话判断
移动端解决“半夜被告警时不想开电脑”,用户管理解决“给同事分权而自己保持超管”,安全运维报表解决“给老板交一份能看的周报”。三个功能分别对应专业版、企业版、企业版——买的都是“人和流程”的问题,不是技术问题。
移动端:手机就是便携版面板
版本边界:移动端仅在专业版和企业版可用,需要有效许可证,仅管理员或受保护角色的账号可操作。
入口是 高级功能 → 移动端,页面生成用于 1Panel 移动端 App 绑定面板的二维码。
绑定前提(官方四条)
| 前提 | 说明 |
|---|---|
| 移动设备能访问面板地址 | 手机要和面板网络通(内网/公网都行) |
| 面板地址、端口、HTTPS、安全入口配好 | 这些是“能不能连上”的地基 |
| 授权 IP / 域名绑定 / 防火墙允许移动设备 | 最容易忘的一条 |
| 当前账号已启用 API 接口,配好 API Key、IP 白名单和有效期 | 移动端走的是 API |
第 3 条是绑定失败的常见原因:面板做了授权 IP 或域名绑定,手机在外网 4G 下死活连不上——不是 App 的问题,是你的安全设置把它挡在门外了。绑定前先确认手机要连的“那条路”是通的。
二维码的安全讲究
页面根据面板别名和当前访问地址生成二维码,二维码里的临时令牌有效期为 1 分钟。
绑定二维码和 API Key 都属于敏感凭据。二维码过期后应重新生成。
为什么是 1 分钟:二维码里包含的是临时令牌,拿到的人可以在有效期内把你的面板绑到他的手机上。1 分钟过期 + 过期重新生成,把风险压到很低。 但也意味着别截屏发给别人帮绑——发出去的时候就过期了,对方只会失败。
API 接口配置:移动端的钥匙
移动端绑定依赖当前账号的 API 接口设置:
| 设置 | 作用 |
|---|---|
| API Key | 移动端请求凭据 |
| IP 白名单 | 限制允许调用 API 的来源地址或网段 |
| 接口密钥有效期 | 校验请求时间戳与当前时间的间隔(分钟) |
| API 接口状态 | 禁用后已绑定客户端无法调用 |
关于“接口密钥有效期”官方有一段很重要的说明:
设置为
0时不校验请求时间戳。该设置不会让 API Key 自动失效;如需撤销访问,应重置 API Key 或禁用 API 接口。
翻译成操作语言:
- 它管的是“请求新鲜度”,不是“钥匙寿命”——设
0等于允许重放攻击(别人截到你的请求可以原样重发); - 想真正断开某个客户端,重置 API Key 或关掉 API 接口,调有效期没用。
一个完整的安全习惯:手机丢了/换手机了 → 立刻重置 API Key(旧 Token 立即失效)→ 等于远程把旧手机踢下线。这个动作在第 5 章讲 API 时还会出现——同一套机制服务于移动端和所有 API 调用方。
用户管理:企业版的分权体系
版本边界:用户管理仅企业版可用,需有效企业版许可证,仅超级管理员可进入。
页面有用户和角色两个标签。先建角色、再建用户——和 AI 网关“先用户组再 API Key”是同一个设计哲学。
角色:权限表
创建角色时填名称和描述,在权限表里勾选查看或管理权限。权限按首页、应用商店、AI、网站、数据库、容器、计划任务、工具箱、面板设置、系统、高级功能、节点和日志分组展示。
机制要点:
| 机制 | 说明 |
|---|---|
| 权限联动 | 部分管理权限依赖对应查看权限,页面会自动处理必选和依赖 |
| 仅主节点权限 | 标记“仅主节点”的权限只在主节点生效 |
| 内置角色 | 不可编辑、不可删除 |
| 删除被引用的角色 | 应先调整用户的节点角色再删除 |
权限分“查看/管理”两档是企业分权的基本功:
| 角色 | 典型权限 |
|---|---|
| 一线值班 | 各模块查看权限 + 计划任务管理 |
| 应用运维 | 应用商店、容器、网站管理,数据库仅查看 |
| DBA | 数据库管理 + 计划任务,网站仅查看 |
| 安全审计 | WAF/日志/安全运维报表查看,无写权限 |
“查看权限”的价值被严重低估:很多公司给员工赋权时只有“有”和“没有”两档,结果人人都拿管理权限。审计类角色只需要看,不需要改——给它查看权限就够了。
用户:按节点绑角色
创建用户填用户名、密码(按页面校验规则)、权限(为一个或多个节点分别选角色)、描述。
两条规则:
| 规则 | 含义 |
|---|---|
| 同一用户在同一节点只能绑一个角色 | 没有角色叠加 |
| 可以在不同节点使用不同角色 | A 节点管理员、B 节点只看,一个人可以胜任 |
第二点很实用:跨节点项目的人,在测试节点给管理权限、在生产节点只给查看权限——权限跟着环境走,而不是跟着人走一刀切。
编辑用户时密码留空表示不修改——这是个贴心的设计,改角色时不用纠结密码要不要重填。
超级管理员的边界
超级管理员拥有完整权限,不能从用户列表删除,也不能通过普通用户编辑流程降低权限。用户和角色管理、许可证等管理入口只对超级管理员显示。
这是“留最后一把钥匙”的设计——再怎么分权,超管这把钥匙永远在。也提醒:超管账号本身要重点保护(强密码 + 两步验证),它被拿下等于全盘拿下。
官方的使用建议(四条都是大白话):
- 按职责创建角色,不要为日常用户直接分配超级管理员;
- 查看权限和管理权限分开授予;
- 定期检查离职用户、闲置账号和节点角色;
- 对网站、数据库、容器、文件、终端和高级功能的管理权限遵循最小权限原则。
第 3 条“定期检查”是容易省的功夫:员工离职时忘了删账号,三个月后前同事还能登数据库——这种事故在中小企业里极其常见。
安全运维报表:企业版的周报生成器
版本边界:安全运维报表仅企业版可用,需许可证和报表查看或管理权限。
入口是安全运维报表,按节点汇总系统、登录、网站、资源、计划任务和告警数据,生成历史报表。
报表的八个标签
| 标签 | 内容 |
|---|---|
| 概览 | 汇总评分、风险和主要运行指标 |
| 系统 | 主机和系统运行情况 |
| 登录 | 分析登录事件和异常 |
| 网站 | 网站状态及相关风险 |
| 资源 | CPU、内存、磁盘情况 |
| 计划任务 | 任务执行和失败记录 |
| 告警 | 告警事件汇总 |
| 历史 | 已生成的报表 |
“登录”标签值得单独看:异常登录分析(非常地时间、非常用地 IP)常常比任何监控都早暴露入侵迹象。每周扫一眼这一页,成本极低。
生成与导出
页面选择统计范围并刷新数据,确认内容完整后生成或导出。历史页面用于追溯已保存的结果——实时页面数据变化不会自动改写既有历史报表。也就是说:历史报表是“快照”,出去的就是定稿的。
切换节点后各标签会重新初始化——导出或保存前确认报表节点和统计时间范围,别把 A 节点的报表当成全公司的。
报表设置
设置页配置默认导出格式、保存路径、自动导出和系统阈值。自动导出启用后按页面提示的时间生成报表——配上以后,每周自动生成一份,运维的周报素材就有了。
修改系统阈值会影响后续报表中的资源风险判断:阈值设得太严,正常负载也算“风险”;太松,真出事不报。跟着机器实际情况调,别用默认值交差。
数据边界(官方声明,值得记住)
报表基于 1Panel 当前可采集的数据生成,用于运维检查和趋势分析,不等同于外部合规认证或完整的安全审计结论。
这句话是免责,也是提醒:给老板看可以,拿去过等保/合规审计不够——合规审计要的是你自己体系的建设证据,面板报表是辅助材料。
三个功能的组合价值
把三个功能串起来,一个中小企业运维团队的样子就出来了:
团队协作画面
· 运维小张:手机装移动端 App,告警随时看(专业版)
· 开发小李:企业版给"应用管理"角色,能部署不能动数据库
· 老板:每周收一份自动导出的安全运维报表
· 超管:定期检查闲置账号,重置离职人员的 API Key
这套东西的技术含量不高,但“有”和“没有”之间,差的是一个团队的成熟度。
本节要点
- 移动端是专业版功能,绑定前提四条,授权 IP/防火墙最容易忘;
- 二维码令牌 1 分钟过期,别截屏转发;
- 接口密钥有效期设
0等于不校验时间戳,它不会让 API Key 自动失效——撤销访问要重置 API Key; - 用户管理是企业版功能,仅超级管理员可进入,先角色后用户;
- 同一用户同节点一个角色、跨节点可以不同角色;
- 权限分查看/管理两档,审计角色只给查看就够;
- 超管账号不可删除、不可降权——它本身要重点保护;
- 报表 ≠ 合规认证,自动导出配好后周报素材就有了。
移动端、用户管理与报表的完整说明见 《1Panel 官方文档:功能手册》 的对应章节,API 接口的细节还会在第 5.1 节展开。
下一节:高级功能还剩三件压箱底的——数据库集群(回扣 2.4 节)、防篡改、虚拟机,见 4.4 节。
