U‑Center5.0 新增网卡接入新园区纳管设备说明

问题：原有一套 UC5.0，新增一块物理网卡对接另一个隔离的新园区网段，是否可以纳管新园区设备。

结论

硬件上可以新增第二块网卡接入新园区，但不推荐直接靠多网卡硬接两个隔离园区；存在集群风险，有两种实现方案H3C。

方案 A：服务器新增网卡直连新园区（可行，但有严格约束）

1. 操作系统层面新增网卡配置新园区网段 IP，不能配置第二条 default 默认网关，要写静态明细路由指向新园区网段，避免默认路由冲突，否则集群、组件会异常。
2. Matrix 后台安全策略，把新增网卡 IP 加入安全放行策略，开放集群内部通信端口，否则容器组件不通H3C。

⚠️重要限制

• 集群内部通信网卡不能更换，集群管理通信依旧使用原来第一块网卡，新增网卡只做南向纳管业务使用，不要改动原有集群网卡配置、不要修改网卡名称，会直接导致集群瘫痪H3C。
• UC5.0 的 NSM 自动发现，可以填写新园区网段进行扫描纳管，最多支持 5 个发现网段，总 IP 数量≤65535 个H3C。
• 设备和 UC 之间双向网络可达：SNMP、SSH/Telnet、trap、syslog 双向通。新园区设备回包路由要能够回到 UC 新增网卡的 IP。
• 集群模式：所有 Master 节点都要增加对应网卡和配置，不能只单台加网卡，否则多节点集群部分节点访问不到新园区设备。

风险点：多网卡、多网段环境下容易出现源 IP 选路异常：UC 访问新园区设备，报文从新网卡出去，但回包从旧网卡回来，TCP 会话直接断裂，纳管、采集、下发配置全部失败。

方案 B（官方更推荐，优先选这个，风险最低）

不新增服务器网卡，利用三层网络打通新旧园区路由

1. 在核心设备做三层互通，保证 UC 原有业务网卡，路由可达新园区所有设备网段。
2. U‑Center5.0 直接使用原来网卡，在 NSM 增加新园区的自动发现网段，直接纳管。

优点：不改动服务器硬件、操作系统、Matrix 集群配置，规避多网卡源路由、集群异常风险，生产优先推荐。

常见踩坑

1. 新增网卡配置第二个 default 网关 → 集群组件通信异常，Web 卡顿、采集中断。
2. 集群环境，只给其中一台 master 加网卡，其他 master 没有到新园区路由 → 部分采集任务失败。
3. 新园区设备回程路由指向错误，报文回不到 UC 服务器 IP，SNMP 采集超时。
4. 新增网卡之后没有在 Matrix 安全策略放行端口，容器内部业务无法使用第二张网卡访问外部设备。

快速核查命令（服务器操作系统内）

简短总结

1. 可以新增网卡纳管新园区设备，但多网卡组网改动风险高，集群环境所有 master 节点必须同步配置，禁止配置多条默认网关，需要配置明细静态路由，还要修改 Matrix 安全策略。
2. 优先推荐三层路由打通，不新增服务器网卡，是最稳妥的生产方案。
3. 无论哪种方式，都要保证 UC 和新园区设备双向路由可达。