1. 为什么还在用lrzsz一个被低估的“老家伙”如果你经常需要在Linux服务器和本地Windows电脑之间来回传文件你肯定用过或者至少听说过SCP、SFTP、Rsync这些工具。它们功能强大安全可靠是生产环境的标准选择。但有时候尤其是在一些特殊场景下比如通过串口Serial Console连接一台没有网络、只有命令行界面的嵌入式设备或者通过一个极其受限的跳板机环境你会发现那些“现代化”的工具全都哑火了。这时候一个名字听起来有点复古的工具组合就会浮出水面lrz和lsz它们合起来通常被称为lrzsz。我第一次遇到它是在调试一台工业网关。那玩意儿深藏在机柜里只有一根串口线连着我的笔记本系统是最小化的Linux别说sshd服务连openssh-client都没装。我需要把一个配置文件传进去。在尝试了各种“奇技淫巧”比如用cat命令配合终端模拟器的ZMODEM发送功能失败后老司机指点了一句“试试rz和sz”。从此这个工具就成了我应急工具箱里的常客。lrzsz的核心价值在于它的“零依赖”和“终端集成”。它不依赖网络协议栈TCP/IP不依赖复杂的认证体系它只做一件事利用ZMODEM、YMODEM、XMODEM这些古老的串行通信文件传输协议在终端会话比如通过SSH、Telnet、甚至直连串口建立的会话中直接收发文件。对于终端用户来说操作直观得近乎“傻瓜”在Linux命令行下输入sz filename发送文件在支持ZMODEM的终端软件里点一下接收或者在终端软件里选择“发送文件”在Linux命令行下输入rz接收。整个过程文件传输的指令和数据流都复用着你已经建立好的那一条终端连接通道。所以别因为它“老”就小看它。在运维、嵌入式开发、网络设备调试等场景里当网络不通、权限受限、环境纯净到只剩一个shell时lrzsz往往是那条最后的“救命稻草”。接下来我们就彻底搞懂怎么在Windows和Linux之间用它来高效、稳定地传文件。2. 环境搭建让Windows终端“学会”ZMODEMlrzsz在Linux端通常是一个独立的软件包安装非常简单。难点和关键其实在Windows这一侧你需要一个支持ZMODEM协议的终端模拟器。PuTTY很流行但它原生不支持ZMODEM。因此我们的搭建工作主要围绕Windows终端选型展开。2.1 Linux服务器端一键安装与验证绝大多数Linux发行版的仓库里都包含了lrzsz。安装就是一行命令的事。对于基于Debian/Ubuntu的系统sudo apt update sudo apt install lrzsz对于基于RHEL/CentOS/Fedora的系统sudo yum install lrzsz # 或者使用 dnf (Fedora/RHEL8) sudo dnf install lrzsz安装完成后验证一下which rz sz正常情况下会输出类似/usr/bin/rz和/usr/bin/sz的路径。这两个命令就是核心sz(Send ZMODEM) 用于从Linux发送文件到本地你的Windows电脑。你可以把它理解为“服务器端发送”。rz(Receive ZMODEM) 用于从本地Windows接收文件到Linux。理解为“服务器端接收”。注意 这个“发送”和“接收”的方向永远是从终端会话的角度来看的。sz是Linux发往终端你的电脑rz是Linux从终端你的电脑收取。记住这一点后面操作就不会晕。2.2 Windows客户端终端模拟器的选择与配置这是重中之重。你必须放弃原生PuTTY选择以下任一款支持ZMODEM的终端。我个人最推荐MobaXterm因为它功能全面且对个人用户免费。方案一MobaXterm (首选推荐)MobaXterm内置了ZMODEM支持无需任何额外配置开箱即用。下载安装 从官网下载免费的家庭版Home Edition即可。建立SSH连接到你的Linux服务器。传输文件时Linux - Windows 在Linux终端里输入sz filenameMobaXterm会自动弹出文件保存对话框。Windows - Linux 在MobaXterm的SSH会话窗口中直接点击顶部工具栏的“上传”按钮一个向上的箭头或者直接将文件拖拽进终端窗口然后在Linux终端里手动输入rz命令并回车即可接收。方案二Xshell (功能强大部分免费)Xshell是一个商业软件但有免费的家庭/学校版本同样完美支持ZMODEM。安装Xshell并建立SSH会话。关键步骤必须配置会话属性。打开会话属性对话框找到“连接” - “SSH” - “隧道”。在“转发X11连接”选项下方勾选“使用ZMODEM接收/发送”。在“接收文件夹”和“发送文件夹”中设置好Windows本地的默认目录。使用方式与MobaXterm类似执行sz/rz命令后会自动触发传输。方案三SecureCRT (老牌商业软件)SecureCRT也支持ZMODEM配置路径通常在“选项” - “会话选项” - “连接” - “串行” - “X/Y/ZMODEM”。配置好下载和上传目录即可。方案四PuTTY 额外工具 (不推荐仅作了解)如果你非要用PuTTY需要额外搭配一个叫plink的命令行工具和一套脚本如pscp的变种配置过程繁琐且不稳定违背了lrzsz“简单应急”的初衷这里就不展开了。实操心得 强烈建议将MobaXterm作为日常主力SSH客户端之一。它不仅解决了ZMODEM传输问题还内置了SFTP浏览器侧边栏直接拖拽、X11转发、多标签、宏录制等一大堆实用功能能极大提升远程工作效率。3. 核心命令详解不止是rz和sz很多人以为lrzsz只有两个命令其实它有不少实用参数能应对更复杂的场景。3.1 发送文件sz命令的灵活运用基本用法发送单个文件到本地。sz filename.txt执行后你的终端软件如MobaXterm会自动弹出保存对话框。进阶参数发送多个文件 ZMODEM协议本身支持但需要终端软件配合。更稳妥的方式是先用tar打包。tar czf config_backup.tar.gz /etc/app/conf.d/ sz config_backup.tar.gz到Windows后再用7-Zip等工具解压。这是最可靠的多文件传输方法。强制覆盖-y 如果本地文件已存在sz默认会询问是否覆盖。使用-y可以自动回答“是”。sz -y latest.log注意 这个-y参数是作用于传输开始前由sz发送给接收端你的终端软件的指令。并非所有终端软件都严格遵守此协议。MobaXterm和Xshell通常支持。限制速度--speed 在带宽紧张或避免拖垮慢速连接如串口时非常有用。sz --speed 50 config.iso这会将平均传输速度限制在约50KB/s左右。单位可以是K(KB/s) 或M(MB/s)。使用转义序列-e 对控制字符进行转义适用于传输二进制文件但现代终端和协议通常能自动处理一般不需指定。3.2 接收文件rz命令的注意事项基本用法从本地接收文件到Linux服务器当前目录。rz输入rz并回车后终端软件会弹出文件选择对话框你选择要上传的文件即可。关键参数与行为选择接收目录rz命令本身没有参数直接指定保存目录。文件会保存在执行rz命令时的当前工作目录。所以操作前一定要先cd到目标目录。cd /tmp/uploads rz接收多个文件 同样依赖于终端软件。在MobaXterm或Xshell的文件选择框中你可以按住Ctrl选择多个文件。rz会尝试依次接收它们。覆盖行为 与sz不同rz在接收时如果Linux上目标文件已存在默认是静默覆盖的没有确认提示这是一个巨大的坑。# 危险操作如果 /tmp/test.txt 已存在会被直接覆盖。 cd /tmp rz解决方案 使用-y参数不对rz的-y参数意义不同。更安全的做法是先用ls检查目标目录。或者使用rz -E参数如果支持它会在覆盖前尝试重命名已存在的文件通常加.0、.1后缀但并非所有版本的lrzsz都支持此参数。最保险的还是人工确认。二进制模式与文本模式 对于rz通常不需要担心。协议会自动以二进制模式传输保证文件完整性。除非你明确知道自己在传输纯文本且需要转换换行符如Windows的CRLF转Linux的LF否则不要使用文本模式参数。3.3 协议选择ZMODEM、YMODEM与XMODEMlrzsz支持三种协议通过-b、-B等参数指定。但在99%的SSH连接场景下你只需要用默认的ZMODEM。ZMODEM (默认) 最常用功能最强。支持断点续传、崩溃恢复、自动文件管理如时间戳、传输多个文件。在交互式会话中永远首选ZMODEM。YMODEM 是XMODEM的增强版支持批处理文件传输一次发送文件列表。有时在更简单的硬件或固件中会用到。XMODEM 最古老速度慢错误检查简单一次只传一个文件。基本已被淘汰。如何指定对于sz通常不需要。对于rz如果你遇到非常老旧的设备只支持YMODEM可以尝试rz -y但请注意-y参数在rz和sz中含义可能冲突在sz中是自动覆盖在rz中可能是选择YMODEM协议。查看具体版本的man手册最准确man rz。4. 实战排坑传输失败、乱码与权限问题理论很美好实战中却总有几个坑在等着你。下面是我总结的几个高频问题及解决方案。4.1 传输毫无反应命令卡住这是最常见的问题。你输入了sz file回车后光标就在那闪终端软件一点动静都没有。排查思路检查终端软件ZMODEM支持是否真正启用 这是首要原因。如果你用的是Xshell务必确认会话属性中“使用ZMODEM”已勾选。如果用MobaXterm通常没问题。检查rz/sz命令是否存在 在Linux上执行which sz和which rz。如果找不到说明没安装成功。检查终端类型TERM变量 lrzsz依赖终端能力感知。确保你的SSH会话的TERM环境变量设置正确通常是xterm、xterm-256color或linux。echo $TERM如果输出是dumb或unknown传输很可能失败。可以在~/.bashrc中设置export TERMxterm-256color。连接类型问题 lrzsz设计用于交互式终端会话。如果你是通过某些自动化脚本、非交互式会话如Ansible执行rz/sz它无法工作因为需要终端交互来触发协议。防火墙或中间件干扰 虽然走的是SSH隧道但极少数情况下公司网络中间件可能会干扰SSH通道内的特殊字符流ZMODEM协议靠转义字符序列启动导致握手失败。可以尝试换一个端口或网络环境测试。应急方案 如果sz/rz卡住可以按Ctrl C中断。然后尝试使用最原始的cat命令结合终端软件的“文本粘贴”功能传输小文本文件但这对于二进制文件无效。4.2 传输中断或文件损坏传输大文件时网络波动可能导致中断或者传输完成后文件MD5对不上。原因与解决网络不稳定 ZMODEM虽然有错误校验和重传但面对持续不稳定的高延迟链路也可能失败。解决方案使用sz --speed限速有时速度降下来反而更稳定。分卷压缩大文件后再传输。tar czf - bigfile.iso | split -b 100M - bigfile_part. sz bigfile_part.*在Windows上再用copy /b命令合并。终端软件缓冲区设置 某些终端软件对滚动缓冲区大小有限制。如果传输过程中终端输出太多可能挤占缓冲区导致数据丢失。在传输前可以清空终端滚动缓冲区MobaXterm有清除缓冲区的按钮。始终验证文件完整性 传输完成后养成校验习惯。在Linux上生成校验和md5sum original_file.tar.gz传输到Windows后用工具如certutil -hashfile命令或7-Zip计算MD5对比是否一致。4.3 文件名乱码问题从Windows上传一个包含中文的文件名报告.docx到Linux后变成一堆乱码或者反之。根因分析 这是Windows、Linux、终端软件三者字符编码Locale不一致的经典问题。Windows文件名通常使用GBK编码而现代Linux系统默认使用UTF-8。解决方案统一使用英文文件名 最简单粗暴且最有效的办法。在运维和开发环境中强制使用英文、数字、下划线命名文件能避免99%的字符集问题。配置终端软件字符集 确保你的终端软件如MobaXterm、Xshell连接的字符编码设置为“UTF-8”。通常在会话设置中可以找到。转换文件名事后补救 如果乱码文件已经传上去了可以在Linux上尝试用convmv工具转换文件名注意这工具只改文件名不改内容。# 安装 convmv sudo yum install convmv # 或 sudo apt install convmv # 假设乱码是由GBK导致尝试转换为UTF-8 convmv -f gbk -t utf8 --notest 乱码文件名但这需要你猜对源编码操作有风险务必先加--notest参数预览。最佳实践 对于必须传输的非英文字符文件在传输前先打包。tar或zip包内部的文件名元数据通常能更好地保持编码信息。# Linux端用zip打包zip对文件名编码处理相对较好 zip -r report.zip 报告.docx sz report.zip4.4 权限问题上传失败与执行权限用rz上传了一个脚本文件deploy.sh但在Linux上无法执行。问题分析rz命令接收文件时创建的新文件会继承当前umask设置的文件权限通常默认是644即-rw-r--r--这意味着没有执行(x)权限。解决方案上传后显式添加执行权限chmod x deploy.sh如果你知道文件需要特定权限可以在一个umask宽松的目录下操作但这不是好习惯。更根本的办法 在需要保留权限包括执行权限、特殊属性等的情况下lrzsz并非最佳工具。应该使用tar打包在另一端解压。或者直接使用SCP/SFTP它们能更好地保留文件属性。踩坑实录 我曾用rz上传一个Oracle的安装包解压后安装失败折腾半天才发现是文件权限不对某些关键的.so库文件没有执行权限。对于软件分发包、系统配置文件等强烈建议先打包再传输。5. 替代方案对比何时该放弃lrzszlrzsz是利器但绝非银弹。清楚它的边界才能做出正确选择。传输场景/需求推荐工具理由串口/Console连接、无网络环境lrzsz (rz/sz)唯一选择。不依赖IP网络复用终端通道。SSH连接临时传个小文件100MBlrzsz (rz/sz)方便快捷无需额外开SFTP客户端或新开连接。SSH连接频繁或批量传文件SCP / SFTP功能完整断点续传、目录同步、权限保持有图形化客户端WinSCP, FileZilla和命令行工具效率更高。需要同步目录增量备份Rsync (over SSH)rsync的算法效率无敌只传输差异部分节省带宽和时间。传输超大文件1GB要求稳定性SCP / SFTP / Rsync协议更健壮有进度显示网络中断后可通过工具续传。lrzsz在大文件传输中意外中断后往往需要重头开始。自动化脚本、无人值守传输SCP / SFTP (带密钥认证)lrzsz需要交互式终端无法用于自动化。SCP/SFTP可通过密钥实现免密自动传输。需要保留文件所有属性如ACL、扩展属性Rsync / SFTPlrzsz通常只保留基本权限和时间戳取决于版本和配置。个人建议 将lrzsz定位为“SSH会话内的便捷文件交换插件”和“无网络环境下的终极备胎”。日常工作中一个支持ZMODEM的终端如MobaXterm加上rz/sz命令足以应对大多数临时文件传递需求。但对于任何严肃的、批量的、自动化的或要求高可靠性的文件传输任务请毫不犹豫地切换到SCP、SFTP或Rsync。工具没有高低之分只有适用与否。熟练掌握lrzsz就像在工具箱里多放了一把特定型号的螺丝刀平时可能用得少但真遇到那颗特殊的螺丝时你会庆幸自己带了它。