ARTICLE · 1002694

INOM平台-V1.0.3版安装包BUG修复通告

发布时间：2026-09-16 00:49:01 最近访问：2026-09-16 00:49:00

INOM(曾用名NIMS) V1.0.3：5 个文件替换，修复 6 个线上 BUG

8 月 31 日 NIMS-Setup-V1.0.3 封装之后，真实生产环境里集中暴露了 6 个与「设备识别 + 在线控制台」相关的缺陷，全部来自思科 Nexus（NX-OS）核心 + Telnet 链路。这篇文章把它们逐一列出，并给出 5 个文件的具体替换路径、生产环境部署三步走与验证方法——无需重装、无需改数据库，重启一次后端即可生效。

一、6 个 BUG 是什么

每条都附了「解决方式」（更新的文件）与「影响范围」，方便直接对照后面的替换表定位。

BUG 1 ｜ Nexus（NX-OS）自动发现系列/型号为空

现象：Nexus 5000、7000 这类思科核心交换机做自动发现或「重新发现」之后，设备列表里的系列/型号字段是空的，必须人工录入。

解决：通过更新 discovery_rules.py、discovery_service.py、direct.py 解决。

BUG 2 ｜ Nexus 的 HSRP 虚拟 IP 识别不到

现象：Vlan 接口下配的 HSRP 网关虚拟 IP（VIP）一个都识别不出来，最终拓扑里这些 Nexus 设备缺网关信息。

解决：通过更新 discovery_rules.py、discovery_service.py 解决。

BUG 3 ｜ SSH 设备控制台一敲回车就报编码错

现象：华为+ 部分 H3C 设备，进入 CLI 控制台后能正常显示登录横幅和提示符，但只要敲回车提交命令，前端就刷出编码错误提示，命令实际没有发到设备。

解决：通过更新 shell.py 解决。

BUG 4 ｜ Telnet 控制台敲回车没反应（黑屏）

现象：Telnet 设备进入 CLI 后敲命令全黑屏，看不到自己输入的内容，SSH 一切正常。

解决：通过更新 shell.py、console_ws.py 解决。

BUG 5 ｜ NX-OS 每条命令吐多个提示符

现象：完成一轮修复重启后，Nexus 7000 型号字段依旧为空，需要反复确认。

解决：通过更新 direct.py、discovery_service.py 解决。

BUG 6 ｜ Nexus 7000 控制台打开即秒关

现象：CLI 刚提示「连接已成功」，下一秒就是「会话已关闭」，Telnet 到 NX-OS 必现。

解决：通过更新 shell.py、console_ws.py 解决。

二、BUG 1/5 修复前后对照（Nexus 识别）

把这张图单独拎出来，是因为它是用户感知最直观的一类问题：自动发现跑了，设备却没被正确识别。调整后，Nexus 系列/型号在自动发现阶段即可正确落库，无需再人工补录；SSH 与 Telnet 两条采集路径同步生效。

三、BUG 4/6 的修复版本演进（Telnet 控制台）

围绕「敲回车 → 看到回显」这个最朴素的使用体验，连调多版，每一版都基于生产实测结果推进，最终收敛到稳定可交互的状态。当前版本为 6.1 版（2026-09-02 16:21，生产确认可用），shell.py 与 console_ws.py 两文件版本对齐。

四、5 个文件的替换路径

生产默认根目录 C:\Program Files\NIMS\backend\（以实际安装路径为准）。在每个子目录下覆盖同名文件即可：

#	文件名	替换到	解决的 BUG
1	`direct.py`	`app\collector\connection\`	BUG 5
2	`shell.py`	`app\collector\connection\`	BUG 3/4/6
3	`discovery_service.py`	`app\services\`	BUG 1/5
4	`discovery_rules.py`	`app\services\`	BUG 1/2
5	`console_ws.py`	`app\api\`	BUG 4/6

两个铁律：

`direct.py` 与 `discovery_service.py` 必须成对替换——两侧依赖同一组新参数，缺任意一个都会直接报参数类型错误；
`shell.py` 与 `console_ws.py` 同理，两个文件的版本必须一致（当前都是 6.1 版，2026-09-02 16:21 落定）。

五、生产部署三步走

生产环境是另一台独立服务器（需远程桌面连入操作），本地环境访问不到生产目录——所以不要从桌面/Downloads 拷贝旧副本，必须从源码仓对应目录取出再传：

步骤	动作
STEP 1	备份。把生产机器上 5 个目标文件各拷一份到任意临时目录，命名加 `.bak` 后缀
STEP 2	替换。把 5 个 `.py` 覆盖到对应子目录；两对强耦合文件务必成对替换
STEP 3	清空编译缓存目录，把后端服务重启到单一干净实例（不要留两个并行进程）

怎么确认补丁生效了

重启后端后，对 Nexus 设备重新自动发现，型号字段能正常显示系列与机框；CLI 敲回车时能看到自己输入的字符、不再黑屏也不再秒关；Nexus 的 HSRP VIP 能正确进入拓扑，即说明补丁已生效。

关于后续安装包

为了防止「源码被回退却静默打出坏包」，安装包构建阶段已经为这三类修复各加了一道回归校验关卡，任一关键改动缺失即构建失败。今天的 V1.0.4 安装包就是过了这三道关卡之后打出来的，5 个文件的修复已自动随包——新装用户无需手动热替换，只有从 V1.0.3 直升的存量环境需要走本文的三步走。V1.0.4安装包目前暂未发布，还在测试稳定性中。

六、写在最后

这次 6 个 BUG 的处理方法只有一句话：不靠猜，每一次都基于生产实机或生产日志的实测结果推进，修复都收敛到对对应文件的更新并经过回归验证。NIMS 项目还在持续迭代，热修复补丁与正式安装包并行发布。如果你按本文的步骤执行后还有任何问题没被覆盖到，欢迎把生产现象反馈回来，下一轮迭代继续。

— INOM平台开发者杜Sir

INOM-智能网络运维管理平台下载地址及BUG修补文件

百度云：

通过网盘分享的知识：

INOM-智能网络运维平台(曾用名NIMS)

链接: https://pan.baidu.com/s/59S9Z3de4c_5i1Xt4lp-Ueg

天翼云盘：

https://cloud.189.cn/t/zMNRjmFrUZBv（访问码：ayk5）