二、系统登录与权限管理：用户角色定义、登录流程、多因素认证、权限分级策略
各位同事，大家好。我是老张，干风电运维这行有十几年了。今天咱们聊聊系统登录和权限管理这块。说实话，这玩意儿看着基础，但真出事儿往往就是这儿捅的篓子。我见过因为权限没管好，误操作导致风机停摆的案例，那叫一个惨。
所以，咱们得把规矩立好。说白了，就是让对的人，用对的方式，干对的事儿。
2.1 用户角色定义：谁该干什么
一个风电运维平台，用户角色不能乱。我习惯把角色分成四类，你想想看，是不是这个理儿？
| 角色名称 | 核心职责 | 典型用户 |
|---|---|---|
| 超级管理员 | 系统配置、用户管理、审计日志 | IT运维主管 |
| 运维工程师 | 实时监控、故障诊断、远程操作 | 现场/集控中心值班员 |
| 检修工程师 | 工单处理、备件申请、检修记录 | 检修班组人员 |
| 只读用户 | 数据查看、报表导出 | 管理层、第三方监造 |
嗯，这里要注意。超级管理员这个角色，我建议只设1-2个人。人多了，权限就乱了。我在项目中遇到过，一个风场把超级管理员账号给了三个刚毕业的小伙子，结果有人误删了用户表，恢复数据花了一整天。从那以后，我坚持「最小权限原则」——够用就行，绝不多给。
2.2 登录流程：三步走，稳得很
登录流程不能太复杂，但也不能太简单。我个人习惯用「三步验证法」：
- 第一步：身份识别。输入用户名/工号。这里我建议用工号，因为工号唯一，不容易重名。
- 第二步：密码验证。输入密码，系统校验。密码强度必须够，至少8位，包含大小写字母、数字和特殊字符。
- 第三步：多因素认证。这一步是重点，下面单独讲。
为什么会这样设计？说白了，就是防止「撞库」攻击。你想想看，如果只靠密码，一旦密码泄露，整个系统就裸奔了。
核心原则：登录流程必须支持「失败锁定」机制。连续5次登录失败，账号锁定15分钟。我曾经见过有人暴力破解，一天试了上千次，幸好有锁定机制，不然真扛不住。
2.3 多因素认证：加把锁，更安心
多因素认证，说白了就是「你知道的 + 你拥有的 + 你本身的」。咱们风电运维平台，我推荐用两种方式：
- 短信验证码：输入密码后，系统向绑定手机发送6位动态码。成本低，适合大部分场景。
- TOTP动态令牌：用Google Authenticator或类似APP，每30秒生成一个新码。安全性更高，适合远程操作场景。
我个人更倾向于TOTP。为什么？因为短信有延迟，有时候风场信号不好，验证码半天收不到，急死人。而TOTP是离线生成的，不受网络影响。
我的小技巧：给每个运维工程师配一个「备用恢复码」，打印出来放在工位抽屉里。万一手机丢了，还能用恢复码登录。我曾经在内蒙古一个风场，工程师手机掉雪地里找不到了，幸好有备用码，不然连系统都进不去。
2.4 权限分级策略：谁可以动什么
权限分级，是咱们系统的「命门」。我把它分成三个层级：
2.4.1 功能权限
控制「能不能看到某个菜单」。比如，只读用户看不到「远程操作」菜单，运维工程师能看到但需要二次确认。
2.4.2 数据权限
控制「能看到哪些风机」。比如，A风场的运维工程师只能看到A风场的数据，不能跨场站查看。这个在集团级平台里特别重要。
2.4.3 操作权限
控制「能不能执行某个动作」。比如，启动风机、复位故障、修改参数，这些高危操作必须单独授权。
警告：远程操作权限，必须实行「双人确认」机制。一个人发起操作，另一个人审核确认，操作才能生效。我曾经在新疆一个风场，工程师一个人误点了「紧急停机」，导致整个风场停机半小时，损失惨重。从那以后，我坚持所有远程操作必须双人确认。
2.5 知识体系流程图
下面这张图，是我自己画的，把登录与权限管理的核心逻辑串起来了。你一看就明白。
嗯，这张图把咱们刚才讲的内容都串起来了。从角色定义开始，到登录流程，再到多因素认证，最后落到权限分级。你仔细看看，是不是一目了然？
最后说一句：权限管理不是一锤子买卖。我建议每季度做一次权限审计，看看有没有「僵尸账号」或者「权限过大」的情况。我曾经在审计时发现，一个离职半年的工程师账号居然还能登录系统，吓得我赶紧改了流程——离职当天必须销户。
公众号:蓝海资料掘金营，微信deep3321