SecPath D2000-Cloud-G 插件安装后启用状态变更

直接修改资产数据库端口，大概率会导致插件关联资产状态由【启用】变为【未启用】，无法自动适配，不是设备 BUG，属于产品关联校验机制。
先区分两个端口，避免混淆：
数据库业务端口（资产页面配置，本次修改对象）：MySQL3306、Oracle1521 等数据库服务端口；
SSH 端口（插件推送安装端口）：审计系统远程推送插件到服务器的端口，和数据库无关；
插件通讯端口 8441：Agent 插件和审计平台后台通信端口。
原理说明
D2000-Cloud-G 插件模式资产绑定逻辑：
插件关联资产时，平台会缓存 【资产 IP + 数据库端口】二元组 作为唯一匹配标识。
插件安装完成、资产正常对接验证后，资产 IP + 旧端口与插件绑定，状态标记为启用；
仅在资产页面修改数据库端口，插件侧绑定记录不会同步更新；
平台周期性校验资产连通性、监听匹配关系，找不到匹配的【IP + 新端口】监听规则；
校验失败 → 资产保护状态自动切换为未启用，停止插件对该数据库流量解析审计。
补充边界：
只修改资产备注、描述：不会影响状态；
仅修改数据库端口：触发匹配失效，状态变更；
插件本身和审计平台通讯正常（插件运行状态依旧是运行中，只是资产保护状态未启用）。
标准化处理步骤
方式 1（Web 界面标准操作，推荐）
进入【系统 - 插件设置 - 插件管理】，打开对应插件的【关联资产】页面；
先删除这条旧资产关联关系；
保存，等待配置生效；
重新选择资产，再次关联绑定；
刷新页面，确认资产启用状态恢复正常，执行连通性测试。
方式 2（插件配置层面补充，如果上面操作无效）
Linux/Windows 主机上的审计 Agent 插件会根据绑定资产的端口进行流量过滤监听：
资产端口变更后，插件本地监听规则不自动刷新。极端场景需要：
审计平台解除资产关联；
重启服务器上的 sniffer 插件服务；
平台重新关联资产。
Linux 命令：
plaintext
systemctl restart sniffer
高频误区提醒
❌不要误以为修改资产端口后刷新页面就能自动恢复；平台不会自动同步插件绑定信息；
❌不要只重新点击连通性测试，连通测试成功不会刷新插件绑定的端口缓存；
区分两个状态：
插件【运行中 / 未运行】：代表服务器 Agent 和审计平台通信状态；
资产【启用 / 未启用】：代表插件是否监听、解析该数据库流量；两者独立。
长期运维建议
后续数据库业务端口变更操作流程：
资产端口修改 → 插件解除资产关联 → 重新关联资产 → 验证启用状态 + 审计流量。

通常情况下，修改数据库的端口号本身不会导致插件从“启用”变为“未启用”。

不过，这个操作确实可能间接影响插件的工作状态，导致审计功能异常，看起来像是插件“失效”了。

🤔 端口号与插件启用状态的关系

可以把“启用/未启用”看作一个独立的开关，而端口号是插件的工作参数。修改参数通常不会自动去拨动这个开关。

你看到的现象，更可能是以下几种情况造成的：

• 配置未同步，审计失效：这是最常见的原因。插件（或审计系统）里记录的数据库端口号还是旧的。你改了数据库的真实端口，但插件不知道，还在按老端口抓包，自然就审计不到新端口的流量了。这在界面上看，就像插件“没起作用”一样。

• 插件与数据库通信中断：某些插件需要和数据库保持连接。端口一变，连接就断了，插件可能会因此进入一种“未就绪”的非活跃状态。

• 审计策略冲突：如果你的审计策略里明确指定了旧端口号，修改后策略无法匹配新端口，也会导致审计功能失效。

• 插件状态显示延迟：修改配置后，系统可能需要一点时间刷新状态，或者需要手动刷新页面才能看到最新状态。

✅ 操作建议

1. 同步更新配置：修改数据库端口后，务必在D2000-Cloud-G的插件或资产配置中，同步更新为新的端口号。

2. 检查插件运行状态：登录D2000-Cloud-G管理界面，查看插件的详细状态，确认其是否“在线”或“运行正常”。

3. 重启插件或服务：配置更新后，如果状态未自动恢复，可以尝试重启数据库审计的插件或相关服务。

4. 查看系统日志：检查D2000-Cloud-G的系统日志，看是否有插件连接失败或配置错误的报错信息。

5. 在维护窗口操作：为避免影响业务，建议在变更窗口进行此类操作