干货分享|JumpServer 三种常见的文件传输方式效果对比
JumpServer开源堡垒机支持对文件的上传和下载,并对传输记录进⾏审计。JumpServer的文件传输功能是用户使用频率较高的功能,常见的文件传输方式包括:rz和sz命令方式、文件管理方式和客户端工具方式。
在使用JumpServer进行文件传输的时候,常常有用户向JumpServer开源项目组反馈出现文件大小受限、传输卡顿、传输不稳定等情况,实际上这与用户所选择的文件传输方式有一定的关系。
本文将重点对比上述三种用户常用的JumpServer文件传输方式,并且测试验证JumpServer文件传输的实际效果,以便用户后续在传输文件时能够选用更为有效的文件传输方式。希望本文对广大企业的运维人员提升日常运维管理效率有所帮助。
一、测试准备
准备以下测试环境以及测试文件:
二、不同文件传输方式测试对比
1. rz和sz命令方式
用户连接资产后,使用rz和sz命令,直接拖动文件进行文件上传/下载(秒表计时)。
分别测试不同尺寸的测试文件,传输效果如表1所示:
▲ 表1 不同尺寸的文件通过rz和sz命令传输文件的效果对比
注意:
■ 上传155MB大小的文件时,传输文件容易出现卡住并最终会断开会话的情况,显示文件传输失败;
■ rz和sz命令文件传输方式有文件大小的限制,传输文件的上限为500MB。
2. 文件管理方式
用户选择通过SFTP协议连接资产,进行文件传输。具体步骤如下:
① 打开JumpServer的Web终端连接页面,选择需要连接的服务器,选择“Web SFTP”连接方式;
② 进入文件传输页面后,直接拖动文件到窗口中,即可将文件上传至对应目录;
③ 右键点击需要下载的文件,在打开的右键菜单中选择“下载”选项即可进行文件下载。
分别测试不同尺寸的测试文件,传输效果如表2所示:
▲ 表2 不同尺寸的文件通过SFTP文件管理方式传输文件的效果对比
注意:
■ 相比rz和sz命令的文件传输方式,通过SFTP文件管理方式传输文件时,传输页面会显示文件传输进度条,方便用户了解传输进度(由于时长原因,本次测试未对后两个文件进行计时);
■ 受Nginx上传/下载文件的大小限制,通过JumpServer文件管理方式传输文件的文件尺寸初始默认为4096MB,即“CLIENT_MAX_BODY_SIZE=4096m”,文件尺寸可以进行修改。
3. 客户端工具方式
用户使用客户端工具通过JumpServer进行文件传输,以FileZilla、SecureCRT工具为例,具体步骤如下:
■ FileZilla工具:
① 点击FileZilla工具的“站点管理器”,填写相关信息,点击“连接”按钮,输入JumpServer的登录密码和MFA验证码,连接JumpServer堡垒机;
② 连接成功后,选择需要上传文件的服务器和资产账号目录,拖动文件直接上传,系统会弹窗要求用户再次输入JumpServer登录密码和MFA验证码,确认后即可开始文件传输;
③ 在操作页面底部会显示文件传输状态,包括用时、完成进度、传输速率。
■ SecureCRT工具:
① 在SecureCRT工具中输入JumpServer的用户登录密码及MFA验证码,登录至JumpServer堡垒机;
② 登录成功后,用户选择需要连接的资产和所使用的资产账号;
③ 输入rz命令,选择需要上传的文件,点击“OK”按钮,即可进行文件传输;
④ 操作页面将会显示文件的传输进度、传输速率、预计剩余时间。
分别测试不同尺寸的测试文件,传输效果如表3所示:
▲ 表3 不同尺寸的文件通过客户端工具传输文件的效果对比
注意:
■ SecureCRT工具使用ZModem协议上传文件时,只能传输4GB以内的文件(受传输协议限制)。
三、测试总结
经过上述一系列测试,JumServer开源项目组总结了一些文件传输的经验和建议,希望对广大用户有所帮助:
■ 当用户需要临时传输一些占用空间较小的文件时,可以使用rz和sz命令方式来传输文件,其上传文件的大小限制为500MB,传输较为方便快捷;
■ 文件管理方式和客户端传输方式的传输速度差不多,在一定程度上会受到网速的影响。客户端工具使用SFTP协议进行文件传输时,没有文件大小的限制,并且能够显示文件的传输速度,建议用户在传输较大的文件时,可以选择客户端连接的传输方式,方便用户了解传输的进度,避免用户误认为传输任务出现卡死等情况;
■ 使用客户端传输方式时,需要确认用户所使用的客户端本身是否具有文件大小限制的情况,例如通过SecureCRT工具使用ZModem协议来传输文件时,文件大小限制不能超过4GB;
■ 在进行文件传输之前,用户需要检查自身的网络情况,网速状况不同,文件传输的效果和用时差异也会较大。

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
北大开源 aiXcoder-7B 最强代码大模型
源自北京大学软件工程研究所的 aiXcoder 团队宣布,推出全新自研 aiXcoder-7B 代码大模型;聚焦真实开发场景,专为企业私有部署设计。其中,aiXcoder-7B Base 版将开源共享给开发者,并陆续在 Github、Gitee、Gitlink 等平台上线。 公告称,在多个主流评估标准评测集中,无论是代码生成、代码补全还是跨文件上下文代码生成效果,aiXcoder-7B模型均有极佳表现,甚至超越参数量大5倍的34B代码大模型,已达到当前SOTA水准,堪称最适于实际编程场景的基础模型。 在 HumanEval(由 164道Python编程问题组成)、MBPP(由974个 Python编程问题组成)和 MultiPL-E(包含了18种编程语言)等主流代码生成效果评估测试集上,aiXcoder 7B 准确率显著超越当前同级别代码大模型。 在Santacoder(Ben Allal et al., 2023) 提出的考虑上下文补全评测集上,aiXcoder-7B Base版在与 StarCoder 2、CodeLlama 7B/13B、DeepSeekCoder 7B 等主流同...
- 下一篇
开源日报 | 全新RISC-V CPU;开源模型首胜GPT-4;Mistral 8x22B大模型;老乡鸡“开源”
欢迎阅读 OSCHINA 编辑部出品的开源日报,每天更新一期。 # 2024.4.10 今日要点 Mistral AI 开源 Mistral 8x22B Moe 大模型 Mistral AI 公司刚刚再次用磁力链接开源了一款大模型 —— Mistral 8x22B,模型文件大小为 281.24 GB。 从模型的名字来看,Mistral 8x22B 是去年开源的「mixtral-8x7b」的超级大杯版本,参数规模增长三倍不止 —— 由 8 个 220 亿参数规模 (8×22B) 的专家网络组成。 斯坦福团队开源端侧大模型 Octopusv2 斯坦福大学研究团队近日推出了一款全新的开源端侧大模型 Octopusv2。 Octopusv2 是一款拥有 20 亿参数的开源语言模型,专为在 Android 设备上运行而设计,同时也适用于汽车、个人电脑等其他端侧设备,并将实用性扩展到从 Android 系统管理到多个设备的编排等各种应用程序。 该模型在准确性和延迟方面的表现超越了 GPT-4,并且在上下文长度上减少了 95%,显示出了显著的性能优势。此外,Octopus v2 比 Llama7B ...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS6,7,8上安装Nginx,支持https2.0的开启
- CentOS8,CentOS7,CentOS6编译安装Redis5.0.7
- SpringBoot2更换Tomcat为Jetty,小型站点的福音
- Jdk安装(Linux,MacOS,Windows),包含三大操作系统的最全安装
- CentOS7,8上快速安装Gitea,搭建Git服务器
- SpringBoot2整合MyBatis,连接MySql数据库做增删改查操作
- SpringBoot2全家桶,快速入门学习开发网站教程
- CentOS8安装MyCat,轻松搞定数据库的读写分离、垂直分库、水平分库
- CentOS8编译安装MySQL8.0.19
- CentOS7,CentOS8安装Elasticsearch6.8.6