Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску

Информацию о программном обеспечении для обмена файлами см. В разделе Сравнение приложений для обмена файлами . Информацию о программном обеспечении для синхронизации файлов см. В разделе Сравнение программ для синхронизации файлов .

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

Протоколы для совместно используемых файловых систем, такие как 9P и сетевая файловая система, выходят за рамки данной статьи, как и протоколы синхронизации файлов.

Протоколы для сетей с коммутацией пакетов [ править ]

А с коммутацией пакетов сети передает данные , которые разделены на единицах , называемых пакетами . Пакет состоит из заголовка (который описывает пакет) и полезной нагрузки (данных). Интернет представляет собой сеть с коммутацией пакетов, и большинство протоколов в этом списке предназначены для его стеки протоколов , в наборе протоколов IP .

Они используют один из двух протоколов транспортного уровня : протокол управления передачей (TCP) или протокол дейтаграмм пользователя (UDP). В таблицах ниже столбец «Транспорт» указывает, какой протокол (ы) протокол передачи использует на транспортном уровне. Некоторые протоколы, предназначенные для передачи данных по UDP, также используют порт TCP для контроля.

В столбце «Порт сервера » указывается порт, с которого сервер передает данные. В случае FTP этот порт отличается от порта прослушивания. Некоторые протоколы, включая FTP, FTP Secure , FASP и Tsunami, прослушивают «порт управления» или «порт команд», через который они получают команды от клиента.

Точно так же схема шифрования, указанная в столбце «Шифрование», применяется только к передаваемым данным, а не к системе аутентификации .

Обзор [ править ]

Цветовой ключ:     Международный стандарт     Интернет Стандарт     Предлагаемый стандарт     Интернет-проект
ПротоколОригинальный авторВпервые опубликованоНабор протоколовСтандартСсылки
ФИОСокращение
BitTorrentBTБрэм Коэн2001 г.N / AНет[1]
Протокол доставки файлов CCSDSCFDPN / AISO 17355: 2007
CCSDS 727.0-B-4
Межфайловая передачаCFTN / AНет
EForwardN / AНет
Протокол передачи файлов EtherEFTPДжон Шох1979 г.Универсальный пакет PARCНет[2] [3]
Быстрый и безопасный протоколFASPИн Сюй , Мишель Мансон, Сербан Симу2007 г.N / AНет[4]
Доставка файлов через однонаправленный транспортФЛЕЙТАИнтернет-общество2004 г.N / ARFC  6726[5]
Протокол файловой службыFSPВэнь-Кинг Су1991 г.N / AНет[6] [7]
Доступ к передаче файлов и управлениеFTAMISO 8571-4: 1988
протокол передачи файловFTPАбхай Бхушан1971 г.Набор интернет-протоколовRFC  959[8]
FTP безопасныйFTPSИнтернет-общество1997 г.Набор интернет-протоколовRFC  2228 , 4217[9] [10]
HTTP SecureHTTPSTaher Elgamal et al.1995 г.Набор интернет-протоколовRFC  7230[11] [12]
Передача файла связи хоста UnixHULFT?1993 г.N / AНет
Протокол передачи гипертекстаHTTPТим Бернерс-Ли и др.1991 г.Набор интернет-протоколовRFC  7231[13] [14]
Протокол микротранспортаμTPЛюдвиг Стригеус , Грег Хейзел, Станислав Шалунов , Арвид Норберг, Брэм Коэн2007 г.N / AНет[15] [16]
Протокол многоадресного распространенияMDPНет
Протокол передачи многоадресных файловMFTPC. Kenneth Miller et al.1995 г.N / AПроект IETF (1998 г.)[17]
Надежный многоадресный транспортный протокол, ориентированный на NACKНОРМАRFC  5740
Протокол передачи файлов OdetteOFTPОрганизация по обмену данными посредством телетрансляции в Европе1986 г.X.25RFC  6726[18]
Протокол передачи файлов Odette 2OFTP2Организация по обмену данными посредством телетрансляции в Европе2007 г.X.25, набор интернет-протоколовRFC  5024 (V1.3)[19]
Надежный Blast UDPRBUDPЭрик Хе и др.2002 г.N / AНет[20]
Удаленная копияrcp?1982 г.Набор интернет-протоколовНет[21]
Безопасная копияSCPТату Юлёнен?Безопасная оболочкаНет[22]
Безопасный протокол передачи гипертекстаS-HTTPРабочая группа IETF по безопасности веб-транзакций1999 г.N / ARFC  2660[23]
Простая асинхронная передача файловSAFTУлли Хорлахер1995 г.N / AНет[24] [25]
Простой протокол передачи файловSFTPМарк К. Лоттор1984N / ARFC  913[26]
Протокол передачи файлов SSHSFTPТату Юлёненc. 1997 г.Безопасная оболочкаПроект IETF (2006 г.)[27]
Т.127Т.127МСЭ [28]1995 [29]N / AITU T.127
Простой протокол передачи файловTFTPНоэль Чиаппа1980 г.Набор интернет-протоколовRFC  1350[30]
Протокол цунами UDPЦунамиМарк Мейсс и др.2002 г.N / AНет[31] [32]
Открытый протокол Tus для возобновляемой загрузки файловтусФеликс Гейзендорфер, Мариус Клейдл и др.2014 г.N / AНет[33] [34]
Протокол передачи данных на основе UDPUDTЮньхун Гу2004 г.N / AНет
Протокол передачи файлов на основе UDPUFTPДеннис Буш2001 г.N / AНет[35]
Копирование из Unix в UnixUUCPМайк Леск1979 г.N / AНет
Передача данных о скорости деформацииWDTLaurent Demailly et al.2015 г.N / AНет[36]

Особенности [ править ]

Столбец «Управляемый» указывает, предназначен ли протокол для управляемой передачи файлов (MFT). Протоколы MFT приоритеты безопасной передачи в промышленных применениях, требующих такие функции , как проверяемые записи транзакций, мониторинг и от конца до конца безопасности данных . Такие протоколы могут быть предпочтительнее для электронного обмена данными . [37]

ПротоколШифрование
(данные)
Возобновление передачи		Возможность многоадресной
рассылки		УдалосьСсылки
BitTorrentНет [а]даПиринговыйНет[38] [39]
Межфайловая передача ( CFT )TLS / SSLДа [40] [41]
EForwardПроприетарныйда[42]
Протокол передачи файлов Ether ( EFTP )Никто?НетНет[43]
Быстрый и безопасный протокол ( FASP )AES-256 / AES-192 / AES-128даНет[44] [45] [46]
Доставка файлов через однонаправленный транспорт ( FLUTE )Необязательно / Не указано [b]Нетда[47] [48] [49]
Протокол файловой службы ( FSP )НиктодаНетНет[50] [51]
Доступ к передаче файлов и управление ими ( FTAM )? [c][52]
Протокол передачи файлов ( FTP )НиктоДа [d]НетНет[53] [54] [55] [56] [57]
Защищенный FTP ( FTPS )TLS / SSLдаНетНет
HTTP Secure ( HTTPS )TLS / SSLдаНетНет[14] [58] [59]
Передача файла связи хоста Unix (HULFT)AES?Нет[60] [61] [62] [63]
Протокол передачи гипертекста ( HTTP )Нет
(см. HTTPS и S-HTTP )		даНетНет[14] [64]
Протокол микротранспорта ( μTP )НиктодаПиринговыйНет[15]
Протокол многоадресного распространения (MDP)Никтодада[65] [66]
Протокол передачи многоадресных файлов ( MFTP )НиктодадаНет[67] [68]
NACK-ориентированный протокол надежной многоадресной передачи (NORM)IPsecдада[69] [70]
Протокол передачи файлов Odette ( OFTP )Никтода[71]
Протокол передачи файлов Odette 2 ( OFTP2 )TLSда[72]
Надежный Blast UDP ( RBUDP )НиктоНетНет[20] [73] [74]
Удаленная копия ( rcp )НиктоНетНетНет[75]
Защищенная копия ( SCP )Безопасная оболочкаНетНетНет
Безопасный протокол передачи гипертекста ( S-HTTP )CMS / MOSS / другоеНетНетНет[76]
Простая асинхронная передача файлов ( SAFT )PGP?НетНет[24] [25] [77]
Простой протокол передачи файлов ( SFTP )НиктодаНетНет[78]
Протокол передачи файлов SSH ( SFTP )Безопасная оболочкадаНетНет[79]
Т.127НиктодадаНет[80] [81] [82]
Простой протокол передачи файлов ( TFTP )НиктоНетНетНет[83]
Протокол цунами UDPНиктоНетНетНет[84] [85]
Открытый протокол TUS для возобновляемой загрузки файлов ( tus )Необязательно / Не указано [e]даНетНет[33] [34]
Протокол передачи данных на основе UDP ( UDT )ЭкспериментальныйНетНетНет[85] [86] [87]
Протокол передачи файлов на основе UDP ( UFTP )AES-256 / AES-128 / 3DES / DES [f]дадаНет[85] [35] [88]
Копирование из Unix в Unix ( UUCP )НиктоНекоторые [г]НетНет[89] [90]
Передача данных скорости деформации (WDT)AES-128 ( OFB / CTR )даНетНет[91] [92] [93]
  1. ^ Некоторые реализации могут скрывать трафик с помощью RC4 и др. См. Раздел « Шифрование протокола BitTorrent» .
  2. ^ RFC 6726 предлагает IPSec как один из вариантов.
  3. ^ Одна реализация, Fujitsu openFT, применяет AES .
  4. ^ RFC 1123 (1989) расширяет и исправляет положения о перезапуске / возобновлении, которые были опубликованы в RFC 959 (1985). RFC 3659 (2007) предусматривает возобновление работы в потоковом режиме.
  5. ^ Рекомендуется использовать HTTPS, предоставляемый веб-сервером, прокси-сервером или терминатором SSL.
  6. ^ Это параметры в эталонной реализации, в которой используется OpenSSL .
  7. ^ BNU реализация UUCP может возобновить прерванную передачу файлов.

Порты [ править ]

В таблице ниже порт данных - это сетевой порт или диапазон портов, через которые протокол передает данные файла. Порт управления является портом , используемым для диалога команд и обновления статуса между клиентом и сервером.

Столбец «Назначено IANA» указывает, включен ли порт в реестр имени службы и номера порта транспортного протокола, который курируется Управлением по присвоению номеров Интернета (IANA). IANA выделяет каждый номер порта в реестре определенной службе с определенным транспортным протоколом . В таблице ниже в столбце «Транспорт» указан транспортный протокол.

ПротоколПорт данныхПорт управленияНазначенный
по IANA		ПравопреемникСсылки
СерверКлиентТранспортСерверКлиентТранспорт
BitTorrent6881 [а]6881TCP68816881TCPНетN / A[94]
Протокол доставки файлов CCSDS ( CFDP )
Межфайловая передача ( CFT )1761 [б]TCP / X.25[95] [96]
EForward2181TCP / UDP[97]
Протокол передачи файлов Ether ( EFTP )N / AN / AНиктоN / AN / AНиктоN / AN / A
Быстрый и безопасный протокол ( FASP )≥33001UDP22TCPНетN / A[94]
Доставка файлов через однонаправленный транспорт ( FLUTE )4001UDPНетN / A[94]
Протокол файловой службы ( FSP )Выбрано пользователем [c]UDPНетN / A[94]
Доступ к передаче файлов и управление ими ( FTAM )4800/102TCP[98]
Протокол передачи файлов ( FTP )Активный режим2020TCP [d]21 год≥1024TCPдаДжон Постел[94]
Пассивный режим≥1024 [е]≥1024
Защищенный FTP ( FTPS )989TCP990TCPдаКристофер Аллен[94]
HTTP Secure ( HTTPS )443TCPTCPдаIESG[94]
Передача файла связи хоста Unix (HULFT)30000TCPTCPНетN / A[94]
Протокол передачи гипертекста ( HTTP )80TCPTCPдаТим Бернерс-Ли[94]
Протокол микротранспорта ( μTP )UDPНетN / A[94]
Протокол многоадресного распространения (MDP)Выбрано пользователемUDP[99] [100]
Протокол передачи многоадресных файлов ( MFTP )5402UDPдаСтив Баннистер[94]
NACK-ориентированный протокол надежной многоадресной передачи (NORM)UDP[101] [102]
Протокол передачи файлов Odette ( OFTP )3305TCP / X.25TCP / X.25[103]
Протокол передачи файлов Odette 2 ( OFTP2 )6619TCP / X.25TCP / X.25[104]
Надежный Blast UDP ( RBUDP )Выбрано пользователемUDPНетN / A[94]
Удаленная копия ( rcp )514TCPTCPда[94]
Защищенная копия ( SCP )22TCPTCPда[94]
Безопасный протокол передачи гипертекста ( S-HTTP )80TCPTCPНетN / A[94]
Простая асинхронная передача файлов ( SAFT )487TCPдаУлли Хорлахер[94]
Простой протокол передачи файлов ( SFTP )115TCPTCPдаМарк Лоттор[94]
Протокол передачи файлов SSH ( SFTP )22TCPTCPда[94]
Т.1271503TCPTCPдаДжим Джонстон[94]
Простой протокол передачи файлов ( TFTP )69UDPдаДэвид Кларк[94]
Протокол цунами UDPВыбрано пользователемUDPTCPНетN / A[94]
Открытый протокол TUS для возобновляемой загрузки файлов ( tus )80 [ж]TCPTCPНетN / A[94]
Протокол передачи данных на основе UDP ( UDT )Выбрано серверомUDPНетN / A[94]
Протокол передачи файлов на основе UDP ( UFTP )1044UDPНетN / A[94]
Копирование из Unix в Unix ( UUCP )540TCPTCPда[94]
Передача данных скорости деформации (WDT)Выбирается сервером или пользователемTCPTCPНетN / A[94]
  1. ^ Как правило, если порт 6881 недоступен в качестве порта для прослушивания, одноранговый узел постепенно пробует 6882–6889. Другой порт может быть указан в программном обеспечении.
  2. ^ 1761 - порт по умолчанию, но 1761–1768 выделены IANA .
  3. ^ UDP-порт 21 иногда выбирается для FSP.
  4. ^ FTP изначально был разработан для NCP , протокола, который использовался в ARPANET до появления TCP. Реализация TCP для FTP была стандартизирована в RFC 959 . 
  5. ^ Сервер прослушивает TCP-порт 21 (порт управления), и клиент отправляет команды на этот порт со случайного порта выше 1023. Для передачи данных в активном режиме сервер инициирует соединение от порта 20 к клиенту случайным образом номер выбранного порта.
    В пассивном режиме клиент использует произвольный порт с номером выше 1023 в качестве порта управления и с этого момента инициирует передачу файлов. Сервер отправляет или принимает данные из случайно выбранного порта выше 1023, а клиент отправляет или получает данные с одного номера порта выше его собственного случайно выбранного порта управления.
  6. ^ Может быть выбран пользователем, но слои поверх HTTP (S) так часто 80/443

Последовательные протоколы [ править ]

Переходный кабель RS-232 с 9 на 25 контактов

Следующие протоколы были разработаны для последовательной связи , в основном для стандарта RS-232 . Они используются для загрузки и выгрузки компьютерных файлов через модем или последовательный кабель (например, через нуль-модем или прямое кабельное соединение ). UUCP - это протокол, который может работать либо с RS-232, либо с протоколом управления передачей в качестве своего транспорта. Протокол Kermit может работать через любой транспорт между компьютерами: прямой последовательный порт, модем или сеть (особенно TCP / IP., в том числе для соединений, защищенных SSL, SSH или Kerberos). OBject EXchange - это протокол беспроводной передачи двоичных объектов по стандарту Bluetooth . Bluetooth был задуман как беспроводная замена RS-232.

Обзор [ править ]

ПротоколАвторВпервые выпущенЛицензияОписаниеСсылки
БиМодемЭрик Лабс1989 г.Двунаправленные трансферы.
ВЗРЫВГруппа коммуникационных исследований?Мощный протокол, созданный на миникомпьютерах для целей телеметрии. Позже нашел применение на микросхемах.[105]
C-МОДЕМЛавио Парески1989 г.Длина пакета от 32 до 4096 байт, необязательный (но обычно используемый) потоковый режим.
Протокол BCompuServe1981 г.Предлагается передача файлов, а также командный поток.
JMODEMРичард Б. Джонсон?Производная XMODEM с блоками от 512 до 8192 байт и сжатием RLE.
HS / СсылкаСэмюэл Х. Смит1991 г.
КермитФранк да Круз и др.1981 г.Открытый исходный код (BSD) по состоянию на 2011 г.Независимая от транспорта и платформы передача текстовых и двоичных файлов через полнодуплексные или полудуплексные соединения с преобразованием форматов текстовых файлов и наборов символов.[106]
LeechModemСэм Браун?Варианты X и Y, которые имитируют неудачные загрузки, чтобы избежать квот загрузки BBS.
РысьМэтью Томас1989 г.Аналогично Kermit: 64-байтовые пакеты, от 2 до 16 пакетов на окно, CRC-32. Небольшая поддержка или ее отсутствие вне самой программы Lynx.
NMODEMLB Нил1990 г.По сути, XMODEM-CRC с 2048-байтовыми блоками.
Протокол передачи файлов OBEX??Протокол синхронной передачи файлов в профиле Bluetooth OBject EXchange (OBEX) .
OBEX Push??Протокол асинхронной передачи файлов в Bluetooth-профиле OBject EXchange (OBEX).[107]
PunterСтив Пантер?Набор похожих, но разных протоколов, подобных XMODEM, для различных компьютеров Commodore.
SEAlinkТом Хендерсон1986 г.Протокол, совместимый с MODEM7 / XMODEM с поддержкой скользящего окна, разработан для предотвращения задержек распространения в спутниковых передачах и пакетных сетях .[108] [109] [110]
СМОДЕМАрисофт?
TmodemМайк Брайанс?
UUCPМайк Леск1979 г.Набор протоколов для копирования файлов между машинами Unix, используемых для многих целей, включая рассылку электронной почты. Также позволяет отправлять команды, что привело к появлению первых интернет-червей . Протокол передачи файлов в UUCP - это протокол «g».[111]
МОДЕМ7Марк М. Зейглер, Джеймс К. Миллс1980 г.Небольшое расширение XMODEM для добавления поддержки имени файла и пакетной передачи.[112]
XMODEMУорд Кристенсен1977 г.Всеобщее достояниеОчень простой протокол, который получил широкое распространение и послужил образцом для многих следующих протоколов.[113]
WXMODEMПитер Босуэлл1986 г.Всеобщее достояниеВерсия XMODEM с раздвижными окнами для повышения производительности.[114] [115]
YMODEMЧак Форсберг1985 г.Всеобщее достояниеСерия дополнительных расширений XMODEM для повышения производительности.[114]
ZMaxМайк Брайансc. 1991 г.Изменения в ZMODEM, позволяющие получать пакеты длиной до 32 КБ.
ZMODEMЧак Форсберг1986 г.Всеобщее достояниеПротокол потоковой передачи, который отказывается от совместимости с XMODEM, но предлагает широкий спектр новых функций и улучшенную производительность. В начале 1990-х он стал почти универсальным в системах BBS.[114]

Особенности [ править ]

ПротоколРазмер блока данных
(байты)		Сжатие данныхОбнаружение ошибок
Возобновление передачи		ДвунаправленныйРаздвижное окноСсылки
БиМодемда
ВЗРЫВCRCдада
C-МОДЕМ32–4096CRCда
Протокол B128–2048CRC32 / CRC16 / 8-битная контрольная суммадада
JMODEM64–8192RLE
HS / СсылкаCRC32дада
Кермит≤9024 (договорная)RLE (кодирование длины прогона, согласованное)Контрольная сумма или CRC16 (согласованная)Да (только двоичные файлы, оговаривается)НетБолее полный дуплекс только (договорная)[116]
LeechModem
РысьRLECRC32да
NMODEM2048
Обмен объектами
Punter
SEAlinkдада
СМОДЕМда
TmodemНет
UUCP "g"≤4096НетНет[117] [118]
МОДЕМ7128НетКонтрольная суммаОстановка и ожидание ARQ
XMODEM128НетКонтрольная суммаОстановка и ожидание ARQ
WXMODEM≤512да
YMODEM1024НетCRC16
ZMax≤ ~ 32 768CRC32
ZMODEM256/1024НетCRC32дада

См. Также [ править ]

  • Сравнение приложений для обмена файлами
  • Сравнение программ для синхронизации файлов
  • Сравнение распределенных файловых систем
  • Списки сетевых протоколов
  • Список номеров портов TCP и UDP
  • Список программного обеспечения для резервного копирования
  • AS2
  • Подключение: прямое
  • Файлы, передаваемые по протоколу оболочки (FISH)
  • Практическая универсальная многоадресная передача
  • Послать файл
  • Waarp

Заметки [ править ]

  1. ↑ Коэн, Брэм (2 июля 2001 г.). «Спецификация протокола BitTorrent» . Yahoo! Финансовые группы . Архивировано из оригинала 16 декабря 2008 года . Проверено 23 февраля 2018 года .
  2. ^ Шох, Джон (1979). EFTP: протокол передачи файлов Ether на основе PUP .
  3. ^ Снодграсс, Ричард (декабрь 1982). Реляционный подход к мониторингу сложных систем . С.  119 , 149 . Проверено 3 марта 2018 .
  4. ^ Патент США 20090063698 , Ин Сюй , Мишель Кристин Мансон, Serban Simu, «Метод и система для управления совокупным Bandwith [так в оригинале]», опубликованном 30 мая 2017 года, назначен Aspera, Inc и IBM 
  5. ^ Пайла, Тони; Луби, Майкл; Лехтонен, Рами; Рока, Винсент; Уолш, Род (октябрь 2004 г.). FLUTE - Доставка файлов по однонаправленному транспорту . IETF . DOI : 10,17487 / RFC3926 . RFC 3926 . Проверено 7 марта 2018 . CS1 maint: обескураженный параметр ( ссылка )
  6. ^ Петерсен, Джули К., изд. (2002). «Протокол файловой службы» . Иллюстрированный словарь по телекоммуникациям (2-е изд.). CRC Press. п. 357. ISBN. 978-1-4200-4067-8 - через Google Книги.
  7. ^ «Часто задаваемые вопросы по протоколу файловой службы (FSP) [Часть 2/2]» . FAQs.org . 21 июля 1995 г. Раздел: «Кто пишет и обслуживает программное обеспечение FSP?» . Проверено 3 марта 2018 .
  8. ↑ Бхушан, Абхай (апрель 1971 г.). Протокол передачи файлов . IETF . DOI : 10,17487 / RFC0114 . RFC 114 . Проверено 24 февраля 2018 . CS1 maint: обескураженный параметр ( ссылка )
  9. ^ Горовиц, М .; Лант, С. (октябрь 1997 г.). Расширения безопасности FTP . IETF . DOI : 10,17487 / RFC2228 . RFC 2228 . Проверено 3 марта 2018 . CS1 maint: обескураженный параметр ( ссылка )
  10. ^ Форд-Хатчинсон, Пол (октябрь 2005 г.). Защита FTP с помощью TLS . IETF . DOI : 10,17487 / RFC4217 . RFC 4217 . Проверено 3 марта 2018 . CS1 maint: обескураженный параметр ( ссылка )
  11. ^ Слива, Carol (31 мая 1999). «Уровень защищенных сокетов» . Компьютерный мир . п. 69 . Проверено 1 марта 2018 г. - через Google Книги.
  12. ^ Hickman, Kipp EB (апрель 1995). Протокол SSL . IETF . ID draft-hickman-netscape-ssl-00 . Проверено 1 марта 2018 . CS1 maint: обескураженный параметр ( ссылка )
  13. ^ Бернерс-Ли, Тим . «Исходный HTTP в соответствии с определением 1991 года» . W3.org . Проверено 3 марта 2018 .
  14. ^ a b c Ивая, Акеми (10 ноября 2015 г.). «Почему 80 был выбран в качестве порта HTTP по умолчанию, а 443 - в качестве порта HTTPS по умолчанию?» . How-To Geek . Проверено 3 марта 2018 .
  15. ^ a b Норберг, Арвид (22 июня 2009 г.). «Транспортный протокол uTorrent» . BitTorrent.org . Проверено 10 марта 2018 .
  16. ^ Клинкер, Эрик (16 мая 2010). «Презентация Эрика Клинкера на Emerging Communication Conference & Awards 2010 America § Status of uTP» . eCommConf . Проверено 10 марта 2018 .
  17. ^ Патент США 7710961 , C. Кеннет Миллер, Томас Andresen, Томас Гарднер, Крэйг Майкельсон, Кеннет Кейтс, Марк Уайт, Карого Робертсон, «Система и способ для передачи пакетов через компьютерную сеть», опубликованная 20 декабря 2011, назначен Darby и ООО «Мохайн» 
  18. ↑ Нэш, Дэвид (сентябрь 1997 г.). ODETTE протокол передачи файлов . IETF . DOI : 10,17487 / RFC2204 . RFC 2204 . Проверено 22 февраля 2018 . CS1 maint: обескураженный параметр ( ссылка )
  19. ^ Друг, Ieuan (ноябрь 2007). Протокол передачи файлов ODETTE 2 . IETF . DOI : 10,17487 / RFC5024 . RFC 5024 . Проверено 22 февраля 2018 . CS1 maint: обескураженный параметр ( ссылка )
  20. ^ a b Он, Эрик; Ли, Джейсон; Ю, Оливер; ДеФанти, Томас А. (сентябрь 2002 г.). «Надежный Blast UDP: предсказуемая высокопроизводительная массовая передача данных» (PDF) . Материалы: Международная конференция IEEE по кластерным вычислениям, ICCC (январь 2002 г.) . IEEE Cluster Computing 2002. Чикаго. С. 317–24. ISSN 1552-5244 . OCLC 5942572037 . Проверено 2 марта 2018 .   
  21. ^ МакКузик, Marshall Kirk (1999). «Двадцать лет Berkeley Unix: от владения AT&T до свободно распространяемого» . Открытые источники: голоса революции открытого исходного кода . O'Reilly & Associates. Раздел: «4.2BSD» . ISBN 978-1-56592-582-3.
  22. ^ Илонен, Tatu (31 августа 2017). «SSH: Secure Shell § История протокола SSH» . SSH.com . Проверено 3 марта 2018 .
  23. ^ Рескорла, Эрик; Шиффман, Аллан М. (август 1999 г.). Протокол безопасной передачи гипертекста . IETF . DOI : 10,17487 / RFC2660 . RFC 2660 . Проверено 9 марта 2018 . CS1 maint: обескураженный параметр ( ссылка )
  24. ^ а б Хорлахер, Улли. "SAFT / sendfile" . fex.belwue.de . Проверено 3 марта 2018 .
  25. ^ а б Хорлахер, Улли. "sendfile (1)" . manpages.org . Проверено 3 марта 2018 .
  26. ^ Lottor (1984), стр. 1, 13
  27. ^ Ylönen, Tatu (30 сентября 2012). "Re: где определены SFTP v0 - 2?" . secsh (список рассылки) . Проверено 9 марта 2018 . Я разработал и реализовал исходный протокол SFTP для SSH 2.0 примерно в 1997 году. Сами Лехтинен продолжил его разработку.
    Первоначально это был проприетарный протокол SSH Communications Security (www.ssh.com), хотя исходный код был общедоступным. Потребовалось некоторое время , [ так в оригинале ] , прежде чем мы написали проект и привел его в IETF для стандартизации ( по- видимому, был январь 2001).
  28. ^ "T.127: Многоточечный протокол передачи двоичных файлов" . ITU . Проверено 23 марта 2021 года .
  29. ^ "T.127 (08/95) Многоточечный протокол передачи двоичных файлов" . ITU . Проверено 23 марта 2021 года .
  30. ^ Sollins, Karen R. (январь 1980). Протокол TFTP . IETF . IEN 133 . Проверено 24 февраля 2018 . CS1 maint: обескураженный параметр ( ссылка )
  31. Перейти ↑ Wagner, Jan. «Протокол UDP по цунами» . tsunami-udp.sourceforge.net . Джон Вагнер - через SourceForge.
  32. ^ «Исследования» . anml.iu.edu . Лаборатории всесторонних технологий в Университете Индианы . Раздел: «Цунами». Архивировано из оригинального 29 июля 2010 года.
  33. ^ a b protocol.md на GitHub
  34. ^ a b "tus - возобновляемая загрузка файлов" .
  35. ^ a b Буш, Деннис. «Изменения» . uftp-multicast.sourceforge.net . Деннис Буш . Проверено 9 марта 2018 г. - через SourceForge.
  36. ^ "WDT: Релизы" . GitHub . Проверено 23 февраля 2018 года .
  37. ↑ Вильянуэва, Джон Карл (17 февраля 2015 г.). «Управляемая передача файлов и сетевые решения» . JSCAPE.com . АОППЭ.
  38. ^ Коэн, Брэм (4 февраля 2017 г.) [2008]. «Спецификация протокола BitTorrent» . BitTorrent.org . Раздел: «Трекеры» . Проверено 22 февраля 2018 .
  39. ^ «Шифрование потока сообщений» . Vuze Wiki . Программное обеспечение Azureus. 1 декабря 2007 года [2006] . Проверено 10 марта 2018 .
  40. ^ «Transfer CFT 3.2.4 Руководство пользователя § Настройка Transfer CFT» . Axway.com . Axway Software . Архивировано из оригинального 19 -го февраля 2018 года . Проверено 18 февраля 2018 .
  41. ^ "Transfer CFT 3.2.2 Руководство местного администратора § Безопасность транспорта" . Axway.com . Axway Software . Проверено 22 февраля 2018 .
  42. ^ Сосинский, Бэрри (15 сентября 2009). «Назначение портов TCP - UDP» . Сетевая Библия . Wiley Publishing. п. 851. ISBN. 978-0-470-43131-3. OCLC  471462746 - через Google Книги.
  43. ^ «Печать в PARC - Приложение: Словарь терминов § EFTP» . 4 августа 1978 . Проверено 3 марта 2018 . Простой протокол, ориентированный на ПНП, разработанный для передачи файлов от пользовательских программ на серверы (особенно серверы печати). Сервер должен подтверждать каждый пакет перед отправкой следующего. Этот протокол допускает компактную реализацию в пользовательских программах, компенсируемую некоторым сокращением полосы пропускания.
  44. Рианна Потт, Тревор (1 октября 2015 г.). «Высокоскоростная передача файлов Aspera: пусть начнутся войны облачных протоколов» . Реестр . Проверено 18 февраля 2018 .
  45. ^ «Модель безопасности FASP» . AsperaSoft.com . Аспера. 2017 . Проверено 18 февраля 2018 .
  46. ↑ Кампос, Андреа (2 июня 2016 г.). «Возобновление передачи файлов с помощью ascp» . AsperaSoft.com . Аспера . Проверено 2 марта 2018 .
  47. ^ Пайла, Тони; Уолш, Род; Луби, Майкл; Рока, Винсент; Лехтонен, Рами (ноябрь 2012 г.). FLUTE - Доставка файлов по однонаправленному транспорту . IETF . DOI : 10,17487 / RFC3926 . RFC 3926 . Проверено 7 марта 2018 . CS1 maint: обескураженный параметр ( ссылка )
  48. ^ Пелтотало, Яни; Пелтотало, саами; Харью, Ярмо. "Анализ карусели данных FLUTE" (PDF) . mad.cs.tut.fi . Технологический университет Тампере . п. 1 . Проверено 9 марта 2018 .
  49. ^ Пелтотало, Яни; Пелтотало, саами; Харью, Ярмо; Уолш, Род (июнь 2007 г.) [2006]. «Анализ производительности системы доставки файлов на основе протокола FLUTE». Международный журнал коммуникационных систем . 20 (6): 633. DOI : 10.1002 / dac.835 .
  50. ^ «Часто задаваемые вопросы по протоколу файловой службы (FSP) v1.1» . FAQs.org . 19 августа 1996 . Проверено 18 февраля 2018 .
  51. ^ «Общие порты» . Red Hat Enterprise Linux 4: Руководство по безопасности . Красная шляпа . 2005 . Проверено 2 марта 2018 .
  52. ^ «openFT v11.0: Настройка подключения к таможне (Атлас) с openFT FTAM» (PDF) . Fujitsu . 2010. с. 2 . Проверено 18 февраля 2018 .
  53. ^ Постел, Джон ; Рейнольдс, Джойс (октябрь 1985 г.). Протокол передачи файлов (FTP) . IETF . DOI : 10,17487 / RFC0959 . RFC 959 . Проверено 22 февраля 2018 . CS1 maint: обескураженный параметр ( ссылка )
  54. ^ Kozierok, Чарльз М. (20 сентября 2005). «Обзор FTP, история и стандарты» . Руководство по TCP / IP (версия 3.0) . Проверено 21 февраля 2018 года .
  55. ↑ Бхушан, Абхай (апрель 1971 г.). Протокол передачи файлов . IETF . DOI : 10,17487 / RFC0114 . RFC 114 . Проверено 22 февраля 2018 . CS1 maint: обескураженный параметр ( ссылка )
  56. ^ Брейден, Роберт (октябрь 1989 г.). «Механизм перезапуска FTP» . Требования к Интернет-хостам - применение и поддержка . IETF . С. 36–7. сек. 4.1.3.4. DOI : 10,17487 / RFC1123 . RFC 1123 . Проверено 13 марта 2018 . CS1 maint: обескураженный параметр ( ссылка )
  57. ^ Hethmon, Пол (март 2007). «Перезапуск в режиме STREAM» . Расширения FTP . IETF . сек. 5.1. DOI : 10,17487 / RFC3659 . RFC 3659 . Проверено 13 марта 2018 . CS1 maint: обескураженный параметр ( ссылка )
  58. ^ Рескорла, Эрик (май 2000). HTTP через TLS . IETF . DOI : 10,17487 / RFC2818 . RFC 2818 . Проверено 20 февраля 2018 года . CS1 maint: обескураженный параметр ( ссылка )
  59. ^ Рейнольдс, Джойс ; Постел, Джон (октябрь 1994). Присвоенные номера . IETF . п. 34. DOI : 10,17487 / RFC1700 . RFC 1700 . Проверено 3 марта 2018 . CS1 maint: обескураженный параметр ( ссылка )
  60. ^ «Невероятный HULFT - Мой любимый сетевой протокол B2B» . Блоги OpenText . OpenText . 27 августа 2009 . Проверено 18 февраля 2018 .
  61. ^ «9.4.1. HULFT § Обзор» . Центр знаний корпоративного облака . NTT Communications . Проверено 2 марта 2018 .
  62. ^ «9.4.1. HULFT § HULFT 8 Cipher Option» . Центр знаний корпоративного облака . NTT Communications . Проверено 18 февраля 2018 .
  63. ^ "導入 サ ー ビ ス" . HULFT.com (на японском). Информационные системы Saison. Раздел: «前提 事項 、 そ の 他» . Проверено 21 февраля 2018 года .
  64. ^ Рейнольдс, Джойс ; Постел, Джон (июль 1992 г.). Присвоенные номера . IETF . п. 12. DOI : 10,17487 / RFC1340 . RFC 1340 . Проверено 3 марта 2018 . CS1 maint: обескураженный параметр ( ссылка )
  65. ^ Адамсон, Брайан; Маккер, Джо. «Руководство разработчика протокола многоадресного распространения (MDP)» . nrl.navy.mil . Лаборатория военно-морских исследований США . Проверено 22 февраля 2018 .
  66. ^ «История протокола многоадресного распространения» . nrl.navy.mil . Лаборатория военно-морских исследований США . Проверено 22 февраля 2018 .
  67. ^ Миллер, Кеннет; Робертсон, Кэри; Твидли, Алекс; Белый, Марк (апрель 1998 г.). «Порт UDP, назначенный IANA» . Спецификация протокола передачи файлов многоадресной передачи StarBurst (MFTP) . IETF . п. 10. Идентификатор miller-mftp-spec-03 . Проверено 18 февраля 2018 . CS1 maint: обескураженный параметр ( ссылка )
  68. ^ «StarBurst MFTP по сравнению с современными протоколами передачи файлов: Белая книга» . StarBurst Communications. 1996 г. - через Калифорнийский университет в Ирвине.
  69. ^ «Надежная многоадресная рассылка, ориентированная на NACK (NORM)» . nrl.navy.mil . Лаборатория военно-морских исследований США . Проверено 22 февраля 2018 .
  70. ^ Адамсон, Брайан; Борман, Карстен; Хэндли, Марк; Маккер, Джо (ноябрь 2009 г.). NACK-ориентированный транспортный протокол надежной многоадресной передачи (NORM) . IETF . DOI : 10,17487 / RFC5740 . RFC 5740 . Проверено 22 февраля 2018 . CS1 maint: обескураженный параметр ( ссылка )
  71. ↑ Нэш, Дэвид (сентябрь 1997 г.). ODETTE протокол передачи файлов . IETF . DOI : 10,17487 / RFC2204 . RFC 2204 . Проверено 22 февраля 2018 . CS1 maint: обескураженный параметр ( ссылка )
  72. ^ Друг, Ieuan (ноябрь 2007). Протокол передачи файлов ODETTE 2 . IETF . DOI : 10,17487 / RFC5024 . RFC 5024 . Проверено 22 февраля 2018 . CS1 maint: обескураженный параметр ( ссылка )
  73. ^ Ли, Цзе; Вирарагхаван, Малати (2012). Протокол надежной многоадресной передачи сообщений для виртуальных цепей (PDF) . 4-я Международная конференция по коммуникациям, мобильности и вычислениям (CMC 2012). п. 120 . Проверено 2 марта 2018 .
  74. ^ RBUDP на GitHub
  75. ^ "Rlogin, RSH и RCP" . SourceDaddy . Проверено 18 февраля 2018 .
  76. ^ Рескорла, Эрик; Шиффман, Аллан М. (август 1999 г.). Протокол безопасной передачи гипертекста . IETF . DOI : 10,17487 / RFC2660 . RFC 2660 . Проверено 20 февраля 2018 года . CS1 maint: обескураженный параметр ( ссылка )
  77. ^ «Реестр имени службы и номера порта транспортного протокола» . IANA.org . Управление по присвоению номеров в Интернете . 21 февраля 2018 . Проверено 22 февраля 2018 .
  78. ^ Lottor (1984), стр. 10
  79. ^ Илонен, Tatu (10 октября 2017). «SFTP - протокол безопасной передачи файлов SSH § Номер порта SFTP» . SSH.com . Проверено 3 марта 2018 .
  80. ^ "Рекомендация МСЭ-Т T.127 (08/2007) Многоточечный протокол передачи двоичных файлов" . Международный союз электросвязи . 2008. с. 4.
  81. ^ "Букварь по серии T.120" (PDF) . Корпорация DataBeam. 1997 [1995]. С. 2, 4 . Проверено 2 марта 2018 .
  82. ^ «T.120: Многоточечная конференц-связь с данными и протоколы связи в реальном времени» . Справочник сетевых протоколов (2-е изд.). Javvin Technologies. п. 137.
  83. ^ Sollins, Karen R. (июль 1992). Протокол TFTP (версия 2) . IETF . DOI : 10,17487 / RFC1350 . RFC 1350 . Проверено 22 февраля 2018 . CS1 maint: обескураженный параметр ( ссылка )
  84. ^ «Протокол UDP цунами - установка, настройка и ограничения» . BluePiIT.com . BluePi Consulting. 13 октября 2015 . Проверено 20 февраля 2018 года .
  85. ^ a b c Ткачевский, Джон (18 июня 2012 г.). «Быстрая передача файлов с открытым исходным кодом» . FileCatalyst.com . FileCatalyst . Проверено 24 февраля 2018 .
  86. ^ Valeros Бернардо, Данило; Хоанг, Доан Б. (2010). «Способы сквозной безопасности для передачи данных UDT». Информационные технологии будущего поколения . Международная конференция по информационным технологиям будущего. п. 383. DOI : 10.1007 / 978-3-642-17569-5_38 . ISBN 978-3-642-17569-5.
  87. ^ Валерос Бернардо, Данило (2012). Механизмы сетевой безопасности и реализации для надежного протокола быстрой передачи данных нового поколения - UDT (PDF) (кандидатская диссертация). Сиднейский технологический университет . С. 22, 91–102. OCLC 830759422 . Проверено 21 февраля 2018 года .  
  88. ^ «Зашифрованный FTP на основе UDP с многоадресной рассылкой (UFTP)» . Wireshark Wiki . 7 августа 2016 . Проверено 21 февраля 2018 года .
  89. ^ Reifschneider, Шон (8 января 2004). «Мобильная электронная почта с UUCP» . ONLamp . O'Reilly Media . Проверено 20 февраля 2018 года .
  90. ^ Равин, Ed (1996). Использование и управление UUCP (2-е изд.). O'Reilly & Associates. п. 70. ISBN 978-1-56592-153-5.
  91. ^ WDT RocksDB 16 декабря 2016 . Лоран Демайли. 23 декабря 2016 . Проверено 23 февраля 2018 г. - через YouTube.
  92. ^ Демайи Лоран (17 октября 2015). «Начало работы с командной строкой WDT» . GitHub . Проверено 1 марта 2018 .
  93. ^ wdt на GitHub
  94. ^ a b c d e f g h i j k l m n o p q r s t u v w x y z "Реестр имени службы и номера порта транспортного протокола" . IANA.org . Управление по присвоению номеров в Интернете . 28 февраля 2018 . Проверено 17 марта 2018 года .
  95. ^ «Transfer CFT 3.2.4 Руководство пользователя § Настройка Transfer CFT» . Axway.com . Axway Software . Архивировано из оригинального 19 -го февраля 2018 года . Проверено 18 февраля 2018 .
  96. ^ "Transfer CFT 3.2.2 Руководство местного администратора § Безопасность транспорта" . Axway.com . Axway Software . Проверено 22 февраля 2018 .
  97. ^ Сосинский, Бэрри (15 сентября 2009). «Назначение портов TCP - UDP» . Сетевая Библия . Wiley Publishing. п. 851. ISBN. 978-0-470-43131-3. OCLC  471462746 - через Google Книги.
  98. ^ «openFT v11.0: Настройка подключения к таможне (Атлас) с openFT FTAM» (PDF) . Fujitsu . 2010. с. 2 . Проверено 18 февраля 2018 .
  99. ^ Адамсон, Брайан; Маккер, Джо. «Руководство разработчика протокола многоадресного распространения (MDP)» . nrl.navy.mil . Лаборатория военно-морских исследований США . Проверено 22 февраля 2018 .
  100. ^ «История протокола многоадресного распространения» . nrl.navy.mil . Лаборатория военно-морских исследований США . Проверено 22 февраля 2018 .
  101. ^ «Надежная многоадресная рассылка, ориентированная на NACK (NORM)» . nrl.navy.mil . Лаборатория военно-морских исследований США . Проверено 22 февраля 2018 .
  102. ^ Адамсон, Брайан; Борман, Карстен; Хэндли, Марк; Маккер, Джо (ноябрь 2009 г.). NACK-ориентированный транспортный протокол надежной многоадресной передачи (NORM) . IETF . DOI : 10,17487 / RFC5740 . RFC 5740 . Проверено 22 февраля 2018 . CS1 maint: обескураженный параметр ( ссылка )
  103. ↑ Нэш, Дэвид (сентябрь 1997 г.). ODETTE протокол передачи файлов . IETF . DOI : 10,17487 / RFC2204 . RFC 2204 . Проверено 22 февраля 2018 . CS1 maint: обескураженный параметр ( ссылка )
  104. ^ Друг, Ieuan (ноябрь 2007). Протокол передачи файлов ODETTE 2 . IETF . DOI : 10,17487 / RFC5024 . RFC 5024 . Проверено 22 февраля 2018 . CS1 maint: обескураженный параметр ( ссылка )
  105. ^ Магидсон, Стив (15 мая 1989). «Перемещение файлов может быть ВЗРЫВОМ» (PDF) . UNIX сегодня! . CMP Media . Проверено 18 февраля 2018 .
  106. ^ да Круз (1987) стр. 3
  107. ^ "Протокол OBEX (Обмен объектами)" . irdajp.org . Инфракрасная ассоциация данных . 2011. Архивировано из оригинала 21 февраля 2018 года . Проверено 20 февраля 2018 года .
  108. ^ sealink.c на GitHub
  109. ^ Хелд, Гилберт (1993). «СиЛинк». Освоение программного обеспечения для связи с ПК . Ван Ностранд Рейнхольд. п. 74.
  110. ^ Woggon, Мишель (1995). «СиЛинк». Телекоммуникации с использованием ProComm и ProComm Plus стали проще . Прентис Холл. п. 34.
  111. ^ "Внутреннее устройство протокола UUCP" . Университет Юты .
  112. ↑ Лукас, Джей (6 сентября 1982 г.). «Бесплатное ПО: модем позволяет вашим компьютерам обмениваться данными» . InfoWorld . IDG . п. 53 . Проверено 18 февраля 2018 .
  113. ^ Стекло (1988) стр. 87
  114. ^ a b c Glass (1988) стр. 89
  115. ^ Босуэлл, Питер (2007) [1986]. Как работают XModem, XModem CRC и WXModem . Архивировано из оригинального 23 сентября 2014 года - через Totse.com.
  116. ↑ da Cruz (1987), стр. 234 , 253 , 307
  117. ^ Уэллс, Николас (2003). «Использование UUCP для удаленного доступа» . Руководство по установке и администрированию Linux . Курсовая технология. п. 140. ISBN 978-0-619-00094-3 - через Google Книги.
  118. ^ Тейлор, Ян Лэнс. «Протокол UUCP 'g'» . Сервер документации FreeBSD . Проект FreeBSD . Проверено 8 марта 2018 .

