在web上修改KVM端口号，busctl命令查到的是未修改前的

交流互助区
1

// 此模板仅供参考，如果不适用可以修改

问题描述

在web上将kvm的端口号改为886，在busctl命令下去查，发现有两个path，上层的path端口号为未修改前的，下层path为修改后的，这两个path有啥区别，这样的结果符合预期吗

image
image1844×950 25.9 KB

image
image2254×1180 231 KB

image
image1352×428 14.7 KB

image
image1310×484 16 KB

环境信息

  • 软件版本：25.12
2

答案内容由AI生成，仅供参考：

总结

  • :white_check_mark: 现象正常：DefaultPort 保留原始默认值（2198），Port 显示用户配置值（886），属于标准设计模式。
  • :wrench: 配置生效：只要 Port 属性已更新且服务正常运行，新端口即已生效。
  • :counterclockwise_arrows_button: 配置分离优势：允许用户自定义而不影响系统默认行为，便于恢复出厂设置。
  • :telephone_receiver: 访问方式：用户应通过HTTPS登录后经 UI/Rest/KvmHandler 获取正确端口进行连接。

建议保持Web界面与实际服务端口一致，并确保防火墙和网络策略允许新端口通信。

点击此处查看详细分析解答

Web上修改KVM端口号后 busctl 命令查询结果的分析

问题描述

在Web界面将KVM端口号修改为886后，使用 busctl 命令查询时发现存在两个路径：上层路径显示的端口号仍为修改前的值（2198），而下层路径显示的是修改后的值（886）。这种现象是否正常？两个路径有何区别？

观察结果分析

根据提供的截图和信息，我们可以看到以下关键点：

1. Web界面配置

在Web的"端口服务"页面中：

  • KVM服务的端口已成功设置为 886
  • 状态为"已开启"
  • 这表明用户配置已保存并生效

2. D-Bus接口查询结果

通过 busctl 查询到的D-Bus接口包括：

/bmc/kepler/Managers/1/NetworkProtocol/KVMIP

其 PortConfig 接口包含以下属性：

  • DefaultPort: 2198 (默认端口)
  • Port: 886 (当前配置端口)
  • Enabled: true (已启用)

此外还发现一个路径显示 Port 为888，这可能是截图中的笔误或不同实例。

核心解答

:white_check_mark: 这种情况是完全符合预期的

为什么会有两个不同的值？

您观察到的“上层路径”和“下层路径”实际上反映的是默认配置与运行时配置的区别：

属性 说明
DefaultPort (2198) 系统内置的默认KVM端口，由固件预设，通常不会改变。这是KVM的标准通信端口，在大多数系统中默认使用2198端口。
Port (886) 用户通过Web界面实际配置并正在使用的端口，存储在运行时配置中，可通过D-Bus动态读取和修改。

:pushpin: 结论：当您在Web界面上修改KVM端口时，系统只是将 Port 值从默认的2198改为886，但 DefaultPort 作为只读的原始默认值仍然保留不变。

技术原理说明

1. 配置机制分层

BMC系统采用分层配置模型：

  • 默认配置层（DefaultPort）：由系统固件定义，用于恢复出厂设置或提供初始值。
  • 用户配置层（Port）：由用户通过Web、Redfish API或IPMI命令修改，优先级高于默认值。
  • 修改后通过D-Bus广播属性变化，相关服务会重新绑定到新端口。

2. KVM端口工作机制

根据知识库信息：

  • KVM服务默认使用 TCP 2198 和 2199 端口
  • 2198 用于控制信令传输（键盘、鼠标、图像）
  • 2199 可作为备用或视频流端口
  • 端口定义可在 PortConfig.json 文件中配置
  • 修改后由 UI/Rest/KvmHandler API endpoint 返回新端口信息给客户端

3. D-Bus对象结构解释

/bmc/kepler/Managers/1/NetworkProtocol/KVMIP

这个路径表示：

  • bmc.kepler.Managers.NetworkProtocol.PortConfig 是一个D-Bus接口
  • 它实现了标准的配置管理功能，包括：
    • Port: 当前运行端口
    • SparePort: 备用端口
    • Enabled: 是否启用
  • 支持 SetWithContext 方法实现动态配置更新

验证方法

1. 检查当前有效端口

busctl get-property bmc.kepler.Managers.NetworkProtocol.PortConfig /bmc/kepler/Managers/1/NetworkProtocol/KVMIP bmc.kepler.Managers.NetworkProtocol.PortConfig Port

2. 查看默认端口（不变）

busctl get-property bmc.kepler.Managers.NetworkProtocol.PortConfig /bmc/kepler/Managers/1/NetworkProtocol/KVMIP bmc.kepler.Managers.NetworkProtocol.PortConfig DefaultPort

3. 检查实际监听状态

netstat -tuln | grep 886

应能看到KVM服务正在监听886端口。

关联知识支持

  1. KVM端口配置来源
    根据知识库，KVM服务配置在 PortConfig.json 文件中，格式如下：

    {
  "service": "KVM",
  "port": 2198,
  "enabled": true
}

    Web界面修改会更新运行时配置，但不改变该文件中的默认值。

  2. 接口管理权限
    bmc.kepler.Managers.EthernetInterfaces 接口支持 SetNetworkConfig 方法，说明网络服务支持动态重配置。

  3. 配置持久化机制
    所有修改最终会写入非易失性存储，并在系统重启后加载，确保配置长期有效。

异常情况排查建议

虽然当前现象正常，但若遇到连接问题，请检查：

问题 检查方法
浏览器是否支持非标准端口 某些浏览器会拦截1-1024等低端口（见[文档2]）
防火墙规则是否放行新端口 iptables -L -n | grep 886
nginx反向代理配置 检查是否有代理规则限制
服务是否重新加载配置 查看日志 /var/log/app.log

总结

  • :white_check_mark: 现象正常：DefaultPort 保留原始默认值（2198），Port 显示用户配置值（886），属于标准设计模式。
  • :wrench: 配置生效：只要 Port 属性已更新且服务正常运行，新端口即已生效。
  • :counterclockwise_arrows_button: 配置分离优势：允许用户自定义而不影响系统默认行为，便于恢复出厂设置。
  • :telephone_receiver: 访问方式：用户应通过HTTPS登录后经 UI/Rest/KvmHandler 获取正确端口进行连接。

建议保持Web界面与实际服务端口一致，并确保防火墙和网络策略允许新端口通信。

3

新修改的886端口是否生效？

4

下层的是适配双主机新增的资源树，上层的是兼容旧版本保留下来了。新的版本都是用下面那个资源树了。

5

下层的已经生效了，谢谢解答