scp 把本地含冒号的文件名当成主机名

上传 report: final.txt 时，文件就在当前目录，scp 却报出类似错误：

ssh: Could not resolve hostname report: Name or service not known

如果冒号前的 report 来自本地文件名，而不是你要连接的服务器，问题发生在 scp 对路径的解析阶段。给文件名加引号，或者写成 report\:\ final.txt，仍可能出现同样的错误。

下面针对 Bash 中调用 OpenSSH scp 的本地文件上传。这里不涉及 Windows 盘符，也不把远程路径中的特殊字符问题归为同一种故障。

在本地路径前加上 ./

例如这条命令虽然保住了文件名中的空格，却仍有歧义：

scp 'report: final.txt' upload@files.example.com:/srv/incoming/

改成明确的相对路径：

scp './report: final.txt' upload@files.example.com:/srv/incoming/

也可以使用文件实际所在的绝对路径：

scp '/home/example/reports/report: final.txt' upload@files.example.com:/srv/incoming/

用户名、域名和目录均为占位值；远端目录应已存在且允许该用户写入。执行前确认目标没有需要保留的同名文件，必要时先备份，或改用单独的测试目录。上传不是只读诊断，可能覆盖目标文件。

scp 接受本地路径，也接受 [user@]host:path 形式的远端地址。裸文件名中的冒号可能使它采用后者；./ 或绝对路径明确告诉它这是本地文件。引号负责让 Bash 把带空格的文件名作为一个参数传递，不能取消 scp 自己对冒号的解释。因此两个处理都要保留：路径前缀消除远端地址歧义，引号保护文件名。

根据错误里的主机名缩小范围

先核对命令里的本地路径、工作目录，以及错误中实际出现的名字。如果错误指向的是预期服务器 files.example.com，就不能凭文件名有冒号断定原因；服务器地址或 DNS 解析仍可能真的有问题。

在允许上传的测试目录中，可以增加详细日志：

scp -v './report: final.txt' upload@files.example.com:/srv/incoming/

修正后，连接目标应是预期服务器，不再是文件名中冒号之前的片段。详细日志可能包含用户名、路径和连接配置，分享前应去除敏感信息。

这项修改只解决本地路径被误判的问题。若随后出现认证失败、远端目录不存在或写入权限错误，要根据新的错误继续处理，不必恢复有歧义的文件名写法。

不需要为此切换传输协议

OpenSSH 9.0 起，scp 默认使用 SFTP 传输，但命令行仍接受 host:path 语法。默认协议变化没有消除本地冒号文件名的歧义；现代版本仍应显式写出本地路径。

-O 用于选择旧的 SCP 协议，不是本问题的修复选项。也不需要用 -T 关闭接收文件名检查，或修改服务器的主机名与 SSH 信任设置。先把本地路径表达清楚即可。

传输完成后，检查 scp 的退出状态以及远端文件内容。退出状态为 0 表示传输成功；对重要文件还应核对大小或校验值，确认落到预期目录。仅仅不再显示主机名错误，不代表后续传输已经成功。

这次处理不改变源文件名，也不修改全局配置。如果只是试传，核对后按目标目录的管理规则处理测试副本；若覆盖了已有文件，撤销命令写法并不能恢复原内容，需要使用事先保留的备份。