Apache nifi Nifi ftp失败，路径不存在

使用nifi ListFTP和GetFTP处理器，我可以按预期访问远程ftp目录和文件，但以下路径除外：

/Oa 45° 25t 32rn

我得到一个不存在的路径错误。其他带有空格的路径可以正常工作。（和其他客户端“filezilla”可以很好地使用此路径。）但是，Nifi不能。如果是学位，我该怎么逃避呢？我试过：

“/Oa 45°25t 32rn”

“/Oa 45°25t 32rn”

““/Oa 45°25t 32rn”

/Oa\45°\25t\32rn

Oa%2045%C2%B0%2025t%2032rn（url编码，全力以赴）

---

你知道为什么会失败以及如何解决吗？谢谢。

我没有包含非ASCII字符目录的FTP服务器，因此我无法对此进行明确测试，但我建议使用

0xC2B0

或

\uC2B0

来查看是否有效

发件人：

1985年出版的RFC959中规定了FTP协议。 FTP协议是在原始Telnet协议的基础上设计的， 这在RFC 854中有规定。Telnet的相关部分 有关FTP的规范包括虚拟网络的规范 终端（NVT）。根据RFC 854，NVT要求使用 （7位）ASCII作为字符集。任何其他字符集的使用 需要明确的谈判。此字符集仅包含127个字符 不同字符：英文字母和数字、标点符号 字符和一些控制字符。重音字母、元音或 ASCII字符集中不包含其他脚本

为了支持非英语字符，FTP规范 1999年在RFC 2640中进行了扩展。此扩展需要使用 UTF-8作为字符集。此字符集是的严格超集 ASCII，每个有效的ASCII字符在 UTF-8。UTF-8字符集可以显示任何有效的Unicode 性格这包括元音、重音字母和其他不同的字母 脚本。此扩展与RFC 959完全向后兼容

只要你只使用英文字符，如果 您正在使用的软件是否支持RFC 2640。然而，如果你 在不使用RFC 2640兼容软件的情况下使用非英语字符， 会有一些问题——这些问题完全是非政府组织自己造成的 遵守规范

---

仍然失败…尝试了“/Oa 450xC2B0 25t 32rn”和“/Oa 45\uC2B0 25t 32rn”。请注意，我可以从filezilla访问此目录，但不能使用Nifi处理器。。。命令：FEAT响应：211特性：响应：EPRT响应：EPSV响应：MDTM响应：PASV响应：REST流响应：大小响应：TVFS响应：UTF8响应：211结束