Ссылки [ править ]

  • да Круз, Франк (1987). Кермит: протокол передачи файлов . Бедфорд: Цифровая пресса . ISBN 978-0-932376-88-6. OCLC  751527576 - через Google Книги.
  • да Круз, Франк (июнь 1986). «Руководство по протоколу Kermit» (PDF) . KermitProject.org . Проект Кермит.
  • Гласс, Бретт (30 мая 1988 г.). «Xmodem популярен благодаря своей простоте и статусу общественного достояния». InfoWorld - через Google Книги.
  • Лоттор, Марк К. (сентябрь 1984 г.). Простой протокол передачи файлов . IETF . DOI : 10,17487 / RFC0913 . RFC 913 . Проверено 1 марта 2018 . CS1 maint: обескураженный параметр ( ссылка )

Дальнейшее чтение [ править ]

  • де Гойенече, Хуан-Мариано (20 марта 1998 г.). «Протоколы многоадресной передачи» . Multicast over TCP / IP HOWTO - через Linux Documentation Project .
  • Он, Эрик; Кеттимуту, Раджкумар; Гу, Юньхун; и др., «Надежные варианты UDP» (PDF) , Обзор протоколов и механизмов для улучшенной передачи по ДЛИННЫМ ЖИРНЫМ ТРУБАМ , стр. 6–11
  • Каплан, Али (2009). "Литературное исследование". Совместная платформа для высокопроизводительной передачи данных на основе P2P в научных вычислениях ( DOCX ) (кандидатская диссертация). Университет Индианы в Блумингтоне. С. 12–39. ISBN 978-1-109-50327-2. OCLC  648765323 .
  • Кинцле, Тим (1995). Руководство программиста по последовательным протоколам . Книги группы Кориолиса. ISBN 978-1-883577-20-9. OCLC  441637109 .
  • «О Кермите» . KermitProject.org . Проект Кермит.
  • «Архив программного обеспечения Kermit» . KermitProject.org . Проект Кермит.