我有一个简单的文本文件,正在使用SFTP(客户端:FireFTP)从Windows平台上载到Unix服务器。我已经注意到,使用SFTP而非纯FTP进行上传时,文件被强制以“二进制”模式而非“ ASCII”上传。
任何人都知道执行转移方法背后的原因吗?通常,这没关系,但是我正在服务器上解析此文件(一个字符一个字符),并且在“二进制”中上传时文件上保留的挂起的^ M导致解析器出现问题。
是的,我正在更改解析器以处理此问题,但是,我主要对为什么SFTP强制上载以“二进制”而不是“ ASCII”进行上传感兴趣?
是我可能不了解的安全漏洞吗?这与客户端使用的SFTP协议版本有关(在这种情况下为FireFTP)吗?编辑:如果现代SFTP不再将“ ASCII”作为选项,是否仅仅是“接受”,即从Windows-> Unix传输文件时,您将在整个Unix服务器上的文件中剩余剩余的CR(^ M)。包含标准的Windows(CRLF)?
感谢您的指导