本站点使用Cookies,继续浏览表示您同意我们使用Cookies。 Cookies和隐私政策>

搜索
首页 信息速查 IP知识百科 在线课堂

什么是认证组件?

认证组件用于在通信网络中实现远程身份验证。在多分支场景中,由于总部认证服务器与分支终端设备之间存在物理距离,为了确保网络的安全性和稳定性,可以在分支内部署认证组件,以实现对分支内用户的认证。

什么是认证组件?

认证组件用于在通信网络中实现远程身份验证。在多分支场景中,由于总部认证服务器与分支终端设备之间存在物理距离,为了确保网络的安全性和稳定性,可以在分支内部署认证组件,以实现对分支内用户的认证。如下图所示:
  • Netconf通道:分支内设备和iMaster NCE-Campus之间建立Netconf协议长连接通道,用于将Netconf报文下发到设备。
  • 数据同步通道:iMaster NCE-Campus和认证组件之间建立的数据同步通道,分支用户iMaster NCE-Campus向认证组件分发认证相关账号、策略等信息,同时认证组件向iMaster NCE-Campus上报在线用户、License消耗等信息。
  • 认证通道:终端用户和设备之间、设备和认证组件之间的认证报文通道,例如Portal服务器和认证设备之间Portal协议通道、RADIUS服务器和认证设备之间Radius协议通道。
认证组件整体架构图
认证组件整体架构图

为什么需要部署认证组件?

认证组件在如下认证场景中提升了网络的稳定性和可用性:
  • 高并发认证需求:在频繁接入的场景中,并发认证需求高,认证组件可以分散认证压力,确保认证体验。
  • 总部认证服务器升级或故障:在总部服务器故障恢复周期较长、升级时,认证组件通过分布式部署,实现对分支内用户的认证,提高认证系统的高可用性,减少故障恢复时间。
  • NAT场景认证:总部与分支认证接入设备之间存在NAT,认证组件可以部署在分支,实现NAT穿越,简化配置并保证认证服务的正常运行。

认证组件是如何工作的?

认证组件认证流程

认证组件对终端进行认证流程:

  1. iMaster NCE-Campus通过ESN纳管认证组件。iMaster NCE-Campus接收认证组件连接请求时,校验ESN是否已经存在,认证组件和iMaster NCE-Campus之间相互校验证书,校验通过之后,可以正常对接。
  2. 租户管理员在iMaster NCE-Campus上配置认证相关策略如:认证规则、授权规则、授权结果、流量时长策略、账号(访客),iMaster NCE-Campus自动将以上策略信息通过数据同步通道同步至认证组件。
  3. 租户管理员向设备下发配置时,可以选择认证组件作为Portal服务器或Radius服务器,支持总部控制器和认证组件互为主备认证服务器。
  4. 终端用户连接网络时向认证组件发起认证请求,认证组件校验账号通过后下发授权信息,并允许用户上线。
  5. 认证组件向iMaster NCE-Campus上报在线用户信息,租户管理员在iMaster NCE-Campus上可以查看全部在线终端账号。

认证组件数据同步原理

认证组件数据同步原理如下所示:

认证组件数据同步原理
认证组件数据同步原理
  1. 业务数据库DB1变动的数据统一汇总到公共数据库DB2。
  2. DB2数据库的数据实时同步到DB2”,系统记录DB2向DB2”同步状态,避免每次重新同步。
  3. DB2”收到数据后向业务数据库DB1”分发,DB1”的数据和DB1保持一致。
  4. DB2”在接收数据后会向DB2发送确认消息,如果定位到DB2”和DB2之间出现差异可以重置同步状态修复。

认证组件的应用场景

  • 场景1:认证组件作为总部备份认证服务器

    所有终端用户接入网络时,均通过总部控制器进行认证操作。在可靠性场景中,将认证组件1和认证组件2分别作为总部的备份认证服务器。其中,认证组件1为园区1的备份认证服务器,认证组件2为园区2和园区3的备份认证服务器。

    认证组件作为总部备份认证服务器


    认证组件作为总部备份认证服务器
  • 场景2:认证组件本地认证,总部作为备份认证服务器

    园区1、园区2、园区3中终端用户接入网络时,分别通过认证组件1、认证组件2、认证组件3进行认证操作。在可靠性场景中,将总部作为各认证组件的备份认证服务器,园区1、园区2和园区3中终端用户均可以通过总部认证接入网络。

    认证组件本地认证,总部作为备份认证服务器


    认证组件本地认证,总部作为备份认证服务器
  • 部署场景3:负载均衡场景

    园区认证设备通过设备的负载均衡能力将认证请求发送到不同的认证服务器上,各个认证服务器同时接收处理认证请求。

    负载均衡场景


    负载均衡场景
  • 部署场景4:认证组件+总部集群(容灾),以认证组件为本地认证,总部为备认证服务器为例,其他场景类似

    总部集群容灾部署场景下,支持对接认证组件,认证组件安装时可以指定总部集群的地址。

    • 总部和容灾集群相同南向浮动IP:总部集群的浮动IP和认证组件IP会同时下发到设备,形成主备业务。集群主备倒换以后,设备业务配置不需要调整,设备认证只感知浮动IP,不感知浮动IP所在的集群,只要主备集群倒换完成即可和认证组件形成主备业务。
    • 总部和容灾集群不同南向浮动IP:受设备能力限制,Portal服务器、HACA服务器、IPGroup服务器配置只支持下发主集群和认证组件IP给设备作为主备业务。总部集群容灾倒换以后,如果主集群故障,此时业务切换至认证组件,如果认证组件在主集群故障未恢复之前也故障,业务会受影响。

      认证组件+总部集群(容灾),以认证组件为本地认证,总部为备认证服务器为例


      认证组件+总部集群(容灾),以认证组件为本地认证,总部为备认证服务器为例

认证组件的优势

认证组件认证相比于传统集中式认证方式,具有以下显著优势:

  1. 高可用性:通过分布式部署,即使部分认证节点故障,其他节点仍可继续提供认证服务,确保认证服务连续性。
  2. 高并发处理能力:在大规模接入场景下,认证组件能够分散认证压力,有效提升认证效率和稳定性,确保高峰期的认证体验。
  3. NAT穿越能力:在总部与分支之间存在NAT的场景中,认证组件能够实现NAT穿越,保证认证服务的正常运行。
  4. 快速故障恢复:分布式部署的特性使得认证组件故障时能快速回复,减少业务中断时间,提高服务的可靠性。
  5. 灵活的升级策略:部分认证组件升级时,不影响整体认证业务,提高升级期间的网络稳定性。
词条统计
  • 作者: 李延霞
  • 最近更新: 2026-10-31
  • 浏览次数: 14
  • 平均得分:
分享链接到: