安装服务

服务部署

官方文档：JumpServer 文档 / 安装文档
默认密码：admin / admin （快速入门 – JumpServer 文档）

反向代理

1）参考 JumpServer/master/ 反向代理 文档；
2）对于其他版本，请参考对应版本的反向代理文档；

服务升级

关于升级的注意事项

1）如下是我们对升级过程的经验总结，并不具备普适性；
2）关于其他需要注意的问题，建议参考官方文档；

升级过程需要注意的具体问题：
0）升级一定要备份原有数据库，或者直接克隆原有虚拟机以备份。当升级失败时（或新版本存在问题），能够进行回滚；
1）在操作升级事宜前，务必认真详细阅读文档，并理解内容后再开始；
2）不建议复制粘贴来执行全部命令，建议分步执行命令；
3）官方文档不一定适用于特定环境，需要根据需求进行调整；

关于升级过程的记录

我们将不再记录详细的升级过程，升级过程的具体过程建议参考官方文档；
但是，我们将记录升级过程中遇到的问题，以及相关的问题解决办法；

1.4.6-2 to 1.5.6

我们已删除「1.4.6 升级 1.5.6」笔记，原因如下：
1）我们的日常工作不会再涉及 1.4.6 到 1.5.6 的升级操作；
2）并且相关的程序资源已经缺失，导致该升级流程无法成功执行；

1.4.9 to 1.5.7

我们已删除「1.4.9 升级 1.5.7」笔记，原因如下：
1）我们的日常工作不会再涉及 1.4.9 到 1.5.7 的升级操作；
2）并且相关的程序资源已经缺失，导致该升级流程无法成功执行；

当时（04/02/2020）最新为 1.5.7-2 版本，升级过程参考官方 1.4.8-1.4.10 升级到最新版本 文档；

1）升级一定要备份原有数据库，或者直接克隆原有虚拟机以备份。当升级失败，或者新版本存在问题时，可以进行回滚操作；
2）注意复制官方文档，保留部署及升级方法，以备日后使用；

1.5.6 to 2.4.4（01/21/2023）

我们已删除「1.5.6 升级 2.4.4」笔记，原因如下：
1）我们的日常工作不会再涉及 1.4.9 到 1.5.7 的升级操作；
2）并且相关的程序资源已经缺失，导致该升级流程无法成功执行；

当时（2020-12-26），我们需要将 Jumpserver 从 v1.5.6 升级到 v2.4.4 版本。但是，我们原本采用的部署方式为“手动部署”，由于组件较多，升级繁琐。所以此次升级将使用容器的方式部署 v2.4.4 版本；

当时的大致过程如下：

# 数据库备份
systemctl stop mysql.service
rsync -a /var/lib/mysql/ /srv/jumpserver/mysql-backup-1.5.6/

# 新的数据目录
rsync -a /var/lib/mysql/ /srv/jumpserver/mysql/

# 启动服务
docker run --name jumpserver_2.4.4 -d \
    --restart always \
    -v /srv/jumpserver/data:/opt/jumpserver/data \
    -v /srv/jumpserver/mysql:/var/lib/mysql \
    -p 8087:80 \
    -p 2222:2222 \
    -e SECRET_KEY="</opt/jumpserver/config.yml / SECRET_KEY>" \
    -e BOOTSTRAP_TOKEN="</opt/jumpserver/config.yml / BOOTSTRAP_TOKEN>" \
    -e DB_PASSWORD="</opt/jumpserver/config.yml / DB_PASSWORD>" \
    jumpserver/jms_all:v2.4.4

章节列表

「JumpServer」- 升级，最新版本，2.6.0+
「Kubernetes」- 部署 JumpServer 服务
「JumpServer」- 更新 2.4.4 到 2.8.2 版本