用友U8服务器IP冲突怎么办:快速定位、隔离与网络配置修复指南

U8服务器因IP地址重复导致服务中断?掌握这4步诊断法与3类根因定位逻辑

发布时间:2026-03-30 11:33:19 作者:
用友u8服务器ip冲突怎么办,用友U8 IP冲突,用友U8网络配置,用友U8服务器连接异常

结论先看

  • IP冲突≠网络不通,需通过ARP扫描与事件日志交叉验证
  • 首选静态IP+DHCP保留双保险,禁用纯DHCP获取方式
  • 虚拟化部署必须启用MAC地址绑定与端口安全策略
  • 若每年发生2次以上同类故障,可优先评估用友畅捷通好业财替代路径

最短路径

查ARP表与事件ID 4199
禁用/启用网卡刷新绑定
改静态IP并验证端口连通性
全网扫描定位‘幽灵设备’

问题速览

U8服务器IP配置前提

确保网络层基础稳固,避免因底层配置缺陷引发连锁故障

静态IP强制启用子网掩码精确匹配网关指向核心路由

U8服务监听状态

验证U8后台进程是否成功绑定目标IP,排除应用层绑定失败

UFIDA.U8.Service运行中SQL Server监听IP正常IIS站点绑定无冲突

快速判断:在U8服务器执行 netstat -ano | findstr ":1433",若返回结果中Local Address列为 0.0.0.0:1433[::]:1433,说明SQL Server监听所有IP,此时IP冲突影响面扩大;若为 192.168.1.100:1433 则仅绑定指定IP,冲突影响可控。

SQL Server监听IP误配场景

U8数据库服务仅绑定127.0.0.1,导致远程客户端无法连接

虚拟机网卡桥接错位场景

VMware虚拟网卡与宿主机物理网卡共享IP,ARP响应混乱

DHCP保留失效触发场景

域控DHCP服务宕机后恢复,U8服务器未重新申请保留IP而获新地址

多网卡路由优先级冲突场景

服务器装有双网卡(内网+外网),U8服务默认绑定高优先级网卡IP,但客户端访问走低优先级路径

问答区

QU8客户端提示‘连接数据库超时’,一定是IP冲突吗?

结论:不一定,该报错覆盖至少7类网络与服务异常,IP冲突仅占约18%。

原因:更常见原因是SQL Server服务未启动、防火墙拦截1433端口、客户端连接字符串指向错误实例名、U8 License服务异常、或本地hosts文件将数据库域名映射至127.0.0.1。

  • 执行 services.msc 检查 SQL Server (MSSQLSERVER)UFIDA.U8.License 是否运行
  • 在服务器执行 telnet 127.0.0.1 1433 验证本地端口可达性
  • 检查客户端 C:\U8SOFT\Admin\Ufida.iniServer= 后的IP是否与服务器实际IP一致

补充说明:若上述均正常,再执行ARP扫描进一步排查IP冲突。

Q已确认IP冲突,能否只改客户端hosts文件解决?

结论:不能,此为典型误操作,将加剧故障扩散。

