@MatthieuP Не совсем. Они оба довольно просты для обеспечения безопасности с помощью TLS. Ни HTTP, ни FTP не были разработаны с учетом безопасности. То же самое касается TCP и IPv4. Безопасность была запоздалой мыслью во всех вышеперечисленных протоколах и, как правило, достигается с помощью совершенно отдельных протоколов, таких как TLS и IPsec.
TCP-сервер принимает сокет для порта, он получает новый сокет для работы с этим клиентом.
Принимающий сокет остается действительным для этого порта и может принимать других клиентов через этот порт.
Почему оригинальная спецификация FTPRFC 959 решили создать как порт управления, так и порт данных?
Будет ли какая-либо причина делать это в аналогичном пользовательском протоколе?
Мне кажется, что это можно было легко указать на одном порту.
Учитывая все проблемы с брандмауэрами и NATS с FTP, кажется, что один порт был бы намного лучше.
Что касается реализации общего протокола, единственная причина, по которой я мог подумать, что вы захотите сделать это, состоит в том, что вы можете обслуживать файлы с другого хоста, чем команды.