Что лучше всего подходит для передачи больших файлов - SFTP или асимметричное шифрование файлов?
Что обычно считается "наилучшей практикой" при желании безопасно передавать плоские файлы по сети? Асимметричное шифрование кажется проблемой, поскольку вам нужно управлять наборами ключей на конечных точках и следить за тем, чтобы один и тот же алгоритм использовался всеми клиентами, тогда как SFTP кажется проблемой из-за проблем с NAT с шифрованием канала управления, поэтому маршрутизатор не могу перевести IP. Есть ли стороннее решение, которое настоятельно рекомендуется?
Ответы 5
rsync - лучшая утилита для передачи файлов. Поддерживает возобновление, рекурсию и различные типы шифрования, включая ssh (по умолчанию). Как scp на стероидах.
Если вам нужно пробить несколько маршрутизаторов, вы можете построить туннели ssh. Он будет передавать только те части файла, которые отсутствуют, что делает его идеальным для резервного копирования. В нем так много полезных функций, что я использую его вместо cp для локального копирования.
Он доступен для многих платформ и включен по умолчанию в современные системы * nix. Больше на http://samba.anu.edu.au/rsync/
Я считаю, что вы говорите о FTP с SSL, когда говорите SFTP, а не о Протокол SFTP, который работает вместе с SSH. Используйте SFTP (версия SSH), поскольку он не требует зашифрованного канала управления и отлично работает через NAT. На странице SFTP, на которую я ссылался, перечислены несколько графических клиентов SFTP внизу страницы.
Угу, я имел в виду SSL FTP, а не SFTP. «Управление» противоречит открытым исходным кодам, но если это де-факто лучшая практика, то это то, что нужно использовать ... спасибо за ответы
Не стесняйтесь попросить свое руководство купить SSH с закрытым исходным кодом у ssh.com. Я помню, когда мы, фанатики бесплатного программного обеспечения, не использовали SSH, потому что он не был бесплатным. В настоящее время OpenSSH в порядке.
С FTPS вы обычно можете переключиться на незашифрованный канал управления с помощью команды CCC после аутентификации. Такой подход означает отсутствие проблем с маршрутизаторами, а данные, которые вы передаете, останутся зашифрованными.
На самом деле FTP с SSL известен как FTPS; вы думали, что он имел в виду FTP, туннелированный через SSH (в отличие от отдельного протокола SFTP, о котором вы говорили).