Linux远程复制文件夹方法详解

本文深入解析Linux中远程复制文件夹的核心技巧与常见陷阱，涵盖scp递归复制必须加-r参数的关键规则、路径末尾斜杠对复制行为的决定性影响、源目标顺序易错点及误导性错误的识别方法，并直击scp缺乏断点续传的短板，推荐rsync作为更可靠替代方案；同时强调权限检查的重要性——从远程路径可写性、SELinux/AppArmor限制到静默失败的排查策略，助你避开90%的远程同步故障，高效、安全地完成跨机文件迁移。

scp 递归复制整个文件夹必须加 -r 参数

不加 -r 时，scp 默认只处理单个文件，遇到目录会直接报错：scp: : not a regular file。这是最常卡住新手的地方——看着命令写了、路径对了，就是复制不了。

正确写法示例：

scp -r /local/dir/ user@host:/remote/path/

注意末尾斜杠的影响：/local/dir/（带斜杠）表示复制目录内容；/local/dir（不带斜杠）则会在目标位置创建同名目录再放进去。两者行为不同，别凭感觉加或删斜杠。

本地到远程 vs 远程到本地的路径顺序容易写反

scp 的语法是 scp [选项] 源地址 目标地址，和 cp 一致，但很多人在跨机器时混淆“谁是源、谁是目标”。尤其当远程路径写成 user@host:path 形式后，更容易看花眼。

• 从本地复制到远程：scp -r ./myproject/ user@192.168.1.100:/home/user/backup/
• 从远程拉取到本地：scp -r user@192.168.1.100:/var/log/nginx/ ./nginx-logs/

如果方向搞反，会出现 Permission denied 或 No such file 等误导性错误——其实只是路径根本不存在于你指定的那一端。

大文件夹传输中途断开怎么办

scp 本身不支持断点续传。网络抖动、SSH 超时、终端意外关闭都会导致整个传输失败，重来成本高。

• 临时方案：用 screen 或 tmux 包裹命令，避免终端断连影响
• 更可靠替代：改用 rsync，天然支持增量同步和断点续传，命令几乎一样：rsync -avz -e "ssh -p 22" ./dir/ user@host:/path/
• 如果必须用 scp，可先压缩再传：tar -czf - ./dir | ssh user@host "cat > dir.tar.gz"，减少交互次数

权限和路径权限问题经常被忽略

即使 scp -r 成功执行，也可能出现“文件复制过去了，但远程用户无法读取”的情况。原因通常是：

• 源目录里有 root 所属或 700 权限的子目录，普通用户 user 在远程无法进入
• 远程目标路径（如 /opt/app/）本身没有写入权限，scp 会静默失败或只建目录不写内容
• SELinux 或 AppArmor 启用时，可能拦截 SSH 进程写入某些路径，需检查 ausearch -m avc -ts recent

建议操作前先用 ssh user@host "ls -ld /remote/path/" 确认目标可写，必要时提前 mkdir -p 并 chown。

以上就是本文的全部内容了，是否有顺利帮助你解决问题？若是能给你带来学习上的帮助，请大家多多支持golang学习网！更多关于文章的相关知识，也可关注golang学习网公众号。