Files
wecom_it_smart_desk/docs/04-运维文档/部署运维/11-堡垒机运维工具-jumpserver-ops.md
T
Simon facc04aa65 chore: docs 结构整改 + compose 双目录对齐(合并重建提交)
本提交为 .git 对象库损坏后的重建提交,内容等价于原先三个本地提交
(5e2fd4c2 / 57a53c98 / 5d7e1873)的累积结果,未做任何额外改动。

一、docs 结构整改(整改 #14)
根因:重构时新结构为 untracked 文件,执行 git stash(未带 -u)未纳入,
随后 git reset 拉回 HEAD 旧 tracked 树,导致旧树复活、新旧两棵目录
树并存于 docs/,共 791 文件、双分类体系冲突。

修复动作:
- b2 同名异主题文件改名迁移保全 9 个
- C 类 39 个孤立文件按主题正确归类
- A/B1 类 222 个重复文件删除(新结构已有内容副本)
- 9 个旧独有空目录删除
- 270 处内部引用按 verified 映射改写
- 整改记录 #14 登记于 04-运维文档/部署运维

结果:docs 791 → 569 文件,顶层仅规范 8 类 + 治理文件,单树恢复。
残留:约 20 处指向从未存在文件的陈旧死链,归入独立文档卫生任务。

二、compose 双目录对齐(消除踩坑 A)
- docker-compose.yml:nginx 前端挂载全部由根目录 frontend-*/dist
  改为 src/frontend-*/dist(h5 / agent / admin / terminal)
- docker-compose.dev.yml:dev 服务 build context 与卷同步改 src/
- 效果:本地 docker compose up 不再把根目录 stale dist 挂回,
  与线上一致,分叉隐患消除(已 docker compose config 校验通过)

防复发铁律:
- 重构须提交;仓库修复须 git stash -u 或先 commit
- 新结构须 git add 并提交,避免再次 untracked 复活
- H5 改动只动 src/frontend-h5/,禁改根目录遗留 frontend-*/
2026-08-07 22:31:32 +08:00

2.4 KiB
Raw Blame History

堡垒机运维工具 (jumpserver-ops)

概述

通过 JumpServer 堡垒机自动化执行远程命令、文件上传下载。统一入口为 jms_ops.py,支持 4 种操作模式。

连接方式决策

场景 连接方式
默认 通过堡垒机跳转(大多数内网服务器)
例外 直连(NAS、开发机等)需单独配置

规则:默认都需要通过堡垒机,除非明确告知某台服务器是直连。

使用方法

1. 远程命令执行(推荐)

# 单命令(纯文本输出)
python scripts/jms_ops.py exec -c "docker ps"

# 多命令串行(一次登录,5x 提速)
python scripts/jms_ops.py exec -c "hostname" -c "uptime" -c "docker ps"

# 并行模式(不冲突的长命令)
python scripts/jms_ops.py exec -c "docker logs nginx --tail 100" -c "df -h" --parallel

2. 批量命令

python scripts/jms_ops.py batch -f commands.txt

3. 文件上传

# 通过 elFinder Web UI 上传到目标服务器
python scripts/jms_ops.py upload 本地文件.conf /tmp/远程路径.conf

4. 文件下载

# 通过 base64 通道从目标服务器下载
python scripts/jms_ops.py download /远程路径.conf ./本地文件.conf

方案选择依据

需求 推荐方案 速度
执行命令获取文本结果 v16 REST API + plink PTY 首次 ~13s,复用 ~2-3s
执行命令看界面效果 v10 Web CLI(截图) ~60s
文件上传 (< 100KB) base64 通道
文件上传 (>= 100KB 或 > 15s) elFinder Web UI 稳定
文件下载 base64 通道 -

目标服务器配置

当前预设目标:hz-oa-ai-g-dataquery-90-5-110 (10.90.5.110)

新增直连服务器时,需提供:

  • IP 地址
  • 端口(默认 22
  • 用户名
  • 认证方式(密码或 SSH 密钥)

故障排除

问题 解决方法
登录失败 检查 config/jumpserver_config.json 密码是否正确(Base64 编码)
MFA 失败 确认 scripts/otp_secret.key 存在且系统时间准确
资产未找到 确认目标名称与 JumpServer 中显示一致

脚本位置

C:\Users\simon\.workbuddy\skills\jumpserver-ops\scripts\jms_ops.py

相关文档