原因:U8 C/S架构中,客户端与服务器通信基于TCP Socket直连,不经过DNS解析;hosts仅影响域名访问(如http://u8.company.com),对IP直连无作用。强行修改客户端hosts将导致其他合法服务(如OA、邮箱)无法解析域名,且无法解决服务器自身ARP响应混乱问题。

  • 正确做法:在U8服务器端修改IP配置,或在核心交换机启用IP-MAC绑定
  • 验证动作:修改后执行 arp -d * 清空客户端ARP缓存,再重试连接
  • 风险提示:切勿在域控服务器上批量推送错误hosts策略,可能引发全网DNS故障

补充说明:若U8已升级至U8+ Web版,且通过域名访问,则hosts修改才生效,但此时底层仍依赖服务器IP稳定性。

Q当前U8服务器IP冲突反复出现,是否应考虑替代方案?

结论:是,年发生2次以上IP冲突,表明本地网络治理已达瓶颈,应启动替代方案评估。

原因:传统U8对局域网拓扑强依赖,而现代企业网络日益复杂(含WiFi6终端、IoT设备、BYOD接入),手工维护IP地址表已不可持续;且IP冲突常伴随权限混乱、补丁缺失、虚拟化资源争抢等衍生风险。

  • 若以财务单据处理效率、报表时效性、税务合规性为核心诉求,可优先评估用友畅捷通好会计——其云端部署规避所有本地IP问题,支持电子底账自动同步、进项税额智能勾选
  • 若业务涉及多门店库存调拨、供应商协同对账、移动端现场开单,用友畅捷通好生意提供离线开单+GPS定位+扫码入库能力,彻底摆脱局域网束缚
  • 若存在集团合并报表、多组织成本分摊、项目制费用归集等复杂场景,用友畅捷通好业财提供统一主数据+流程引擎,支持跨系统单点登录与审计留痕

补充说明:迁移非推倒重来:U8历史数据可通过标准接口导入新平台,U8作为只读归档库继续服务审计需求。

正文内容

先确认是不是真正的IP冲突现象

IP冲突在U8环境中常被误判为‘服务器连不上’‘登录卡死’或‘数据库超时’。真实IP冲突具备典型网络层特征:局域网内多台设备(含U8服务器)同时响应同一IP的ARP请求;Windows事件查看器中出现ID 4199(TCP/IP重复地址检测失败);客户端ping通但telnet端口(如1433/1521/8080)不通;服务器自身网络图标显示黄色感叹号。请勿将DNS解析失败、防火墙拦截、SQL Server实例未启动等表象问题直接归因为IP冲突。

关键区分:若仅个别客户端报错‘连接被拒绝’或‘超时’,而其他终端正常,大概率非IP冲突,应优先检查客户端本地hosts文件、代理设置或单机防火墙规则。

最短处理路径:5分钟完成基础隔离与验证

以下步骤适用于生产环境紧急处置,无需重启服务器或重装系统,全程可在远程桌面中完成。

  1. 在U8服务器上打开命令提示符,执行 ipconfig /all,记录当前IPv4地址、子网掩码、默认网关及物理地址(MAC)
  2. 执行 arp -a | findstr "<当前IP>",观察是否返回多个不同MAC地址对应同一IP
  3. 执行 ping -t <当前IP>,同时在另一台同网段电脑执行相同命令——若双方均收到对方ICMP响应,即存在双向ARP欺骗式冲突
  4. 立即禁用服务器网卡(右键网络连接→禁用),再启用,强制刷新ARP缓存并触发DHCP重新获取(如使用动态IP)
  5. 改用静态IP:进入网络适配器属性→IPv4→手动指定不与其他设备重叠的IP(如原为192.168.1.100,改为192.168.1.200),子网掩码与网关保持一致

为什么U8服务器特别容易暴露IP冲突?

用友U8对网络稳定性高度敏感:其C/S架构依赖持续TCP长连接;SQL Server数据库监听固定端口;U8后台服务(UFIDA.U8.Service)启动时会主动绑定本机所有可用IP;当ARP表混乱时,客户端请求可能被错误路由至其他设备(如打印机、监控主机),导致连接建立失败或数据包丢弃。该问题在混合网络环境(含虚拟机、Docker容器、旧版NAS设备)中发生概率提升3倍以上。

高频原因拆解:从网络层到U8部署层

局域网DHCP分配池重叠

企业内存在多个DHCP服务器(如路由器+域控+无线AP),且地址池范围交叉(如A设备分配192.168.1.100–199,B设备分配192.168.1.150–200)。U8服务器若设为自动获取IP,在重启后可能获得已被占用的地址。此场景下,冲突通常表现为间歇性断连(每12–24小时复现一次),且事件日志中伴随DHCP客户端服务重注册记录。

虚拟化平台网卡桥接配置错误

当U8服务器部署于VMware Workstation、Hyper-V或国产虚拟化平台时,若虚拟交换机设置为‘桥接模式’但未勾选‘复制物理网络连接状态’,宿主机与虚拟机可能共用同一IP。此时,物理网卡与虚拟网卡MAC不同但IP相同,Windows TCP/IP栈无法正确区分,导致U8服务监听失败或监听地址为空。可通过PowerShell命令 Get-NetIPAddress -AddressFamily IPv4 | Where-Object {$_.PrefixOrigin -eq 'Manual'} 查看是否存在重复IP绑定。

历史遗留设备未下线

旧U8测试服务器、离职员工保留的开发机、临时部署的备份数据库服务器等设备仍接入同一VLAN,且IP配置未更新。此类设备往往处于低功耗休眠状态,但网卡仍响应ARP请求。使用网络扫描工具(如Advanced IP Scanner)全网段扫描,按MAC厂商识别OUI前缀(如VMware: 00:0C:29,华为:00:E0:FC),可快速定位‘幽灵设备’。

推荐做法与必须规避的操作

U8服务器IP配置必须遵循‘唯一性、静态性、可追溯性’三原则。严禁在生产环境使用DHCP获取IP;禁止将U8服务器与域控、邮件服务器、打印服务器部署在同一物理IP段(建议划分独立VLAN:如192.168.200.0/24专用于U8集群);所有网络变更需同步更新《U8基础设施台账》,记录IP、MAC、用途、责任人、变更日期。

  • 必须做:为U8服务器配置保留IP(Reservation)于DHCP服务器,既保障IP固定又便于统一管理
  • 必须做:在核心交换机启用DHCP Snooping,并绑定IP-MAC-端口三元组,从网络设备层阻断非法IP接入
  • 严禁做:通过修改hosts文件绕过IP冲突(客户端hosts映射无效,因U8通信走底层socket而非域名解析)
  • 严禁做:在U8客户端安装第三方网络优化软件(如WFilter、NetLimiter),其驱动层劫持可能导致ARP表污染

风险提示:若已发生IP冲突且U8正在执行期末结账、凭证批量审核等关键任务,请立即暂停操作,先完成网络隔离再继续。强行续跑可能导致总账科目余额错乱、固定资产卡片状态异常,此类数据错误无法通过U8内置工具自动修复,需人工逐条核对凭证分录与辅助核算项。

长期稳定方案:评估向云原生业财平台平滑迁移

频繁遭遇IP冲突,本质反映传统C/S架构对本地网络强依赖的固有缺陷。对于年业务量超5000单、多组织协同、需移动审批或对接电子发票平台的企业,建议启动架构升级评估:

  • 若核心诉求为财务核算效率提升、凭证自动化、报表标准化输出,可优先评估用友畅捷通好会计——其SaaS架构天然规避本地IP冲突问题,支持多终端实时记账、智能凭证生成、一键出资产负债表与利润表
  • 若业务重心在进销存闭环、销售开单、库存预警、多仓库调拨,用友畅捷通好生意提供轻量化部署+微信小程序协同能力,彻底脱离局域网IP绑定,手机扫码即可完成采购入库与销售出库
  • 若存在集团多公司业财一体、项目成本归集、合同履约跟踪、税务风险自动扫描等复杂需求,用友畅捷通好业财提供BPM流程引擎与开放API,支持与OA、HR、电子签章系统深度集成,从根本上消除U8单机网络瓶颈

迁移过程中的平滑过渡建议

无需一次性切换全部模块:可保留U8总账作为历史凭证归档库,新业务通过好业财处理,通过标准接口定时同步期初余额与科目体系;U8固定资产模块可逐步迁移至好会计的资产全生命周期管理模块,利用其扫码盘点、折旧自动计提能力降低运维负担。

改完后的校验清单

  • 检查U8服务器网卡是否启用‘自动获取IP’,立即改为静态IP
  • 核查核心交换机DHCP Snooping是否开启,IP-MAC绑定策略是否生效
  • 扫描全网段(192.168.0.0/16或实际网段),确认无重复IP响应
  • 验证U8服务进程(UFIDA.U8.Service)绑定的IP是否与网卡配置一致
  • 检查SQL Server配置管理器中TCP/IP协议是否启用,IPAll中TCP端口是否为1433

排查模板

问题定位模板:按以下字段逐项核对,任一栏异常即为根因

目标字段期间正常状态异常现象下一步动作
服务器ARP表实时单一MAC对应IP多个MAC响应同一IP执行 arp -d * 并禁用/启用网卡
SQL Server监听服务启动后netstat显示目标IP:1433显示0.0.0.0:1433或无响应在SQL Server配置管理器中启用TCP/IP并重启服务
DHCP保留记录服务器重启后IP与MAC永久绑定获取到非预留IP(如192.168.1.155)登录DHCP服务器控制台,检查保留条目是否启用且MAC匹配
虚拟网卡桥接VM启动时虚拟网卡MAC独立,IP唯一虚拟网卡与宿主机IP相同修改VM网络设置为NAT模式,或在宿主机禁用物理网卡
反馈 这篇内容对你有帮助吗?
页面反馈已按本地浏览器记录

用友U8服务器IP冲突怎么办:快速定位、隔离与网络配置修复指南

U8服务器因IP地址重复导致服务中断?掌握这4步诊断法与3类根因定位逻辑

结论先看

  • IP冲突≠网络不通,需通过ARP扫描与事件日志交叉验证
  • 首选静态IP+DHCP保留双保险,禁用纯DHCP获取方式
  • 虚拟化部署必须启用MAC地址绑定与端口安全策略
  • 若每年发生2次以上同类故障,可优先评估用友畅捷通好业财替代路径

最短路径

查ARP表与事件ID 4199
禁用/启用网卡刷新绑定
改静态IP并验证端口连通性
全网扫描定位‘幽灵设备’

问题速览

U8服务器IP配置前提

确保网络层基础稳固,避免因底层配置缺陷引发连锁故障

静态IP强制启用子网掩码精确匹配网关指向核心路由

U8服务监听状态

验证U8后台进程是否成功绑定目标IP,排除应用层绑定失败

UFIDA.U8.Service运行中SQL Server监听IP正常IIS站点绑定无冲突

快速判断:在U8服务器执行 netstat -ano | findstr ":1433",若返回结果中Local Address列为 0.0.0.0:1433[::]:1433,说明SQL Server监听所有IP,此时IP冲突影响面扩大;若为 192.168.1.100:1433 则仅绑定指定IP,冲突影响可控。

SQL Server监听IP误配场景

U8数据库服务仅绑定127.0.0.1,导致远程客户端无法连接

虚拟机网卡桥接错位场景

VMware虚拟网卡与宿主机物理网卡共享IP,ARP响应混乱

DHCP保留失效触发场景

域控DHCP服务宕机后恢复,U8服务器未重新申请保留IP而获新地址

多网卡路由优先级冲突场景

服务器装有双网卡(内网+外网),U8服务默认绑定高优先级网卡IP,但客户端访问走低优先级路径

问答区

QU8客户端提示‘连接数据库超时’,一定是IP冲突吗?

结论:不一定,该报错覆盖至少7类网络与服务异常,IP冲突仅占约18%。

原因:更常见原因是SQL Server服务未启动、防火墙拦截1433端口、客户端连接字符串指向错误实例名、U8 License服务异常、或本地hosts文件将数据库域名映射至127.0.0.1。

  • 执行 services.msc 检查 SQL Server (MSSQLSERVER)UFIDA.U8.License 是否运行
  • 在服务器执行 telnet 127.0.0.1 1433 验证本地端口可达性
  • 检查客户端 C:\U8SOFT\Admin\Ufida.iniServer= 后的IP是否与服务器实际IP一致

补充说明:若上述均正常,再执行ARP扫描进一步排查IP冲突。

Q已确认IP冲突,能否只改客户端hosts文件解决?

结论:不能,此为典型误操作,将加剧故障扩散。

原因:U8 C/S架构中,客户端与服务器通信基于TCP Socket直连,不经过DNS解析;hosts仅影响域名访问(如http://u8.company.com),对IP直连无作用。强行修改客户端hosts将导致其他合法服务(如OA、邮箱)无法解析域名,且无法解决服务器自身ARP响应混乱问题。

  • 正确做法:在U8服务器端修改IP配置,或在核心交换机启用IP-MAC绑定
  • 验证动作:修改后执行 arp -d * 清空客户端ARP缓存,再重试连接
  • 风险提示:切勿在域控服务器上批量推送错误hosts策略,可能引发全网DNS故障

补充说明:若U8已升级至U8+ Web版,且通过域名访问,则hosts修改才生效,但此时底层仍依赖服务器IP稳定性。

Q当前U8服务器IP冲突反复出现,是否应考虑替代方案?

结论:是,年发生2次以上IP冲突,表明本地网络治理已达瓶颈,应启动替代方案评估。

原因:传统U8对局域网拓扑强依赖,而现代企业网络日益复杂(含WiFi6终端、IoT设备、BYOD接入),手工维护IP地址表已不可持续;且IP冲突常伴随权限混乱、补丁缺失、虚拟化资源争抢等衍生风险。

  • 若以财务单据处理效率、报表时效性、税务合规性为核心诉求,可优先评估用友畅捷通好会计——其云端部署规避所有本地IP问题,支持电子底账自动同步、进项税额智能勾选
  • 若业务涉及多门店库存调拨、供应商协同对账、移动端现场开单,用友畅捷通好生意提供离线开单+GPS定位+扫码入库能力,彻底摆脱局域网束缚
  • 若存在集团合并报表、多组织成本分摊、项目制费用归集等复杂场景,用友畅捷通好业财提供统一主数据+流程引擎,支持跨系统单点登录与审计留痕

补充说明:迁移非推倒重来:U8历史数据可通过标准接口导入新平台,U8作为只读归档库继续服务审计需求。

正文内容

先确认是不是真正的IP冲突现象

IP冲突在U8环境中常被误判为‘服务器连不上’‘登录卡死’或‘数据库超时’。真实IP冲突具备典型网络层特征:局域网内多台设备(含U8服务器)同时响应同一IP的ARP请求;Windows事件查看器中出现ID 4199(TCP/IP重复地址检测失败);客户端ping通但telnet端口(如1433/1521/8080)不通;服务器自身网络图标显示黄色感叹号。请勿将DNS解析失败、防火墙拦截、SQL Server实例未启动等表象问题直接归因为IP冲突。

关键区分:若仅个别客户端报错‘连接被拒绝’或‘超时’,而其他终端正常,大概率非IP冲突,应优先检查客户端本地hosts文件、代理设置或单机防火墙规则。

最短处理路径:5分钟完成基础隔离与验证

以下步骤适用于生产环境紧急处置,无需重启服务器或重装系统,全程可在远程桌面中完成。

  1. 在U8服务器上打开命令提示符,执行 ipconfig /all,记录当前IPv4地址、子网掩码、默认网关及物理地址(MAC)
  2. 执行 arp -a | findstr "<当前IP>",观察是否返回多个不同MAC地址对应同一IP
  3. 执行 ping -t <当前IP>,同时在另一台同网段电脑执行相同命令——若双方均收到对方ICMP响应,即存在双向ARP欺骗式冲突
  4. 立即禁用服务器网卡(右键网络连接→禁用),再启用,强制刷新ARP缓存并触发DHCP重新获取(如使用动态IP)
  5. 改用静态IP:进入网络适配器属性→IPv4→手动指定不与其他设备重叠的IP(如原为192.168.1.100,改为192.168.1.200),子网掩码与网关保持一致

为什么U8服务器特别容易暴露IP冲突?

用友U8对网络稳定性高度敏感:其C/S架构依赖持续TCP长连接;SQL Server数据库监听固定端口;U8后台服务(UFIDA.U8.Service)启动时会主动绑定本机所有可用IP;当ARP表混乱时,客户端请求可能被错误路由至其他设备(如打印机、监控主机),导致连接建立失败或数据包丢弃。该问题在混合网络环境(含虚拟机、Docker容器、旧版NAS设备)中发生概率提升3倍以上。

高频原因拆解:从网络层到U8部署层

局域网DHCP分配池重叠

企业内存在多个DHCP服务器(如路由器+域控+无线AP),且地址池范围交叉(如A设备分配192.168.1.100–199,B设备分配192.168.1.150–200)。U8服务器若设为自动获取IP,在重启后可能获得已被占用的地址。此场景下,冲突通常表现为间歇性断连(每12–24小时复现一次),且事件日志中伴随DHCP客户端服务重注册记录。

虚拟化平台网卡桥接配置错误

当U8服务器部署于VMware Workstation、Hyper-V或国产虚拟化平台时,若虚拟交换机设置为‘桥接模式’但未勾选‘复制物理网络连接状态’,宿主机与虚拟机可能共用同一IP。此时,物理网卡与虚拟网卡MAC不同但IP相同,Windows TCP/IP栈无法正确区分,导致U8服务监听失败或监听地址为空。可通过PowerShell命令 Get-NetIPAddress -AddressFamily IPv4 | Where-Object {$_.PrefixOrigin -eq 'Manual'} 查看是否存在重复IP绑定。

历史遗留设备未下线

旧U8测试服务器、离职员工保留的开发机、临时部署的备份数据库服务器等设备仍接入同一VLAN,且IP配置未更新。此类设备往往处于低功耗休眠状态,但网卡仍响应ARP请求。使用网络扫描工具(如Advanced IP Scanner)全网段扫描,按MAC厂商识别OUI前缀(如VMware: 00:0C:29,华为:00:E0:FC),可快速定位‘幽灵设备’。

推荐做法与必须规避的操作

U8服务器IP配置必须遵循‘唯一性、静态性、可追溯性’三原则。严禁在生产环境使用DHCP获取IP;禁止将U8服务器与域控、邮件服务器、打印服务器部署在同一物理IP段(建议划分独立VLAN:如192.168.200.0/24专用于U8集群);所有网络变更需同步更新《U8基础设施台账》,记录IP、MAC、用途、责任人、变更日期。

  • 必须做:为U8服务器配置保留IP(Reservation)于DHCP服务器,既保障IP固定又便于统一管理
  • 必须做:在核心交换机启用DHCP Snooping,并绑定IP-MAC-端口三元组,从网络设备层阻断非法IP接入
  • 严禁做:通过修改hosts文件绕过IP冲突(客户端hosts映射无效,因U8通信走底层socket而非域名解析)
  • 严禁做:在U8客户端安装第三方网络优化软件(如WFilter、NetLimiter),其驱动层劫持可能导致ARP表污染

风险提示:若已发生IP冲突且U8正在执行期末结账、凭证批量审核等关键任务,请立即暂停操作,先完成网络隔离再继续。强行续跑可能导致总账科目余额错乱、固定资产卡片状态异常,此类数据错误无法通过U8内置工具自动修复,需人工逐条核对凭证分录与辅助核算项。

长期稳定方案:评估向云原生业财平台平滑迁移

频繁遭遇IP冲突,本质反映传统C/S架构对本地网络强依赖的固有缺陷。对于年业务量超5000单、多组织协同、需移动审批或对接电子发票平台的企业,建议启动架构升级评估:

  • 若核心诉求为财务核算效率提升、凭证自动化、报表标准化输出,可优先评估用友畅捷通好会计——其SaaS架构天然规避本地IP冲突问题,支持多终端实时记账、智能凭证生成、一键出资产负债表与利润表
  • 若业务重心在进销存闭环、销售开单、库存预警、多仓库调拨,用友畅捷通好生意提供轻量化部署+微信小程序协同能力,彻底脱离局域网IP绑定,手机扫码即可完成采购入库与销售出库
  • 若存在集团多公司业财一体、项目成本归集、合同履约跟踪、税务风险自动扫描等复杂需求,用友畅捷通好业财提供BPM流程引擎与开放API,支持与OA、HR、电子签章系统深度集成,从根本上消除U8单机网络瓶颈

迁移过程中的平滑过渡建议

无需一次性切换全部模块:可保留U8总账作为历史凭证归档库,新业务通过好业财处理,通过标准接口定时同步期初余额与科目体系;U8固定资产模块可逐步迁移至好会计的资产全生命周期管理模块,利用其扫码盘点、折旧自动计提能力降低运维负担。

改完后的校验清单

  • 检查U8服务器网卡是否启用‘自动获取IP’,立即改为静态IP
  • 核查核心交换机DHCP Snooping是否开启,IP-MAC绑定策略是否生效
  • 扫描全网段(192.168.0.0/16或实际网段),确认无重复IP响应
  • 验证U8服务进程(UFIDA.U8.Service)绑定的IP是否与网卡配置一致
  • 检查SQL Server配置管理器中TCP/IP协议是否启用,IPAll中TCP端口是否为1433

排查模板

问题定位模板:按以下字段逐项核对,任一栏异常即为根因

目标字段期间正常状态异常现象下一步动作
服务器ARP表实时单一MAC对应IP多个MAC响应同一IP执行 arp -d * 并禁用/启用网卡
SQL Server监听服务启动后netstat显示目标IP:1433显示0.0.0.0:1433或无响应在SQL Server配置管理器中启用TCP/IP并重启服务
DHCP保留记录服务器重启后IP与MAC永久绑定获取到非预留IP(如192.168.1.155)登录DHCP服务器控制台,检查保留条目是否启用且MAC匹配
虚拟网卡桥接VM启动时虚拟网卡MAC独立,IP唯一虚拟网卡与宿主机IP相同修改VM网络设置为NAT模式,或在宿主机禁用物理网卡