云脑平台业务拨测返回状态码1或404而非200，问题定位需四步：先核对IP/端口及DNS白名单；再用ping和telnet验证连通性；接着检查虚拟机防火墙是否放行9100端口；最后用curl确认HTTP服务路径是否正确响应。
业务拨测任务返回HTTP状态码错误导致拨测不可用
云脑平台配置业务拨测后持续报错，显示返回状态码为1或404而非预期的200，业务监控失效，需立即定位是网络层、服务层还是配置层的问题。
第一步：在云脑平台【监控中心】→【业务拨测】页面查看任务详情，确认目标虚拟机IP与端口（默认9100）是否填写正确；若使用域名，请确保该域名已在云脑DNS解析白名单中，否则探测请求会因无法解析而直接失败返回状态码1。
第二步：执行基础连通性验证——打开【系统管理】→【系统维护】→【系统诊断】，分别输入 ping 和 telnet 9100；【必须同时成功】。若ping通但telnet失败，说明端口未监听或被拦截；若两者均失败，则问题在底层网络或虚拟机未开机。
第三步：登录目标虚拟机，检查其操作系统防火墙状态。Windows系统请以管理员身份运行 PowerShell，执行 Get-NetFirewallProfile | Select-Object Name, Enabled，确认 Domain、Private、Public 三类配置文件的 Enabled 均为 False；Linux系统若为 firewalld，请执行 sudo firewall-cmd --permanent --add-port=9100/tcp && sudo firewall-cmd --reload；【ufw用户务必执行 sudo ufw allow 9100】，否则规则不生效。
第四步：在探针服务器或任意一台Linux虚拟机上执行 curl -o /dev/null -s -w "%{http_code}" http://:9100；若返回404，说明业务进程虽在监听9100端口，但HTTP服务路径或健康检查接口本身未正确响应；此时需登录虚拟机确认业务进程是否真正提供HTTP服务（例如 Spring Boot 的 /actuator/health），而非仅开启端口空转。
虚拟机网络持续丢包且时延异常波动
虚拟机之间持续出现“请求超时”，Ping时延在1ms～7ms间无规律跳变，业务访问卡顿，优先排除主机级转发瓶颈与IO干扰。
方法一：平台告警初筛
打开【实体机】→【物理主机】→选择对应主机，查看最近24小时告警列表，重点检索“主机业务网卡持续丢包”“主机业务网卡错包”等关键词；若存在此类告警，说明问题根源在物理链路或主机网卡驱动，无需深入虚拟机内部排查。
方法二：虚拟机IO压力关联分析
打开【虚拟机】→【虚拟机】→选择异常虚拟机→【详情】→【运行状态】模块，观察“IO时延”趋势图；若过去1小时内曲线频繁突破20ms且峰值达100ms以上，【此时网络丢包大概率由磁盘IO拥塞引发】，需立即检查该虚拟机是否正在执行备份、快照合并或数据库全量导入等高IO操作。
方法三：I350网卡专项核查
在同台物理主机的【详情】→【基本信息与硬件配置】→展开“网卡”列表，逐条核对型号；只要出现 Intel Corporation I350 Gigabit Network Connection，就必须进入下一步：登录该主机SSH，执行 ethtool | grep "Speed\|Link" 确认链路协商正常，并检查 dmesg | grep -i "i350" 是否有收包中断丢失（rx_queue_* drop）日志；有则需升级网卡固件或更换为X550网卡。
云脑平台资产重复但资产组不同
SIP平台中同一IP和MAC地址被识别为两个独立资产，分属父资产组和新建子资产组，导致策略下发混乱、告警重复归并失败。
直接在【资产中心】搜索框输入该IP地址，查看返回的资产列表；确认是否存在两条记录且“资产组”字段明显不同——一条归属根目录下的父组，另一条归属某子组下。
进入【系统管理】→【资产退库策略】，点击“新增退库策略”，勾选“启用退库”，设置“退库时间”为1天（建议与客户DHCP租期对齐），保存后系统将在24小时内自动清理旧资产记录。
这一步操作起来很简单，直接把策略保存就行，无需重启服务或手动删除。
