scp是最直接稳妥的Linux远程文件传输方式，依赖SSH服务，语法按参数顺序确定传输方向，需注意权限、端口、路径展开及大文件优化策略。
scp 是最直接、最稳妥的 Linux 文件远程传输方式，只要目标机器开了 SSH 服务，不用额外装软件、不依赖图形界面，命令敲对就能传。
scp 基本语法和方向怎么记
别死记「本地→远程」还是「远程→本地」，只看 scp 后面跟的两个参数：谁在前，文件就从谁那儿出发；谁在后，文件就落到谁那儿。
-
scp /path/to/file user@host:/path/→ 本地文件发到远程 -
scp user@host:/path/to/file ./→ 从远程拉文件到当前目录 -
scp -r user@host:/dir/ ./local_dir/→ 加-r递归传整个目录（必须加，否则报错）
路径里带空格？用单引号包住整个地址，比如 'user@host:/home/user/my folder/file.txt'，双引号在某些 shell 下会提前展开变量，容易出错。
连接失败或 Permission denied 怎么排查
常见不是密码错了，而是 SSH 层就卡住了。先确认三件事：
- 目标机器是否真在运行 SSH 服务：
ssh user@host能连上吗？连不上就别试scp—— 它底层就是 SSH - 用户有没有目标路径的写权限？比如往
/var/www传，但user不是www-data组成员，就会被拒绝 - 端口不是默认 22？得显式指定：
scp -P 2222 file user@host:/path/（注意是大写P，小写p是 ssh-agent 的参数）
如果提示 Connection timed out，大概率是防火墙或云服务器安全组没放行对应端口，不是 scp 命令的问题。
传大文件时卡住或中断怎么办
scp 默认没断点续传，网络抖动一次就全重来。生产环境传 GB 级文件，建议换方案：
- 用
rsync -avz -e "ssh -p 2222" file user@host:/path/：支持断点续传，加-z自动压缩传输流，-v能看到进度 - 临时需要快速传？加
-o ConnectTimeout=10 -o ServerAliveInterval=30避免假死，例如：scp -o ConnectTimeout=10 -o ServerAliveInterval=30 big.tar.gz user@host:/tmp/ - 别用
scp传超大日志文件（如/var/log/syslog），先gzip压缩再传，速度可能快 5 倍以上
为什么有时候 scp 提示 “No such file or directory” 却路径明明存在
这是最隐蔽的坑：错误信息里的路径，指的是 执行命令时所在 shell 的上下文，不是你登录目标机后看到的路径。
- 比如你在本地执行
scp user@host:~/data/file.txt ./，波浪号~是由远程 shell 展开的——但如果远程用的是zsh或禁用了~展开（如某些容器镜像），就会失败 - 解决办法：一律用绝对路径，
/home/user/data/file.txt，不依赖 shell 行为 - 同理，远程执行命令带管道或重定向（如
scp "user@host:$(ls /tmp/*.log | head -1)" ./）极不可靠，$()是在本地执行的，结果根本不是远程的文件名
真正稳定的远程文件操作，应该先 ssh 进去确认路径和权限，再用明确的绝对路径调 scp —— 看似多一步，实则省掉半小时排查。
