大型文件传输的最佳实践是什么？SFTP还是非对称文件加密？

在希望通过导线安全传输平面文件时，通常认为哪种做法是最佳做法？非对称加密似乎是一个难题，因为您必须在端点管理密钥集，并确保所有客户端都使用相同的算法，而SFTP似乎是一个难题，因为加密控制通道时存在NAT问题，因此路由器无法转换IP。是否有强烈推荐的第三方解决方案？

使用/并通过ftp或任何其他方法直接传输gpg ed文件

通过ftp或任何其他方法直接使用/传输gpg ed文件

rsync是最好的文件传输工具。支持恢复、递归和各种加密，包括默认的ssh。像类固醇的scp

如果有多个路由器需要打通，那么可以构建ssh隧道。它将只传输丢失的部分文件，这使得它非常适合备份。它有很多有用的特性，我用它代替cp进行本地复制

---

它适用于许多平台，默认情况下包含在现代*nix系统中。更多信息请访问

rsync是最好的文件传输工具。支持恢复、递归和各种加密，包括默认的ssh。像类固醇的scp

如果有多个路由器需要打通，那么可以构建ssh隧道。它将只传输丢失的部分文件，这使得它非常适合备份。它有很多有用的特性，我用它代替cp进行本地复制

---

它适用于许多平台，默认情况下包含在现代*nix系统中。更多信息请访问

我相信您所说的是SFTP，而不是。使用SSH版本的SFTP，因为它不需要加密的控制通道，并且可以在NAT上正常工作。我链接到的SFTP页面在页面底部列出了许多图形化的SFTP客户端。

我相信你说的是SFTP，而不是SFTP。使用SSH版本的SFTP，因为它不需要加密的控制通道，并且可以在NAT上正常工作。我链接到的SFTP页面在页面底部列出了许多图形化的SFTP客户端。

是的，我指的是SSL FTP，而不是SFTP。管理对开源是不利的，但如果这是事实上的最佳实践，那么这就是应该使用的…感谢您的回答，我指的是SSL FTP，而不是SFTP。管理对开源是不利的，但如果这是事实上的最佳实践，那么这就是应该使用的……感谢您对FTPS的回答，您通常可以在身份验证后通过CCC命令切换到未加密的控制通道。这种方法意味着路由器没有问题，而您传输的数据将保持加密。

对于FTPS，您通常可以在身份验证后通过CCC命令切换到未加密的控制通道。这种方法意味着路由器没有问题，而您传输的数据将保持加密。

请随时要求您的管理层从我记得我们自由软件狂热者不会使用SSH，因为它不是免费的。现在OpenSSH还不错。请随意要求您的管理层从我记得我们自由软件狂热者不会使用SSH，因为它不是免费的。现在OpenSSH还不错。实际上，带有SSL的FTP被称为FTPS；你认为他认为FTP是通过SSH隧道传输的，而不是你提到的单独的SFTP协议；您认为他认为FTP是通过SSH隧道传输的，而不是您提到的单独的SFTP协议。