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 节点只看,一个人可以胜任

第二点很实用:跨节点项目的人,在测试节点给管理权限、在生产节点只给查看权限——权限跟着环境走,而不是跟着人走一刀切。

编辑用户时密码留空表示不修改——这是个贴心的设计,改角色时不用纠结密码要不要重填。

超级管理员的边界

超级管理员拥有完整权限,不能从用户列表删除,也不能通过普通用户编辑流程降低权限。用户和角色管理、许可证等管理入口只对超级管理员显示。

这是“留最后一把钥匙”的设计——再怎么分权,超管这把钥匙永远在。也提醒:超管账号本身要重点保护(强密码 + 两步验证),它被拿下等于全盘拿下。

官方的使用建议(四条都是大白话):

  1. 按职责创建角色,不要为日常用户直接分配超级管理员;
  2. 查看权限和管理权限分开授予;
  3. 定期检查离职用户、闲置账号和节点角色;
  4. 对网站、数据库、容器、文件、终端和高级功能的管理权限遵循最小权限原则。

第 3 条“定期检查”是容易省的功夫:员工离职时忘了删账号,三个月后前同事还能登数据库——这种事故在中小企业里极其常见。

安全运维报表:企业版的周报生成器

版本边界:安全运维报表仅企业版可用,需许可证和报表查看或管理权限。

入口是安全运维报表,按节点汇总系统、登录、网站、资源、计划任务和告警数据,生成历史报表。

报表的八个标签

标签 内容
概览 汇总评分、风险和主要运行指标
系统 主机和系统运行情况
登录 分析登录事件和异常
网站 网站状态及相关风险
资源 CPU、内存、磁盘情况
计划任务 任务执行和失败记录
告警 告警事件汇总
历史 已生成的报表

“登录”标签值得单独看:异常登录分析(非常地时间、非常用地 IP)常常比任何监控都早暴露入侵迹象。每周扫一眼这一页,成本极低。

生成与导出

页面选择统计范围并刷新数据,确认内容完整后生成或导出。历史页面用于追溯已保存的结果——实时页面数据变化不会自动改写既有历史报表。也就是说:历史报表是“快照”,出去的就是定稿的。

切换节点后各标签会重新初始化——导出或保存前确认报表节点和统计时间范围,别把 A 节点的报表当成全公司的。

报表设置

设置页配置默认导出格式、保存路径、自动导出和系统阈值。自动导出启用后按页面提示的时间生成报表——配上以后,每周自动生成一份,运维的周报素材就有了。

修改系统阈值会影响后续报表中的资源风险判断:阈值设得太严,正常负载也算“风险”;太松,真出事不报。跟着机器实际情况调,别用默认值交差。

数据边界(官方声明,值得记住)

报表基于 1Panel 当前可采集的数据生成,用于运维检查和趋势分析,不等同于外部合规认证或完整的安全审计结论。

这句话是免责,也是提醒:给老板看可以,拿去过等保/合规审计不够——合规审计要的是你自己体系的建设证据,面板报表是辅助材料。

三个功能的组合价值

把三个功能串起来,一个中小企业运维团队的样子就出来了:

团队协作画面
  · 运维小张:手机装移动端 App,告警随时看(专业版)
  · 开发小李:企业版给"应用管理"角色,能部署不能动数据库
  · 老板:每周收一份自动导出的安全运维报表
  · 超管:定期检查闲置账号,重置离职人员的 API Key

这套东西的技术含量不高,但“有”和“没有”之间,差的是一个团队的成熟度。

本节要点

  • 移动端是专业版功能,绑定前提四条,授权 IP/防火墙最容易忘;
  • 二维码令牌 1 分钟过期,别截屏转发;
  • 接口密钥有效期设 0 等于不校验时间戳,它不会让 API Key 自动失效——撤销访问要重置 API Key;
  • 用户管理是企业版功能,仅超级管理员可进入,先角色后用户;
  • 同一用户同节点一个角色、跨节点可以不同角色;
  • 权限分查看/管理两档,审计角色只给查看就够;
  • 超管账号不可删除、不可降权——它本身要重点保护;
  • 报表 ≠ 合规认证,自动导出配好后周报素材就有了。

移动端、用户管理与报表的完整说明见 《1Panel 官方文档:功能手册》 的对应章节,API 接口的细节还会在第 5.1 节展开。

下一节:高级功能还剩三件压箱底的——数据库集群(回扣 2.4 节)、防篡改、虚拟机,见 4.4 节。