盘点账号来源,先把目录对齐
人事系统、OA、域控里各有一份账号,先确认以哪一份为准,再决定同步方式。唯一标识、离职停用、组别归属这三件事谈清楚,后面的配置才站得住。
- 整理账号总数、活跃比例与重复账号的合并规则
- 确认离职与转岗人员的停用时间要求
- 明确同步频次:实时、准实时还是每日批量
从目录盘点到上线观察,每一步都有可交付的结果物
人事、OA、域控账号来源,先对齐唯一标识再谈同步
小范围账号先验证,确认回跳与权限无误后全量放开
接入终端、回调地址、责任人集中在同一张表内交接
顺序不是流程仪式,而是为了减少返工:目录没对齐就配策略,后面一定重来;回跳地址没登记,测试会在最后一步卡住。
人事系统、OA、域控里各有一份账号,先确认以哪一份为准,再决定同步方式。唯一标识、离职停用、组别归属这三件事谈清楚,后面的配置才站得住。
把要接入统一登录的系统按终端归类,浏览器访问、移动端内嵌、桌面客户端、第三方接口各走各的回调方式。这张表写细一点,测试阶段就少跑几趟。
登录页沿用统一组件,按终端宽度调整排版;认证策略按系统重要程度分层,普通系统账号密码即可,核心系统叠加一次动态校验,避免全站一刀切带来的麻烦。
抽一个部门或一条业务线先接入,把登录、退出、超时重登三种路径各走一遍。移动端与客户端要单独验证回跳,网页端正常不代表客户端也正常。
全量上线当天安排值守,盯登录成功率与异常告警。上线后把接入清单、排查顺序与联系人整理成文档交给运维,后续新增系统照着模板填即可。
登录页本体是同一套,差别在凭证怎么存、登出怎么清、回跳怎么登记。下面五类是最常遇到的接入形态。
统一入口页接在门户首页,用户点开任一系统时若未登录会跳回登录页,登录后原路返回。改造成本低,是多数企业第一批接入的形态。
查看界面规范内嵌页面要把回跳地址登记在允许列表内,并在退出登录时清理本地缓存,避免出现网页端已退出、客户端仍保持登录的情况。
查看认证策略客户端通常通过本机回环地址接收授权结果,需要提前约定端口与协议,并在防火墙策略中放行,否则会出现浏览器授权成功但客户端无响应。
查看行业做法外部页面接入时只开放必要字段,账号信息不外传。建议单独配置一套只读凭证,活动结束后立即失效,减少长期暴露的风险。
查看安全要点无人值守的服务账号不适用交互式登录,改用凭证换取访问令牌,并设置有效期与自动续期策略,凭证到期前一个月提醒更换。
查看支持方式保留原有账号体系,按唯一标识映射到统一目录,首次登录完成一次归并校验。角色与权限仍留在业务系统内,不必整体重写。
查看改版评估清单按顺序过一遍,多数上线事故都能提前拦住。建议打印出来贴在项目群里,逐项打勾。
全站统一用一个字段做身份判断,不混用工号与邮箱。
网页端、移动端、客户端的回跳地址逐条核对,不遗漏测试环境。
确认退出后本地缓存同步清理,避免残留登录状态。
在手机和平板上查看登录页,标题、表单与按钮不溢出、不重叠。
用停用账号试登录一次,确认提示清晰且不会误判为密码错误。
错误文案不暴露账号是否存在,也不透露内部系统名称。
到期时间写进运维日历,提前一个月安排更换。
上线首周安排专人盯告警,问题反馈走同一个入口。
单个业务系统完成对接通常在三个工作日左右,前提是账号目录已能提供稳定的唯一标识。需要同时上线多个终端时,会按终端分批排期,先在 Web 端跑通再复制到移动端与客户端。
重点在回跳地址与凭证保存方式。内嵌页面要把授权回调登记在允许列表内,退出登录时要同步清理本地缓存,避免出现网页端已退出、客户端仍保持登录的状态。
可以。常见做法是把原有账号按唯一标识映射到统一目录,首次登录时完成一次归并校验,之后由统一入口下发凭证。原有角色与权限仍留在业务系统内,不必整体重写。
不需要。登录页采用同一套组件与配色,按终端宽度调整排版即可。标题字号、按钮高度和表单间距在不同断点下有明确取值,视觉上仍是同一个入口。
先看授权回调是否返回错误码,再核对账号在目录中的状态是否正常,最后检查时间同步与证书有效期。这三处能覆盖大部分登录异常,排查顺序写进交接文档即可复用。