3. Gateway Network基础概念

在 Ignition 的分布式部署中,Gateway Network 是连接多个 Gateway 的专用通信层。它并不是简单的“远程访问”,而是让多个独立运行的 Gateway 在受控信任关系下互相交换数据、共享标签、调用服务、同步配置与事件。理解 Gateway Network,关键在于把它看作一张由“节点—连接—协议—角色”构成的网络,而不是一条点对点的隧道。

一、Gateway Network 的定义

Gateway Network(简称 GAN)是 Ignition 内置的 Gateway 到 Gateway 通信机制。它允许一个 Gateway 作为客户端主动连接另一个 Gateway,并在双方建立信任后,通过加密通道交换数据与服务。与 OPC UA、Modbus 等设备协议不同,GAN 面向的是 Gateway 之间的“系统级”协作,而不是采集单个 PLC 的寄存器。

它的核心价值体现在三点:第一,打破单机边界,让多个站点、多个隔离网络中的 Gateway 形成统一数据视图;第二,支持远程标签访问、远程历史查询、远程报警与远程脚本调用;第三,通过“Incoming/Outgoing”连接方向与安全策略,实现可控的跨网段数据流。

一句话理解:Gateway Network 是 Ignition 的“Gateway 互联网”,每个 Gateway 是一个节点,连接是信任通道,数据与服务在通道上按策略流动。

二、组成要素与节点角色

Gateway Network 的组成可以拆解为五个要素:节点、连接、信任关系、服务与数据流、安全策略。每个 Gateway 在网络中既是节点,也可能同时扮演不同角色。

  • 本地 Gateway:发起连接或接受连接的一方,拥有自己的标签、历史、报警与项目。
  • 远程 Gateway:被访问的一方,通常位于另一个网段、另一个厂区或云端。
  • 连接方向:Outgoing 表示本机主动连向远端;Incoming 表示允许远端连入本机。
  • 信任关系:通过证书或密钥建立,未信任的连接无法交换数据。
  • 服务与数据:标签读写、历史查询、报警状态、脚本调用、配置同步等。

节点之间不是对等广播,而是有明确的主从与权限。一个 Gateway 可以同时连接多个远程 Gateway,也可以被多个 Gateway 连接。实际项目中,常把中心站点设为“汇聚节点”,边缘站点设为“数据源节点”,通过 GAN 把边缘数据汇聚到中心。

Gateway Network 节点与连接拓扑 中心 Gateway 汇聚边缘站点数据,连接方向与信任关系决定数据流向 中心 Gateway 角色:汇聚节点 / 服务提供者 标签、历史、报警、脚本服务 Incoming 连接监听 边缘 Gateway A 产线 1 数据源 Outgoing → 中心 标签 / 历史 / 报警 边缘 Gateway B 产线 2 数据源 Outgoing → 中心 标签 / 历史 / 报警 远程 Gateway C 云端 / 异地站点 Incoming 接受连接 远程历史查询 GAN 加密通道 GAN 加密通道 远程服务调用 信任关系 + 连接方向 + 安全策略 = 可控的跨 Gateway 数据流

三、通信协议与连接建立流程

Gateway Network 使用基于 TLS 的加密通信,默认端口为 8060。它并不是单一协议,而是由“连接握手 + 证书信任 + 服务调用”三部分组成。建立连接的基本流程如下:

  1. 在本地 Gateway 的 Gateway Network 页面添加远程 Gateway 地址与端口。
  2. 本地 Gateway 作为 Outgoing 客户端发起连接,远程 Gateway 必须允许 Incoming。
  3. 双方交换证书指纹,管理员确认信任后建立加密通道。
  4. 连接建立后,本地 Gateway 可访问远程的标签、历史、报警等服务。
  5. 通过安全策略限制可访问的服务与标签范围,避免越权。

在配置文件中,连接信息通常以如下形式出现:

[GatewayNetwork]
RemoteGatewayAddress=192.168.10.20:8060
ConnectionDirection=Outgoing
TrustStatus=Trusted
EnabledServices=TagAccess,History,Alarm

需要特别注意的是,GAN 的信任是双向确认的。只配置地址并不等于连接成功,必须双方都完成证书信任。若只在一侧信任,连接会停留在“Pending”状态,日志中会出现证书未验证的提示。

四、典型应用场景与对比

Gateway Network 最常见的应用场景包括:多站点数据汇聚、隔离网段数据交换、远程历史与报警集中查看、边缘计算与云端协同、以及跨 Gateway 的脚本调用。不同场景对连接方向与安全策略的要求不同。

场景 连接方向 主要服务 关键注意点
多站点数据汇聚 边缘 Outgoing → 中心 Incoming 标签、历史、报警 中心需开放 Incoming 并限制访问范围
隔离网段数据交换 单向 Outgoing 标签读写 防火墙仅放行 8060,避免双向暴露
远程历史查询 查询端 Outgoing → 数据端 Incoming History 历史数据量大,注意带宽与查询频率
云端协同 本地 Outgoing → 云端 Incoming 标签、脚本、报警 证书有效期与网络抖动需重点监控

五、常见误区与复盘

误区一:把 Gateway Network 当成 OPC UA 使用。GAN 面向 Gateway 级服务,不是设备级协议,不能替代 PLC 驱动。

误区二:只配置一侧信任就认为连接成功。必须双方确认证书,否则连接不可用。

误区三:开放全部服务与全部标签。应按最小权限原则,只开放必要服务与标签路径。

复盘时建议检查三件事:连接状态是否为 Connected、证书是否双方信任、安全策略是否限制了预期服务。若连接频繁断开,优先排查网络抖动、证书过期与端口占用,而不是盲目重启 Gateway。

实践建议:在生产环境中,为 Gateway Network 单独规划网段与端口,记录每个节点的连接方向、信任指纹与服务范围,形成一张“GAN 拓扑清单”,便于排障与审计。