scp递归复制文件夹必须加-r参数，否则报“not a regular file”；路径末尾斜杠影响行为：带斜杠复制内容，不带则创建同名目录；注意源/目标顺序，方向错误会导致误导性错误；scp无断点续传，建议用rsync替代；权限问题常致静默失败，需提前检查远程路径可写性。
scp 递归复制整个文件夹必须加 -r 参数
不加 -r 时，scp 默认只处理单个文件，遇到目录会直接报错：scp: 。这是最常卡住新手的地方——看着命令写了、路径对了，就是复制不了。
正确写法示例：
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。
