Исходное сообщение
"Chrome будет помечать FTP как небезопасный протокол" Отправлено пох, 16-Сен-17 22:56
> Неужто никому не надо? ну, в общем-то, у нас уже есть... ftp ;-) "дурь с сетью" на самом деле вовсе не дурь, а вполне разумная идея отделить командный канал от данных (то что кривые пакетные фильтры и дрянные наты не способны это переварить - решительно не проблема протокола, а проблема использующих кривые фильтры и дрянные наты) Напоминаю, что в изначальном варианте PORT мог содержать не только _твой_ ip. Другое дело, что никто как-то не собрался сделать нормальной реализации. параллельным put/get в общем быть ничто не мешает, кроме древности и кривизны доступных серверов. аутентификация - есть otp, не нуждающийся в шифровании чего не надо, и стойкий к мэну-за-плечом, жаль, опять же, что хороших современных генераторов не найти. шифрование траффика - в целом, ненужно. Для проверок аутентичности есть pgp подписи (у которых дополнительный бонус - что когда не нужны, просто не проверяй), боишься в принципе засветить траффик - лучше всего убрать его весть в ipsec. > Должен не уметь запускать команды на хосте и на клиенте; зачем? Прелесть ftp в том что он это умеет, и при этом это ни разу не шелл (ахиллесова пята sftp). И да, фичи wu-ftpd с get somebigdir.tar мне очень не хватает. остальное уже есть в существующих серверах и клиентах.