SCP 失败并显示“协议错误：文件名与请求不匹配”

Question

我有一个脚本，它使用 SCP 从 AWS 上的远程 Linux 主机中提取文件。在每晚运行相同的代码大约 6 个月而没有问题后，它今天开始失败，并出现协议错误：文件名与请求不匹配。我在下面的一些更简单的文件名上重现了这个问题：

$ scp -i $IDENT $HOST_AND_DIR/"foobar" .
# the file is copied successfully

$ scp -i $IDENT $HOST_AND_DIR/"'foobar'" .
protocol error: filename does not match request
# used to work, i swear...

$ scp -i $IDENT $HOST_AND_DIR/"'foobarbaz'" .
scp: /home/user_redacted/foobarbaz: No such file or directory
# less surprising...

我用单引号的原因是，我在抓取一个最初名称中带有空格的文件。为了处理这些空间，我已经做了几个月的$HOST_AND_DIR/“'forbar'”，但从今天开始，它只接受$COST_AND_DIR/”foo\bar“。所以，我的问题已经解决了，但我仍然很好奇到底发生了什么。

我在谷歌上搜索了错误信息，但是我没有看到任何真正提到它的地方，这让我很惊讶。

涉及的两个主机都有OpenSSL 1.0.2g在ssh-vlocalhost的输出中，bash--version说GNU bash，版本4.3.48（1）-发布（x86_64-pc-linux-gnu）有什么想法吗？

Answer 1

在我的例子中，文件名中有[]个字符，需要使用此处列出的选项之一进行转义。例如：

scp USERNAME@IP_ADDR:"/tmp/foo\[bar\].txt" /tmp

Answer 2

我最终浏览了源代码，并找到了引发此错误的提交：

GitHub提交

远程-

这种检查为防止恶意服务器发送意外文件名提供了一些保护，但由于客户端和服务器通配符扩展规则之间的差异，它存在拒绝所需文件的风险。

因此，这还会添加新的 -T 标志以禁用检查。

他们添加了一个新的标志-T，它将忽略他们添加的这个新检查，因此它是向后兼容的。但是，我想我们应该看看并找出为什么我们使用的文件名被标记为受限。