4. ctrlX OS网络配置基础

ctrlX OS 的网络配置分为两条路径:一条是面向设备本体的 ctrlX CORE 网络设置,通过 Web 界面(Settings → Network)或 ctrlX OS 的 REST API 完成;另一条是面向实时控制与现场总线的 Ethernet 接口配置,涉及 ctrlX CORE 上的 XF10、XF11、XF12 等物理端口。理解这两条路径的差异,是后续所有网络工程操作的前提。

一、IP 地址与子网掩码:先确定“谁和谁在同一网段”

ctrlX CORE 出厂时,XF10 通常配置为 192.168.1.1/24,作为工程调试口;XF11/XF12 则可能处于 DHCP 客户端模式或未配置状态。配置 IP 时,必须同时给出地址与子网掩码,二者共同决定“本地子网”的范围。

以 192.168.10.20/24 为例:掩码 255.255.255.0 表示前 24 位为网络位,后 8 位为主机位,因此该接口认为 192.168.10.1 到 192.168.10.254 都在本地链路,可直接通过 ARP 通信;而 192.168.20.x 则必须交给网关转发。若把掩码误设为 /25,则 192.168.10.130 之后的地址会被判为“非本地”,导致同网段设备无法直连——这是现场最常见的配置错误之一。

在 ctrlX OS 中配置静态 IP 的典型流程是:进入 Settings → Network → 选择接口(如 XF11)→ 将 IPv4 模式从 DHCP 改为 Static → 填入 Address、Netmask、Gateway → 应用。应用后接口会短暂断开并重新协商,Web 界面可能提示“连接丢失”,此时需要用新地址重新访问。

二、网关与 DNS:跨网段访问与域名解析

网关(Gateway)是本地子网通往其他网段的出口。ctrlX CORE 上通常只在一个接口配置默认网关,例如 XF10 配 192.168.1.1,用于访问上层 MES 或云平台;XF11 连接现场设备时一般不设网关,避免出现多条默认路由导致转发混乱。

DNS 用于把主机名解析为 IP。ctrlX OS 支持配置主/备 DNS 服务器,例如 8.8.8.8 与 1.1.1.1,也可指向企业内网 DNS。若 ctrlX CORE 需要访问 ctrlX Store 或远程诊断服务,DNS 必须可达;否则会出现“能 ping 通 IP、但打不开域名”的现象。验证时可用 nslookup 或 ping 主机名,观察是否返回正确地址。

三、VLAN:用 802.1Q 标签隔离流量

ctrlX CORE 的部分以太网口支持 VLAN 配置。VLAN 的本质是在以太网帧中插入 4 字节 802.1Q 标签,其中包含 12 位 VLAN ID(1–4094)。例如把 XF11 划为 VLAN 10 用于实时控制,XF12 划为 VLAN 20 用于视频与诊断,两者即使接在同一台交换机上,广播域也彼此隔离。

配置时需注意三点:第一,VLAN ID 必须在整条链路上一致,包括交换机端口;第二,若交换机端口为 Trunk,ctrlX CORE 侧需配置对应的 tagged VLAN;第三,VLAN 接口的 IP 地址应属于该 VLAN 的子网,例如 VLAN 10 使用 10.10.10.0/24。验证方法是查看接口状态中是否出现 vlan10 之类的逻辑接口,并确认其 UP 状态。

四、端口镜像:抓包与排障的关键手段

端口镜像(Port Mirroring)用于把某个端口的流量复制到另一个端口,供 Wireshark 等工具分析。在 ctrlX CORE 上,若硬件支持,可在网络设置中指定“源端口”和“镜像端口”;若硬件不支持,则需借助支持镜像的工业交换机完成。

典型配置:将 XF11(连接 PLC 与伺服)设为源端口,XF12 设为镜像端口,把笔记本接到 XF12,开启 Wireshark 并选择对应网卡,即可看到 XF11 上的全部进出流量。验证时先确认镜像端口只收不发,再观察抓包结果中是否出现预期的 EtherCAT、PROFINET 或 Modbus TCP 报文。注意镜像会带来额外带宽占用,生产环境中应短时启用、用完即关。

ctrlX CORE 网络配置与验证关系图 ctrlX CORE ctrlX OS 网络栈 XF10 192.168.1.1/24 XF11 VLAN 10 · 10.10.10.1/24 XF12 镜像端口 网关 192.168.1.1 仅 XF10 启用 DNS 8.8.8.8 1.1.1.1 Wireshark 抓包分析 EtherCAT / TCP 端口镜像复制 验证要点 ping / nslookup / 接口状态 抓包确认 VLAN 与镜像

五、配置后的验证方法

配置完成不等于生效,必须逐项验证。建议按以下顺序进行:

  • 接口状态:在 ctrlX OS 的 Network 页面确认目标接口为 UP,且 IP、掩码、VLAN 显示正确。
  • 同网段连通性:从同网段 PC 执行 ping 10.10.10.1,应稳定返回;若超时,先检查掩码与交换机 VLAN 是否一致。
  • 跨网段连通性:从其他网段执行 ping 192.168.1.1,验证网关路由是否生效。
  • DNS 解析:执行 nslookup ctrlx-store.com,确认返回 IP;若失败,检查 DNS 地址与上游可达性。
  • 端口镜像:在镜像端口抓包,确认能看到源端口的报文,且镜像端口本身不发送业务流量。
在 ctrlX OS 中修改网络参数后,Web 界面可能因 IP 变更而断开。建议先用 ping 确认新地址可达,再重新登录;若无法访问,可通过 XF10 的固定地址或 USB 恢复模式回退配置。
VLAN 与端口镜像都属于“链路层”配置,一旦 VLAN ID 或 Trunk/Tagged 模式与交换机不匹配,表现为“物理链路 UP 但业务不通”。排障时应先确认两端 VLAN 配置一致,再检查镜像端口是否被误设为业务口。

把上述参数整理成一张可填写的配置记录表,有助于现场快速核对与复盘:

接口 IP / 掩码 VLAN 网关 用途 验证命令
XF10 192.168.1.1/24 — 192.168.1.1 工程调试 / 上层网络 ping 192.168.1.1
XF11 10.10.10.1/24 10 不设 实时控制设备 ping 10.10.10.1
XF12 — — — 端口镜像 / 抓包 Wireshark 抓包

需要强调的是,ctrlX OS 的网络配置最终会落到 Linux 网络栈上,因此 ip addr、ip route、ip link 等命令在调试时同样有效。理解“Web 界面配置 → 底层接口状态 → 实际报文行为”这条链路,才能在出现异常时快速定位是配置层、链路层还是应用层的问题。