2015-02-24 5 views
1

Я всегда думал, что при подключении FTP-данных он передает данные только одним способом.Может ли обе стороны отправлять данные по двунаправленному подключению данных FTP

Теперь я узнал, что обе стороны могут передавать данные по открытому соединению данных.

Мои вопросы:

  1. Что он используется? Я читал, что он может использоваться для передачи файлов через SSL, поэтому двунаправленный используется для согласования, но почему бы не использовать ftps?
  2. Открывается соединение для передачи файлов и распечатки (что-нибудь еще?). Итак, что должна делать сторона отправки, когда она получает данные с другой стороны? как бы это обработать?
  3. Есть ли клиенты, поддерживающие это поведение?
  4. Общее?
+0

* «Теперь я узнал, что обе стороны могут передавать данные по открытому соединению данных». *: Где вы это нашли? Можете ли вы опубликовать ссылку? –

+0

http://tools.ietf.org/html/rfc959 - «Следует также отметить , что соединение для передачи данных может использоваться для одновременной отправки и , –

ответ

2

Вы правы, что FTP RFC действительно упоминает возможность того, что соединение для передачи данных используется двунаправленным:

Он должен также отметить, что соединение данные могут быть использованы для одновременной передачи и приема

Но, скорее всего, авторы RFC просто хотели убедиться, что такой вариант доступен для будущих функций протокола.

Но, насколько я знаю, на самом деле нет такой функции, которая использует двунаправленное подключение к данным.

Протокол FTP не допускает одновременных передач вообще, ни в том же, ни в противоположном направлении.

В настоящее время используется соединение данных:

  • Для загрузки, где только сервер отправляет данные.
  • Для загрузок, где только клиент отправляет данные.
  • Для каталогов, в которых только сервер отправляет данные.

Относительно FTPS: Действительно, если соединение данные шифруются с помощью TLS/SSL соединение используется двунаправленным на TCP-уровне, когда клиент и сервер договариваются о шифровании. Но я не думаю, что это тоже относится к RFC, поскольку SSL/TLS не существовало в то время, и переговоры в любом случае не соответствуют протоколу FTP.

 Смежные вопросы

  • Нет связанных вопросов^_^