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 和新园区设备双向路由可达。

U-Center 5.0 支持通过新增网卡的方式，来纳管不同网络中的设备，但官方更推荐通过三层路由打通的方案。以下将两种方案的具体配置、限制和风险分别说明。

 方案一：新增网卡直连新园区（可行，但风险较高）

这个方案是在 U-Center 服务器上新增一块物理网卡，配置新园区的 IP 地址，让服务器直接接入新网络。技术上可以实现，但在集群环境下操作风险很高，必须严格遵守以下约束。

核心配置要求

1. 操作系统层面：为新增网卡配置新园区的 IP 地址，但绝对不能配置第二条默认网关。必须通过静态明细路由指向新园区网段，否则会导致默认路由冲突，引发集群组件通信异常。

2. Matrix 安全策略：需要在 Matrix 后台安全策略中，将新增网卡的 IP 加入放行列表，并开放集群内部通信所需的端口，否则容器组件无法通过第二块网卡对外通信。

3. 集群同步：如果是 U-Center 集群模式，所有 Master 节点都必须同步新增对应的网卡和配置，不能只在一台节点上操作，否则部分节点的采集任务会失败。

4. NSM 自动发现：配置完成后，在 U-Center 的 NSM（网络设备管理）模块中，填写新园区的网段进行扫描纳管。NSM 自动发现最多支持 5 个发现网段，总 IP 数量不超过 65535 个。

 必须留意的风险与限制

• 集群网卡不可更换：集群内部的管理通信仍然使用原来的第一块网卡。严禁修改原有集群网卡的配置或名称，否则会直接导致集群瘫痪。新增网卡仅用于南向纳管业务。

• 源 IP 选路异常：多网卡、多网段环境下容易出现源 IP 选路问题——U-Center 访问新园区设备的报文从新网卡发出，但设备的回包却从旧网卡返回，导致 TCP 会话断裂，纳管、采集、配置下发全部失败。

• 双向网络可达性：必须确保 U-Center 与新园区设备之间 SNMP、SSH/Telnet、Trap、Syslog 等协议双向可达，且新园区设备有正确的回程路由指向 U-Center 新增网卡的 IP。

常见踩坑点

• 新增网卡配置了第二个默认网关 → 集群组件通信异常，Web 卡顿、采集中断。

• 集群环境只给其中一台 Master 加了网卡，其他 Master 没有到新园区的路由 → 部分采集任务失败。

• 新增网卡后未在 Matrix 安全策略中放行端口 → 容器内部业务无法通过第二张网卡访问外部设备。

方案二：三层路由打通（官方推荐，风险最低）

不新增服务器网卡，而是利用现有的三层网络架构，在核心设备上打通新旧园区之间的路由。

操作方式

1. 在核心交换机或路由器上配置三层互通，确保 U-Center 原有的业务网卡能够路由可达新园区的所有设备网段。

2. U-Center 直接使用原来的网卡，在 NSM 的自动发现功能中增加新园区的网段，即可直接纳管新园区设备。

方案优势

• 不改动服务器硬件、操作系统和 Matrix 集群配置，完全规避了多网卡源路由和集群异常的风险。

• 无需担心集群同步、安全策略放行、静态路由冲突等问题，是生产环境下的优先推荐方案