最近在帮一个刚接触 Linux 的同学排查问题他卡在一个看似简单却让人有点懵的环节怎么把服务器上的日志文件弄到本地电脑上看他试了 scp但服务器网络策略限制想用 sftp又觉得每次都要输密码太麻烦。我随口提了一句“试试sz命令” 他愣了一下反问我“sz是什么我只知道ls和cd。”这个场景其实挺典型的。很多从 Windows 转向 Linux 环境或者刚开始使用 Xshell、SecureCRT、MobaXterm 这类终端工具的朋友往往会忽略掉一个极其高效的文件传输“隐藏技能”——sz/rz命令。它们不像scp那样需要复杂的密钥配置也不像sftp那样需要开启额外的服务更不像手动拖拽那样依赖特定的桌面环境。sz的核心价值在于它把文件传输这件事无缝地嵌入了你早已习惯的 SSH 命令行工作流里。你不需要跳出终端不需要打开另一个窗口就在当前的会话里一个命令就能完成“发送”或“接收”。但sz真的像传说中那样“60秒就能掌握”吗从会敲命令到真正用得顺手中间其实隔着一层对协议、工具链和边界条件的理解。今天我们就来彻底拆解sz命令。它绝不仅仅是一个简单的“下载”命令而是一个基于 ZMODEM 协议、高度依赖终端模拟器支持、在特定场景下能极大提升效率的“交互式文件传输工具”。理解它为什么快、为什么方便以及最重要的——它会在什么情况下“失灵”比你单纯记住命令格式要有用得多。1. 先别急着敲命令搞懂sz背后的 ZMODEM 协议很多人第一次用sz感觉像变魔术在服务器上输入sz filename本地电脑就自动弹出了文件保存对话框。这背后的“魔术师”就是 ZMODEM 协议。不理解它你就永远搞不明白为什么sz有时灵有时不灵。1.1 ZMODEM 是什么为什么是它在早期的 Unix 系统和 BBS 时代通过串行线路比如电话线Modem传输文件是个大问题。线路不稳定、容易出错、速度慢。于是诞生了一系列纠错传输协议如 XMODEM、YMODEM 和 ZMODEM。其中ZMODEM 是功能最强、也最复杂的一个。它有几个关键设计直接决定了sz命令的行为交互式与自动开始ZMODEM 协议允许接收方你的终端软件在检测到发送方服务器上的sz命令发起传输时自动启动接收流程。这就是为什么你不需要在本地先执行一个对应的rz命令来“等着收文件”。断点续传这是 ZMODEM 的王牌功能。如果传输中途连接断开重新连接后可以从断点继续而不是重头再来。对于大文件传输这个特性至关重要。批处理与目录结构ZMODEM 支持一次发送多个文件甚至包括目录结构通过sz *或配合tar使用。YMODEM 也支持批处理但 ZMODEM 在效率和可靠性上更胜一筹。所以当你运行sz时实际发生的是服务器端的sz程序属于lrzsz软件包按照 ZMODEM 协议将文件数据封装。数据通过你已经建立的 SSH 连接本质是一个可靠的字节流发送。你的终端软件Xshell, SecureCRT, MobaXterm, FinalShell等在接收到特殊的 ZMODEM 协议起始序列后自动中断当前的命令行交互接管数据流并弹出文件保存对话框。传输结束后控制权交回给 Shell你可以继续输入命令。整个过程你的 SSH 连接既是命令通道也是数据通道。这种“带内信令”的方式使得文件传输成为会话的一个自然部分无需额外端口或连接。1.2 为什么不是所有终端都支持协议支持的边界理解了 ZMODEM 是“魔术”的核心你就能立刻明白sz的第一个也是最重要的使用边界它极度依赖终端模拟器客户端的支持。支持 ZMODEM 的终端Xshell, SecureCRT, MobaXterm, FinalShell, Putty (需配合额外工具如leputty)以及一些老牌的终端程序。这些软件内置了 ZMODEM 协议的接收和发送逻辑。不支持 ZMODEM 的终端绝大多数浏览器内的 Web Shell、VS Code Remote-SSH 的集成终端、苹果 macOS 自带的 Terminal.app默认不支持、以及许多追求极简的终端。它们没有实现 ZMODEM 协议解析因此sz命令发出的协议控制字符只会被当作普通文本显示在屏幕上看起来是一堆乱码而不会触发文件下载。一个简单的判断方法如果你在服务器上执行sz test.txt终端里没有弹出保存对话框而是显示了一堆以**B00000000000000开头的乱码那么几乎可以断定你的终端不支持 ZMODEM。注意sz是“发送”Send ZMODEM的缩写对应的是从服务器发送文件到本地。而rz是“接收”Receive ZMODEM用于从本地上传文件到服务器。很多人容易记反。2. 从安装到跑通一个完整的sz实战流程假设你正在使用一款支持 ZMODEM 的终端例如 Xshell并且需要从一台 CentOS 服务器下载文件。下面是从零开始让sz工作的完整路径。2.1 第一步服务器端安装lrzszsz和rz命令来自一个名为lrzsz的软件包。在绝大多数 Linux 发行版上它都不预装需要手动安装。对于 CentOS/RHEL/Fedora/AlmaLinux/Rocky Linuxsudo yum install -y lrzsz或者使用 dnf新版本系统sudo dnf install -y lrzsz对于 Ubuntu/Debiansudo apt-get update sudo apt-get install -y lrzsz安装完成后你可以通过which sz或sz --version来验证。2.2 第二步配置你的终端软件以启用 ZMODEM 支持仅仅服务器有lrzsz还不够必须在终端软件里打开 ZMODEM 功能。这是新手最常忽略的一步。以 Xshell 7 为例打开 Xshell连接到你的服务器。在会话属性中找到“连接” - “SSH” - “隧道”。在右侧你会发现“转发 X11 连接”下面有“ZMODEM”选项。确保“使用 ZMODEM 接收/发送文件”的复选框是勾选的。在下面你需要指定rz和sz命令在服务器上的完整路径。通常就是/usr/bin/rz和/usr/bin/sz。你可以通过which rz和which sz命令来确认。点击确定保存配置。其他终端配置位置类似SecureCRT在会话选项的“连接” - “SSH2” 中有“ZMODEM”标签页。MobaXterm默认已启用设置路径在 “Settings” - “Configuration” - “Terminal” 标签页下。FinalShell在服务器连接设置中有“Zmodem”选项需要勾选并填写命令路径。关键点这里的配置是告诉终端软件“当会话中检测到 ZMODEM 协议流量时请调用服务器上的/usr/bin/sz或/usr/bin/rz命令来配合完成传输。” 这是一个客户端与服务器端命令的联动。2.3 第三步执行你的第一次sz传输配置好后重新连接会话或新建一个会话。现在让我们传输一个文件。在服务器上创建一个测试文件echo This is a test file for sz command. test_sz.txt执行sz命令sz test_sz.txt如果一切正常你的 Xshell 窗口会暂时冻结命令行提示符消失并在本地电脑上弹出一个文件保存对话框。选择保存位置点击保存。传输进度会显示在终端底部或一个弹出窗口中。传输完成后终端恢复命令行提示符重新出现。你可以检查本地文件是否已正确保存。恭喜你已经完成了最基本的sz操作。但这只是开始。3. 超越单文件sz的高级用法与实用技巧sz命令的选项不多但每一个都很有用。掌握它们能应对更复杂的场景。3.1 常用命令选项解析查看sz的帮助信息sz -h或man sz。以下是几个最实用的选项sz filename发送单个文件。sz file1 file2 file3发送多个文件。终端会依次弹出多个保存对话框。sz *.log使用通配符发送一批文件例如所有日志文件。-e,--escape对所有控制字符进行转义。这在传输二进制文件如图片、压缩包时是默认行为对于纯文本文件可以不加。-b,--binary以二进制模式传输。这也是传输非文本文件的推荐方式与-e类似。-y覆盖已存在的文件。如果不加此选项当本地存在同名文件时终端软件通常会询问是否覆盖。在脚本中或确认要覆盖时使用。-q,--quiet安静模式减少输出信息。一个综合示例以二进制、安静模式、强制覆盖的方式发送当前目录下所有.tar.gz文件。sz -b -y -q *.tar.gz3.2 如何传输整个目录sz命令本身不支持直接传输目录。如果你执行sz mydir/它要么报错要么只发送目录名本身一个空文件。这是 ZMODEM 协议的一个限制也是sz与scp -r的核心区别之一。解决方案是先打包再发送。这是 Linux 下非常经典的工作流。# 1. 将目录打包成单个文件 tar -czf myproject_backup.tar.gz myproject/ # 2. 发送这个压缩包 sz myproject_backup.tar.gz # 3. 可选本地接收后如果需要再解压 # 在本地Linux/Mac终端或Git Bash中 tar -xzf myproject_backup.tar.gz这样做的好处非常多解决了目录传输问题。减少了文件数量ZMODEM 的批处理对大量小文件效率不高单个大文件传输更稳定。压缩后体积更小传输更快。保留了完整的文件权限和属性如果使用tar的-p选项。3.3 与rz命令的配合双向文件传输有来有往。rz是sz的逆操作用于从本地上传文件到服务器。在服务器上输入rz命令。终端会弹出本地文件选择对话框。选择你要上传的一个或多个文件点击打开。文件就会通过 ZMODEM 协议上传到服务器当前所在的工作目录。rz的常用选项rz弹出对话框选择文件。rz -y覆盖服务器上已存在的同名文件。rz -b二进制模式上传。重要提醒使用rz上传时务必清楚自己当前在服务器的哪个目录 (pwd)因为文件会上传到那里。一个常见的错误是在/root目录下不小心上传了大文件导致根目录空间告急。4. 当sz不工作时系统化排查指南sz用起来很爽但一旦出问题现象往往就是“没反应”或“一堆乱码”。别慌按照以下顺序排查99%的问题都能解决。4.1 排查顺序清单排查步骤检查点可能的原因与解决方案第一步检查终端软件1. 你用的终端是否支持 ZMODEM2. ZMODEM 功能是否已启用3.rz/sz命令路径配置是否正确原因使用了不支持 ZMODEM 的终端如 Web Shell, VS Code Terminal。解决换用 Xshell, SecureCRT, MobaXterm 等。在支持的工具中检查并正确配置会话属性。第二步检查服务器命令1.lrzsz软件包是否已安装2.sz命令是否存在且可执行原因未安装lrzsz。解决使用yum install lrzsz或apt install lrzsz安装。使用which sz确认。第三步检查传输内容1. 要传输的文件是否存在2. 你对文件是否有读权限原因文件路径错误或权限不足。解决使用ls -l filename确认。用sudo获取权限或修改文件权限。第四步检查传输过程1. 执行sz后终端是否“卡住”2. 是否弹出保存对话框3. 传输是否中途失败原因1终端未卡住显示乱码 - 终端不支持。原因2弹出对话框但传输失败 - 可能是网络波动、磁盘空间不足。解决对于大文件尝试使用-b二进制模式。检查服务器和本地磁盘空间。第五步替代方案验证如果以上都无误仍失败尝试其他传输方式。原因可能存在未知的 SSH 通道或编码问题。解决临时使用scp或sftp完成传输这有助于判断是否是sz特有的问题。4.2 常见错误场景与处理场景一执行sz后显示乱码例如**B00000000000000。诊断这是最典型的“终端不支持 ZMODEM”症状。服务器端的sz已经发出了 ZMODEM 协议头但客户端无法识别直接当作普通字符显示。解决更换终端软件或在当前终端软件中正确启用 ZMODEM 支持。场景二弹出保存对话框但传输进度卡在 0% 或很慢。诊断网络延迟高或丢包。ZMODEM 协议有纠错重传机制网络差时会反复尝试显得很慢。解决对于大文件在网络条件差时考虑先打包压缩减小体积或使用scp它基于 SSH效率更高。也可以尝试在sz命令后增加-b选项。场景三传输到一半中断无法续传。诊断虽然 ZMODEM 支持断点续传但需要两端都支持且会话保持。如果 SSH 连接完全断开不仅仅是sz命令中断通常无法续传。解决对于非常重要的超大文件更稳妥的方式是使用rsync支持断点续传或scp配合screen/tmux会话防止网络中断导致命令终止。场景四上传 (rz) 时找不到弹出的文件选择窗口。诊断这可能是因为终端程序的窗口焦点问题或者文件选择窗口被其他窗口遮挡了。解决检查任务栏或系统托盘看看是否有新窗口弹出。有时需要最小化其他窗口才能看到。4.3sz的适用边界与替代方案经过以上分析我们可以清晰地画出sz/rz的适用边界最适合sz/rz的场景交互式、临时性的文件传输在 SSH 会话中临时需要下载一个配置文件、日志文件或上传一个脚本。传输中小型文件几百 MB 以内速度尚可体验流畅。环境受限服务器无法开通额外端口只有 SSH 22 端口可用且不想配置复杂的scp密钥或sftp。Windows 用户使用图形化终端连接 Linux这是sz/rz的主场体验最佳。不建议使用sz/rz的场景传输超大文件GB 级别速度慢不稳定中断后可能无法续传。自动化脚本sz/rz依赖图形化交互弹窗无法在无头headless服务器或纯命令行环境如 Jenkins CI/CD中运行。需要保留完整元数据权限、时间戳的目录同步sz不支持目录打包虽可解决但不如rsync或taroverssh直接。使用不支持 ZMODEM 的终端如 Web Terminal、VS Code Remote、macOS Terminal。替代方案推荐场景推荐工具优点缺点自动化、大批量、大文件scp或rsyncover SSH稳定、高效、支持断点续传 (rsync)、可编写脚本需要配置 SSH 密钥免密、命令稍复杂交互式目录浏览与传输sftp交互性好、支持目录操作、类似 FTP需要启动 sftp 子系统、速度一般图形化拖拽终端软件自带拖拽功能 (如 MobaXterm)最简单直观依赖特定终端、可能受网络目录映射影响内网高速传输nc(netcat) tar或python -m http.server不依赖 SSH、速度极快需要临时开放端口、安全性需注意所以回到最初的问题sz命令值得学吗绝对值得。它是一个能让你在特定场景下效率倍增的“瑞士军刀”。但更重要的是通过它你理解了一种基于古老协议、却依然活跃在现代运维中的交互模式。你知道它的便利源于 ZMODEM 协议与终端软件的深度集成也清楚它的局限在于对图形化交互和网络稳定性的依赖。下次当你需要从服务器快速拖一个日志下来分析时你会熟练地敲下sz app.log而当需要同步一个完整的项目目录时你也会毫不犹豫地选择tar czf - project/ | ssh userhost tar xzf -。这才是真正的“掌握”——不仅知道怎么用更知道何时用以及为什么。
