1. 从一次紧急的文件传输说起那天下午我正在远程调试一台部署在机房的CentOS服务器。一个关键的日志文件需要立刻拿到本地分析而服务器的网络环境又比较特殊SSH是唯一能连上的通道。我熟练地敲下scp命令结果连接超时——防火墙策略把SCP的端口给禁了。当时脑子里第一个蹦出来的就是sz这个命令。在终端里输入sz critical_app.log回车本地熟悉的文件下载对话框弹了出来几秒钟后几百兆的日志文件就安稳地躺在了我的桌面上。这个场景相信很多和Linux服务器打交道的运维、开发朋友都遇到过。sz和rz这对看起来其貌不扬的命令往往是这种“受限环境”下的救命稻草。它们不是什么新潮的技术而是源自一个古老的工具集lrzsz。这个工具的核心价值在于它利用最通用的ZMODEM文件传输协议在纯粹的终端会话比如通过Xshell、SecureCRT、MobaXterm甚至macOS的iTerm2连接时里实现了无需额外配置网络端口的文件上传与下载。你可以把它理解为在SSH这个“高速公路”上开辟了一条专用的“文件传输车道”。这条车道虽然速度可能比不上SCP、SFTP这些专车但它最大的优点是“通行证”简单——只要你的终端模拟器支持ZMODEM协议就能用。所以这篇文章我们就来彻底搞懂sz(send) 和rz(receive) 。我会结合自己多年在运维、开发工作中的实际使用经验不仅告诉你命令怎么用更会深入它的工作原理、在不同终端下的表现差异、如何解决那些让人头疼的乱码和传输中断问题以及它最适合和最不适合的使用场景。无论你是刚接触Linux的新手还是需要处理各种复杂环境的老手相信都能从中找到你需要的东西。2. lrzsz的安装与基础配置不仅仅是apt-get install虽然大多数Linux发行版的仓库里都有lrzsz但直接安装可能只是第一步。不同的使用环境配置上有些细微但关键的差别。2.1 主流发行版的安装命令安装本身非常简单一条命令的事。但知道包名和背后的工具集有助于后续排错。Debian/Ubuntu 及其衍生系统sudo apt update sudo apt install lrzsz安装后系统会添加sz和rz这两个命令。你可以用which sz和sz --version来验证。RHEL/CentOS/Fedora/Rocky Linux/AlmaLinux# 对于CentOS 7/RHEL 7等使用yum的系统 sudo yum install lrzsz # 对于CentOS 8/Fedora/Rocky Linux 8等使用dnf的系统 sudo dnf install lrzsz在RHEL系中lrzsz通常就在基础仓库里无需配置EPEL。openSUSEsudo zypper install lrzszArch Linux/Manjarosudo pacman -S lrzsz安装完成后两个核心命令sz(发送文件到本地) 和rz(从本地接收文件到服务器) 就可以使用了。但这里有一个非常重要的基础概念sz和rz是服务器端的命令。它们运行在你要连接的Linux服务器上。而文件选择对话框的弹出、文件数据的接收则依赖于你本地电脑上运行的终端模拟器软件是否支持并启用了ZMODEM协议。这是理解后续所有问题的关键。2.2 终端模拟器的配置关键中的关键服务器装了lrzsz只是完成了一半工作。如果本地终端没配好命令执行后只会卡住或者报错。主流的终端软件配置如下Xshell这是对ZMODEM支持最友好、最稳定的终端之一。配置是默认开启的。你可以在会话属性中查看文件-属性-连接-SSH-隧道确保“使用ZMODEM文件传输”是勾选状态。更常见的问题是需要确认sz/rz命令的路径在服务器的环境变量PATH中Xshell才能自动调用它们。SecureCRT同样默认支持。你可以在选项-会话选项-连接-SSH2中找到关于SFTP和ZMODEM的配置项。SecureCRT有时会比较“固执”如果传输不启动可以尝试在传输菜单中手动选择“使用ZMODEM接收”。MobaXterm免费且功能强大对ZMODEM的支持是内置的。使用sz/rz通常无需任何额外配置体验流畅。PuTTYPuTTY本身不支持ZMODEM协议。这是一个巨大的坑。如果你在用PuTTY需要额外搭配一个叫pscp(用于SCP) 或psftp的工具来进行文件传输或者考虑换用支持ZMODEM的终端比如MobaXterm。macOS Terminal 或 iTerm2默认的终端应用不支持ZMODEM。你需要额外安装一个辅助程序最常用的是rzsz(通过Homebrew安装)。安装后还需要在终端中配置一下。# 通过Homebrew安装 brew install lrzsz # 安装后通常还需要配置iTerm2的触发器Trigger来拦截特殊字符并调用本地脚本。 # 网上有成熟的配置脚本如iterm2-zmodem可以一键导入。在macOS下配置相对麻烦但一旦配好也非常稳定。Windows Terminal / WSL如果你在Windows Terminal里连接WSL子系统或者远程服务器情况比较复杂。Windows Terminal本身不处理ZMODEM。一种可行方案是在WSL内部安装lrzsz然后使用像MobaXterm这样的终端去连接WSL将WSL视为一个SSH服务器从而利用MobaXterm的ZMODEM功能。另一种更直接的方式是使用WSL的scp命令或者直接访问\\wsl$网络路径。注意很多传输失败的问题根源不在服务器命令而在本地终端。当你执行sz filename后服务器端的sz命令会通过SSH连接向你的终端发送一段特殊的控制字符序列。如果你的终端软件识别不出这个序列或者没有配置对应的处理程序那么你只会看到一段乱码然后命令结束传输自然不会启动。所以出问题时先检查本地终端软件的ZMODEM支持情况。3. sz命令详解把服务器文件“拉”到本地sz是 “send ZMODEM” 的缩写它的作用是将服务器上的一个或多个文件发送到本地计算机。3.1 基本语法与常用参数最基本的用法就是指定文件名sz filename.txt执行后如果你的终端配置正确本地会立刻弹出一个文件保存对话框让你选择保存位置。但sz的威力在于它的参数可以应对更复杂的场景传输多个文件直接跟多个文件名或者使用通配符。sz file1.log file2.log config.ini sz *.log # 发送当前目录所有.log文件 sz /var/log/*.log # 发送指定目录下的日志文件传输多个文件时终端通常会弹出一个列表让你逐一确认保存位置或者批量选择一个目录。-e参数转义控制字符。这是处理文本文件乱码的利器。如果传输的是二进制文件如图片、压缩包不需要加这个参数。但如果传输的是在Windows上编辑过、或包含特殊控制字符的文本文件比如某些日志文件在Linux终端用cat查看正常但sz下载到Windows后用记事本打开就乱码很可能是因为换行符等问题。使用-e参数sz会对文件中的控制字符进行转义通常能解决这类显示问题。sz -e my_script.sh-b参数二进制模式。与-e相对强制以二进制模式传输。这是传输非文本文件二进制文件时的标准做法例如压缩包 (*.tar.gz,*.zip)、可执行程序、镜像文件等。它可以确保文件字节原样不动地传输。sz -b software.tar.gz-y参数覆盖同名文件。当本地目标文件夹已存在同名文件时默认会弹出提示询问是否覆盖。使用-y可以自动回答“是”在脚本中或需要非交互式传输时非常有用。sz -y latest_backup.sql组合使用参数可以组合。sz -be app.tar.gz # 以二进制模式传输并转义控制字符对二进制文件-e通常无效但这样写也无妨 sz -e -y *.txt # 转义控制字符传输所有txt文件并自动覆盖本地已有文件3.2 实战场景与避坑指南场景一下载大型日志文件进行分析。假设服务器上有一个2GB的Nginx访问日志access.log你需要下载到本地用分析工具处理。sz -b access.log这里使用-b是因为大日志文件虽然是文本但用二进制模式能保证绝对无损避免任何因编码转换可能带来的传输错误。执行后耐心等待传输进度条完成即可。对于超大文件ZMODEM协议支持断点续传取决于终端实现如果网络中断重新执行命令有时能从断点开始。踩坑记录传输中断与乱码有一次我下载一个从Windows服务器迁移过来的配置文件直接用sz config.xml结果打开后所有换行都消失了内容挤成一团。这就是典型的换行符问题Windows的CRLF vs. Linux的LF。后来我用sz -e config.xml重新传输问题解决。所以一个简单的经验法则是不确定文件类型时纯文本文件用-e程序、压缩包、图片等用-b。场景二批量下载某时间点后的所有文件。结合find命令非常强大。例如下载/var/www/uploads/目录下最近一天内修改过的所有图片。find /var/www/uploads/ -name *.jpg -mtime -1 -exec sz {} \;这条命令会为每个找到的文件执行一次sz终端会弹出多次保存对话框体验可能不好。更优雅的做法是先用tar打包。find /var/www/uploads/ -name *.jpg -mtime -1 | tar -czf recent_images.tar.gz -T - sz -b recent_images.tar.gz这样只传输一个文件效率高也不打扰用户。场景三从没有公网IP的内网服务器取文件。这是sz/rz的经典应用场景。服务器在内网只能通过跳板机SSH连接没有配置端口映射SCP/SFTP根本无法直接连上。此时通过SSH终端登录后使用sz命令是唯一无需额外网络配置的图形化文件下载方式。4. rz命令详解把本地文件“推”到服务器rz是 “receive ZMODEM” 的缩写用于将本地计算机的文件上传到服务器当前目录或指定目录。4.1 基本语法与参数在服务器上执行rz命令rz敲下回车后本地终端会弹出文件选择对话框。你可以选择一个或多个文件确认后上传就开始了。上传的文件会保存在执行rz命令时所在的当前工作目录。和sz类似rz也有一些实用参数-e参数同样用于转义控制字符。如果你从Windows本地上传一个文本文件到Linux服务器希望自动将CRLF转换为LF可以加上-e。但更常见的做法是上传后在服务器上用dos2unix命令处理。rz -e-b参数二进制模式。上传程序、压缩包等非文本文件时使用。rz -b-y参数覆盖服务器上的同名文件。不加此参数如果服务器存在同名文件传输会失败。rz -y结合文件名使用有些版本的rz允许直接指定上传后的文件名但并非所有版本都支持通用性不如先rz再mv。rz new_name.tar.gz # 尝试指定保存的文件名取决于版本4.2 实战场景与权限问题场景一上传部署脚本或配置文件。这是最频繁的操作。比如你写好了deploy.sh需要上传到服务器的/opt/scripts/目录。cd /opt/scripts rz -e deploy.sh使用-e确保脚本的换行符在Linux下正确。上传后别忘记给它执行权限chmod x deploy.sh。场景二上传软件安装包。当服务器无法直接访问外网下载软件时可以在本地下载好安装包再用rz上传。cd /tmp rz -b nginx-1.24.0.tar.gz使用-b保证压缩包完整无误。然后就可以解压编译了。踩坑记录权限不足与错误覆盖有一次我在生产环境用普通用户账号登录后直接cd /etc/nginx然后rz想上传一个新的配置文件。文件传输成功了但当我用sudo nginx -t测试配置时发现文件权限变成了600仅属主可读写而Nginx进程是以www-data用户运行的导致没有读取权限服务报错。这是因为rz上传的文件其属主和属组是执行rz命令的当前用户权限掩码也受当前用户的umask影响。解决方案先传到临时目录再移动并改权限。cd /tmp rz -b nginx.conf.new sudo mv nginx.conf.new /etc/nginx/conf.d/ sudo chown root:root /etc/nginx/conf.d/nginx.conf.new sudo chmod 644 /etc/nginx/conf.d/nginx.conf.new如果必须直接传到目标目录且你有sudo权限可以这样做不推荐容易误操作sudo -i # 切换到root但非常危险 cd /etc/nginx rz更安全的方式是使用sudo执行一个脚本或者在传输后立即用sudo修正权限。另一个常见问题是覆盖。如果服务器上已有同名文件rz默认会报错“文件已存在”。如果你确定要覆盖必须使用-y参数。这是一个安全特性防止误操作覆盖重要文件。5. 高级技巧与替代方案超越sz/rz虽然sz/rz很方便但它并非万能。了解它的局限性和替代方案能让你在合适的场景选择最合适的工具。5.1 在脚本中自动化使用sz/rzsz/rz默认是交互式的依赖终端弹出对话框。但通过一些技巧可以实现半自动化。使用expect脚本expect可以模拟终端交互。你可以写一个脚本自动应答文件保存对话框。但这非常复杂且依赖于本地终端对话框的固定模式兼容性差一般不推荐。非交互式场景的替代方案如果目标是完全自动化如定时任务备份文件到本地sz/rz不是好选择。应该考虑SCP/SFTP通过密钥认证实现无密码登录在脚本中直接使用。# 从服务器备份到本地 scp -i /path/to/private_key userserver:/path/to/backup.tar.gz /local/backup/rsync over SSH更适合增量同步。rsync -avz -e ssh -i /path/to/key userserver:/remote/dir/ /local/dir/挂载远程文件系统使用sshfs将远程目录挂载到本地然后像操作本地文件一样操作。sshfs userserver:/remote/path /local/mountpoint5.2 sz/rz的局限性速度较慢ZMODEM协议本身效率不如SCP、SFTP等专门的文件传输协议传输大文件时速度差异明显。依赖终端必须在图形化界面的终端模拟器中使用纯命令行环境如真正的文本终端、某些自动化流水线无法使用。无目录传输sz/rz协议本身不支持直接传输整个目录。你必须先打包tar -czf dir.tar.gz dir/再传输打包后的文件。交互式中断传输过程不能轻易放到后台。如果关闭终端窗口传输通常会中断。防火墙不友好虽然走SSH通道但某些严格的防火墙或中间件可能会干扰ZMODEM的特殊控制字符导致传输失败。5.3 现代替代方案对比当sz/rz用起来不顺手时可以考虑这些方案方案优点缺点适用场景SCP命令简单基于SSH安全支持递归目录传输。需要知道服务器密码或密钥某些网络环境可能禁用SCP子系统。最通用的命令行文件传输工具适合自动化脚本。SFTP交互式命令行功能丰富列表、删除、重命名等基于SSH。比SCP命令稍复杂同样需要SSH认证。需要交互式管理远程文件比单纯传输需求更多时。rsync增量同步效率极高支持断点续传、压缩传输功能强大。参数复杂学习成本稍高。同步目录、备份、部署特别是大文件或经常变化的文件。sshfs将远程目录映射为本地磁盘操作体验最自然。需要FUSE支持性能开销略大网络不稳定时体验差。需要频繁在本地IDE中编辑远程服务器文件。终端内置传输如MobaXterm的拖拽上传、Xshell的“新建文件传输”标签页。依赖特定终端软件。追求图形化便捷操作且环境允许安装这些终端时。个人经验选择临时传个小文件或者网络环境受限只有SSH通道时首选sz/rz。它是最快的“救急”方案。写自动化脚本、传大文件或整个目录时用scp或rsync。需要像操作本地文件夹一样操作远程文件时用sshfs。如果使用MobaXterm其内置的图形化SFTP浏览器左侧边栏往往比rz/sz更方便因为它支持拖拽和多文件操作。6. 故障排查当sz/rz不工作时遇到sz/rz命令没反应、弹出乱码、或者传输中断可以按照以下步骤排查。6.1 常见问题与解决步骤问题1执行sz filename后终端显示一行乱码然后命令结束没有弹出下载对话框。原因A终端模拟器未启用ZMODEM支持。解决检查终端设置。以Xshell为例确保“使用ZMODEM文件传输”已勾选。对于macOS iTerm2确认已正确安装并配置rzsz及触发器。原因B服务器上的sz/rz命令路径不在默认PATH中终端无法自动调用。解决在终端软件中手动指定命令路径。例如在Xshell中文件-属性-连接-SSH-隧道在“ZMODEM”部分将“接收命令”和“发送命令”分别填写为rz和sz的绝对路径可通过which rz和which sz查询。原因C传输的文件名包含特殊字符或空格。解决用引号包裹文件名或使用反斜杠转义。sz my file with spaces.log sz my\ file\ with\ spaces.log问题2传输过程中中断或进度条卡住不动。原因A网络不稳定SSH连接超时。解决优化SSH连接稳定性。可以在本地SSH配置~/.ssh/config中增加保活参数。Host * ServerAliveInterval 60 ServerAliveCountMax 3这会让客户端每60秒发送一个保活包如果连续3次无响应才认为连接断开。原因B传输的文件太大终端软件或ZMODEM实现有缓冲区限制。解决对于超大文件如数GB优先考虑使用scp、rsync或先打包分割。如果必须用sz可以尝试在终端软件中调大缓冲区设置如果支持。原因C服务器或本地磁盘空间不足。解决传输前检查磁盘空间df -h。清理空间后再试。问题3上传(rz)时提示“文件已存在”但使用-y参数仍失败。原因目标文件存在且当前用户没有写权限。解决检查文件权限ls -l filename。如果没有写权限需要先修改权限 (chmod) 或更改文件属主 (chown)或者换用有权限的目录/用户执行rz。问题4下载的文件在Windows上打开是乱码。原因文件编码问题如UTF-8 vs. GBK或换行符问题。解决尝试用sz -e重新传输文本文件。在Windows上使用支持多种编码的文本编辑器如VS Code、Notepad打开并手动选择正确的编码。如果是换行符问题在Linux服务器上用dos2unix或unix2dos工具处理文件后再传输或者在Windows上用编辑器进行转换。6.2 一个真实的排错案例SecureCRT下的传输失败我曾经遇到一个棘手问题在SecureCRT里sz命令能弹出对话框但传输进度到99%就卡死最终超时失败。而同样的服务器在Xshell里却完全正常。排查过程检查网络和服务器负载均正常。对比文件MD5在服务器上生成源文件的MD5传输中断后在本地对不完整的文件也生成MD5发现开头部分一致说明传输开始是正常的。怀疑是SecureCRT的ZMODEM实现有bug搜索后发现这确实是SecureCRT某个旧版本的已知问题与处理特定文件大小或特定数据块时的缓冲区有关。解决方案方案A升级SecureCRT到最新版本。方案B在SecureCRT的会话选项中尝试修改ZMODEM的传输参数比如降低块大小block size。路径选项-会话选项-连接-SSH2-高级-ZMODEM。方案C换用其他终端如Xshell或MobaXterm。最后我采用了方案C因为MobaXterm在文件传输方面的体验一直很稳定。这个案例说明当sz/rz出现问题时更换终端软件是一个非常有效且快速的解决思路。7. 安全性与生产环境使用建议在个人开发环境用sz/rz很方便但在安全要求高的生产环境中需要谨慎。权限最小化原则不要用root用户直接执行rz上传文件。应该使用普通用户账号上传到其家目录或/tmp目录然后再通过sudo进行移动和权限调整。这可以避免因误操作而覆盖关键系统文件。文件完整性校验对于上传的重要文件如配置文件、软件包传输完成后务必进行校验。最简单的方法是比对MD5或SHA256哈希值。# 在本地生成哈希值 md5sum important_package.tar.gz # 输出abc123... important_package.tar.gz # 上传到服务器后在服务器上计算哈希值 md5sum important_package.tar.gz # 应该输出相同的值abc123... important_package.tar.gz如果哈希值不一致说明文件在传输过程中损坏需要重新传输。警惕未经验证的文件通过rz上传的文件特别是脚本和可执行程序在运行前一定要审查其内容。直接从互联网下载然后rz上传执行存在安全风险。作为备用方案在生产环境的运维体系中应将sz/rz视为SCP、Rsync、配置管理系统如Ansible等“正规军”之外的备用或紧急救援方案。它的主要价值体现在“网络通道受限”和“快速临时操作”这两个场景下。我自己在管理生产服务器时会在跳板机上安装lrzsz但严格限制其使用。所有正式的代码部署和配置更新都通过CI/CD流水线或Ansible来完成。sz/rz只用于临时查看和下载一些即时日志或者在网络出现特殊故障时作为一种保底的文件传输手段。理解工具的边界才能更安全、高效地利用它。