Чем отличается ftp от http

Чем отличается ftp от http

Эта статья — попытка описать основные различия между известными протоколами обмена данными FTP и HTTP.

Мы активно используем оба протокола в нашем основном продукте — корпоративном мессенджере MyChat уже много лет, и за это время столкнулись со многими заблуждениями и непониманием работы этих двух фундаментальных протоколов обмена файлами в Интернете.

Если вы увидите какие-то ошибки или неточности, напишите об этом на форуме.

Дисклэймер: в английском языке есть два термина: “upload” и “download”. В русском нет хороших аналогов, поэтому для файлов, которые мы отдаём с клиента на сервер, применяем слово “заливать” (upload), а для файлов, которые забираем на клиент с сервера — используем слово “скачивать” (“download”).

Оба протокола используются для скачивания и заливки файлов в Интернете и локальных сетях. Для текста и бинарных данных. Оба протокола работают поверх TCP/IP. Но между ними есть несколько серьёзных различий.

• Скорость передачи
• Возраст
• Заливка
• Форматы ASCII, EBCDIC или бинарный
• Заголовки
• Пайплайны или конвейеры
• FTP команды/ответы
• Два соединения
• Файрволы и NAT
• Активный и пассивный режимы
• Зашифрованные управляющие соединения
• Схемы авторизации
• Скачивание
• Диапазоны/возобновление скачивания
• Постоянные соединения
• Кодирование HTTP-чанков
• Сжатие
• FXP
• IPv6
• Виртуальный хостинг на основе имени
• Просмотр каталогов
• Поддержка прокси

Скорость передачи

Наверное, самый распространённый вопрос: что быстрее для передачи файлов, FTP или HTTP?

Что делает FTP быстрым?

• в передаваемом потоке нет мета описаний, только чистые бинарные данные. Справочные данные идут в отдельном соединении;
• нет накладных расходов по перекодировке передаваемых данных.

Что делает HTTP быстрым?

• повторное использование существующих постоянных соединений повышает производительность TCP, не тратится время на создание новых соединений;
• конвейерная обработка позволяет быстрее запрашивать несколько файлов с одного и того же сервера;
• (автоматическое) сжатие трафика уменьшает объём передаваемых данных, это может увеличить скорость передачи при условии быстрых клиента и сервера и медленного канала связи;
• нет управляющих команд в потоке передачи данных, это экономит время обработки.

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

Для одиночного файла небольшого размера и медленного соединения FTP покажет себя лучше. При получении нескольких файлов подряд (особенно небольших размеров) HTTP обычно показывает лучший результат.

Возраст

FTP (RFC959) появился за десять лет до того, как был придуман HTTP. В то время FTP был единственным протоколом в Интернете. Первые зачатки того, что впоследствии стало документом RFC959, можно найти в далёком 1971 году.

Заливка

Оба протокола умеют это делать. У FTP есть команда «append», HTTP исповедует подход «вот вам данные, а вы сами разбирайтесь, что с ними делать», то есть, никаких команд по управлению заливаемыми файлами нет.

Следует сказать, что существует протокол WebDAV, построенный поверх HTTP, который позволяет работать с файлами в традиционной манере, будто они находятся на вашем локальном устройстве.

Форматы ASCII, EBCDIC или бинарный

FTP имеет представление о формате файла, поэтому может передавать данные как в ASCII, так и в двоичном виде (raw bytes). HTTP же всегда отправляет файлы в двоичном виде. Таким образом, FTP умеет преобразовывать данные «на лету», если они передаются между системами с разными архитектурами (Windows/Linux/мэйнфрэймы).

Например, если отправитель использует одну схему для кодирования конца строки («EOL» — End-Of-Line), а получатель — другую, то FTP сделает так, что они друг друга поймут. Unix использует только символ NL (newLine x0A), а MS Windows два символа подряд, CR и LF (CarriageReturn и LineFeed — x0D0A). EBCDIC перекодировки используются на старых мэйнфреймах.

HTTP, в противовес FTP, предоставляет метаданные для файлов, «Content-Type». Таким образом, метаданные могут использоваться клиентами для интерпретации содержимого.

Заголовки

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

Пайплайны или конвейеры

HTTP поддерживает конвейерную обработку данных. Это означает, что клиент может запросить новую передачу файлов до того, как закончится предыдущая, что даёт возможность убрать задержки при закачке нескольких документов подряд. TCP пакеты, таким образом, будут оптимизированы для максимальной скорости передачи.

Что-то подобное, хотя и не совсем похожее, есть и в FTP. Это поддержка множественных запросов для параллельного получения файлов в одном управляющем соединении. Конечно, для этого нужно использовать новые TCP соединения для передачи бинарных данных, по одному для каждого файла, однако, далеко не все FTP серверы поддерживают такие возможности.

FTP команды/ответы

FTP клиент может отправлять на сервер множество команд и получать на них ответы от сервера. Даже передача одного файла включает в себя целую серию таких простых команд. Это, конечно, негативно сказывается на скорости, потому что каждая команда требует обработки на двух сторонах: клиенте и сервере. Из-за этого возникают задержки. HTTP передачи данных – это преимущественно, только один запрос и один ответ (для каждого файла). Получение одного файла через FTP иногда может занимать до десятка команд и ответов между клиентом и сервером.

Два соединения

Одна из самых больших проблем для FTP в реальной работе — это использование двух соединений. Первое — для отправки управляющих команд, а второе — для передачи содержимого файла. Для этой цели он каждый раз открывает отдельный поток TCP. Если вы передаёте 100 файлов, по очереди будут открыты и закрыты 100 TCP соединений.

Файрволы и NAT

FTP использует два соединения: управляющее и для передачи данных. Соединение для данных может идти в двух направлениях, и использовать динамические номера портов. Это добавляет головной боли администраторам и зачастую требует от файрволов понимания специфики функционирования FTP на уровне сетевого протокола, чтобы обеспечить нормальную работу.

Это также означает, что если обе стороны соединения находятся за NAT, вы, скорее всего, не сможете пользоваться FTP.

Кроме того, NAT убивает незанятые соединения, через которые длительное время не было передачи данных. Поэтому, во время долгих передач по FTP на медленных каналах связи мы оказываемся в ситуации, когда соединение оказывается разорванным, потому что NAT решил, что оно уже неактивно.

Чтобы такого не происходило, приходится время от времени отправлять фиктивные пустые команды, чтобы соединение поддерживалось в «живом» состоянии. Результат — небольшой, но лишний трафик.

Активный и пассивный режимы

FTP открывает второе соединение в активном или пассивном режиме. Если работает активный режим (соединение инициирует сервер) — будут проблемы с соединением в сложных сетях, потому что такое соединение невозможно через NAT. Поэтому, в большинстве случаев используется пассивный режим (passive mode), когда соединение происходит только со стороны клиента.

Зашифрованные управляющие соединения

Поскольку брандмауэры должны уметь «разбирать по косточкам» управляющее соединение FTP, чтобы дать возможность корректно открывать второе соединение для передачи бинарных данных, существует огромная проблема с зашифрованными соединениями (FTP-SSL или FTPS). Как только управляющее соединение становится зашифрованным, файрвол уже не в состоянии интерпретировать его команды, чтобы понимать, когда и как следует разрешить второе соединение между клиентом и сервером для передачи бинарных данных.

К тому же, разработка самого стандарта FTPS заняла слишком много времени, что привело к одновременному существованию нескольких гибридных версий, плохо совместимых между собой.

Схемы авторизации

У FTP и HTTP есть несколько документированных методов аутентификации. Оба протокола предлагают базовую аутентификацию обычным текстом (логин/пароль). Однако, для HTTP существуют несколько часто используемых методов проверки, которые не отправляют пароль в виде обычного текста, в отличие от FTP.

Скачивание

Оба протокола умеют это делать. У обоих протоколов были проблемы при скачивании файлов с размером, больше чем 2 гигабайта, но это уже в прошлом. В современных клиентах и серверах, на современных операционных системах этой проблемы больше нет.

Диапазоны/возобновление скачивания

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

В противовес FTP, HTTP поддерживает более продвинутые диапазоны для скачивания.

Также у FTP есть проблемы при возобновлении соединений при заливке или скачивании файлов, начиная с сегмента, большего, чем 2 GB.

Постоянные соединения

HTTP клиент может держать одно постоянное соединение с сервером для любого количества передач файлов.

FTP должен создавать новое соединение для каждой новой передачи. Многократные выполнения новых подключений плохо сказываются на производительности из-за необходимости «рукопожатий» (handshakes) для TCP соединений.

Кодирование HTTP-чанков

Во избежание закрытия соединения, когда у вас нет возможности сообщить удалённой стороне о том, что передача файла уже завершена, в HTTP было введено так называемое кодирование передаваемых блоков (чанков) с данными.

Во время передачи отправляющая сторона отдаёт поток данных блоками (размер блока + сами данные) до тех пор, пока они не закончатся, а потом передаёт блок с нулевой длиной, чтобы просигнализировать о конце файла.

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

Сжатие

HTTP предоставляет серверу и клиенту возможность договориться и выбрать один из алгоритмов сжатия. Алгоритм gzip является, пожалуй, наиболее широко используемым. Есть более современный brotli, но он ещё не полностью поддерживается разными серверами и клиентами, хотя даёт лучшее сжатие (до +20%), особенно на текстовых html, javascript и css файлах.

FTP предоставляет официальное встроенное RLE сжатие, однако оно обычно неэффективно для большинства бинарных и текстовых данных. Есть много дополнительных «хакерских» реализаций для сжатия FTP трафика, но ни одна из них не стала официальной и широко используемой.

FXP

FTP поддерживает технологию для передачи данных с одного сервера на другой, как будто бы передачу ведет непосредственно сам клиент. Однако на большинстве серверов эта возможность закрыта из-за проблем с безопасностью, так как протокол FXP был недостаточно хорошо спроектирован.

IPv6

И HTTP, и FTP отлично работают с IPv6, однако изначально в оригинальной спецификации протокола FTP не было поддержки IPv6, и из-за этого множество серверов до сих пор не имеют нужных команд для его включения. Это также касается межсетевых экранов между клиентами и серверами, которые должны понимать FTP.

Виртуальный хостинг на основе имени

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

В FTP вы вообще не можете использовать виртуальный хостинг на основе имён, пока команда HOST не будет реализована на сервере, с которым вы соединены. Это свежая спецификация, и она ещё мало распространена.

Просмотр каталогов

В FTP можно получить список файлов из папки на удалённом сервере, не скачивая их, в то время как в HTTP нет такой возможности.

Однако, в силу того, что авторы спецификации FTP жили в разное время, команды для получения списка файлов в каталоге (LIST и NLST) не имеют чётко описанного формата вывода. Поэтому авторам FTP клиентов приходится заниматься написание синтаксических анализаторов текста, чтобы попытаться правильно угадать, что за данные им передаёт сервер. Более поздние спецификации (RFC3659) предусматривают новые команды типа MLSD, но они ещё не получили широкого распространения и плохо поддерживаются разными серверами и клиентами.

Списки файлов в каталогах через HTTP обычно передаются текстом в HTML формате, либо с помощью WebDAV, который работает поверх HTTP.

Поддержка прокси

Одно из серьёзных преимуществ HTTP перед FTP — это поддержка прокси, встроенная в него с самого начала. Технология отлажена и очень хорошо работает. Многие протоколы могут быть инкапсулированы внутрь HTTP, как в своеобразный «конверт» для прохождения прокси-серверов.

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

В чем таки разница между http, https и ftp?

Вопрос не нов и в Гугле много инфы, но я все таки не понимаю. Интернет использует уже давно защищенный протокол https, а не http, через него реализуется прохождение данных. Так при чем тут ftp?? Где этот протокол передачи данных используется, если все пользуются https? Почему и где он популярен?

Лучшие ответы ( 1 )
94731 / 64177 / 26122
Регистрация: 12.04.2006
Сообщений: 116,782
Ответы с готовыми решениями:

в чем разница http to https в htaccess?
в чем разница http to https в htaccess? вариант A: RewriteEngine On RewriteBase /.

В чем разница между Http модулями и подпиской внутри global.asax?
В модулях http можно навешивать обработкчики на события.я например могу создать свой модулб и.

Регулярное выражение для определения http|https|ftp
Мне нужно определить что в начале строки присутствуют http:// или https:// или ftp://, после есть.

HTTP, FTP, HTTPS, SOCKS — как написать прокси под это?
Привет Всем! Вот пытаюсь написать проксик для вышеуказанных протоколов. До сегодняшнего дня.

11417 / 6987 / 1900
Регистрация: 25.12.2012
Сообщений: 29,394

ftp вообще не из этой темы
ftp — протокол передачи файлов по сети

для примера — вы по этому протоколу можете тянуть файлы прошивок на сайте d-link
http / https — протокол передачи гипертекста, разница в том, что во втором случае используется шифрование с помощью протокола TLS и http заголовки и данные шифруются

Регистрация: 05.12.2019
Сообщений: 6

Сообщение от insect_87

ftp вообще не из этой темы
ftp — протокол передачи файлов по сети
для примера — вы по этому протоколу можете тянуть файлы прошивок на сайте d-link
http / https — протокол передачи гипертекста, разница в том, что во втором случае используется шифрование с помощью протокола TLS и http заголовки и данные шифруются

почему ftp не из этой темы? и там и там идет передача информации по сети. а почему этот сайт d-link предоставляет такой метод передачи, когда можно скачать эти файлы и с обычной https страницы? вот я например возьму и прикреплю в сообщении файл, и вы сможете его скачать так же как и тот файл прошивки через ftp.

11417 / 6987 / 1900
Регистрация: 25.12.2012
Сообщений: 29,394
Регистрация: 05.12.2019
Сообщений: 6

Сообщение от insect_87

https://nsoft-s.com/mychatarticles/1164-http-vs-ftp.html
Своими словами слабо объяснить?

3905 / 1500 / 290
Регистрация: 23.06.2009
Сообщений: 5,345

http и https предназначены для передачи символов (букв), а ftp передает файлы, в т.ч. бинарные, не содержащих символы.

Регистрация: 05.12.2019
Сообщений: 6

Сообщение от .None

http и https предназначены для передачи символов (букв)

то есть все файлы (книги, видео, аудио файлы), которые ты скачиваешь с https сайтов не иначе, как магия?

11417 / 6987 / 1900
Регистрация: 25.12.2012
Сообщений: 29,394
micha90, а почитать слабо? большая часть вопросов отпадет, там все написано

Сообщение от micha90

ты скачиваешь с https сайтов не иначе, как магия?
угу, и на клавиатуре нажав букавку А, ты на мониторе видишь А. магия! никакой науки.

Меню пользователя @ romsan

Регистрация: 05.12.2019
Сообщений: 6

Сообщение от insect_87

а почитать слабо? большая часть вопросов отпадет, там все написано
[удалено]

Добавлено через 7 минут

Сообщение от romsan

угу, и на клавиатуре нажав букавку А, ты на мониторе видишь А. магия! никакой науки.

По теме ты можешь ответить? Или дальше буквы А ты не осилил?
Вопрос, по-моему четко задан. Пока что я понял, что этот протокол более ограничен в использовании. Через него можно только загружать файлы, но полноценный сайт можно ли через него показать? Или только файлы с папок качать, как показано на примере сайта d-link выше? Я так и не понимаю, почему все используют https, а не ftp. И почему это https не может заменить ftp для скачивания? Скачать можно и через https преспокойно. Хотя может администраторы сайтов заходят на сервер через ftp, а пользователям предоставляют сайты через https?
Вы сами наверно нифига не понимаете, вот и не даете ответ.

11417 / 6987 / 1900
Регистрация: 25.12.2012
Сообщений: 29,394

Сообщение было отмечено micha90 как решение

Решение

Сообщение от micha90

но полноценный сайт можно ли через него показать?

Сообщение от micha90

И почему это https не может заменить ftp для скачивания?

FTP понимает ASCII и бинарники и умеет преобразовывать данные, HTTP — всегда передает данные только в бинарном виде
Передача через HTTP всегда включает в себя набор заголовков, FTP не передает никаких заголовков

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

В FTP можно получить список файлов из папки на удалённом сервере, не скачивая их, в то время как в HTTP нет такой возможности.

Представь, что ты обслуживаешь сервер, на котором вообще не поднят или рухнул HTTP, как ты получишь доступ к его файлам? Или ты думаешь, что все сервера — это только веб-сервера? Открою тайну — нет
Спроси у тех, кто администрирует WEB-сервера, пользуются они FTP или нет, спроси — для чего? Или сам догадаешься, много же читал.

Сообщение от micha90

Что такое FTP и для чего он нужен

FTP расшифровывается как File Transfer Protocol — протокол передачи данных. С его помощью можно подключаться к другим компьютерам, чтобы загружать и скачивать файлы, а также управлять ими: устанавливать права доступа, создавать и редактировать текстовые документы, добавлять новые папки.

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

Зачем нужен FTP

FTP-протокол появился задолго до HTTP — когда интернет только зарождался и в нём ещё не было удобного способа передавать файлы между компьютерами. Это одна из самых старых технологий в мире компьютерных сетей.

С появлением HTTP причин использовать FTP почти не осталось. HTTP умеет всё то же самое, плюс по этому протоколу работают сайты. Нет смысла использовать два протокола, если можно использовать один.

Сейчас протокол FTP используется в основном для загрузки и удалённого управления файлами на хостинге. И то провайдеры как правило предоставляют также и HTTP-вариант для этого — панель управления.

Преимущество FTP перед панелями управления в том, что при работе по этому протоколу всё всегда выглядит одинаково, к какому бы серверу вы ни подключились. Это можно сделать в командной строке, специальной бесплатной программе или даже в стандартном менеджере файлов вашей ОС.

А панели управления у многих провайдеров разные и не всегда одинаково удобные. Например, в популярной панели cPanel при загрузке файлов нельзя загрузить папку с файлами — только отдельно файлы. А папку нужно создать заранее. Мелочь, но при работе по FTP об этом вообще не приходится задумываться.

Плюс панель управления дают бесплатно обычно только на виртуальном хостинге. На VPS и выделенном сервере за неё нужно доплачивать. В принципе есть и бесплатные варианты, но они часто немного кривые.

Чем FTP отличается от HTTP

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

• Модель соединения. При работе по HTTP-протоколу между клиентом и сервером устанавливается одиночное соединение, а при работе по FTP — множественное: одно соединение «управляющее» (для передачи команд), а другое «информационное» (для передачи данных). При этом для передачи каждого файла устанавливается новое информационное соединение.
• Необходимость аутентификации. Чтобы подключиться к FTP-серверу, нужен логин и пароль. Их создаёт администратор сервера. А если доступ к серверу должен быть у всех желающих, есть анонимный режим, в котором логином будет слово «anonymous», а паролем — адрес электронной почты. Для подключения к серверу по HTTP логин и пароль не нужны.
• Использование сессий. При подключении к серверу по FTP создаётся сессия и все запросы к серверу отправляются в рамках неё. При использовании HTTP сессии не создаются, клиент просто отправляет запросы серверу.
• Использование портов. При работе по HTTP всегда используются только порты 80 и 443, а при работе по FTP — несколько случайных портов из диапазона 1024–65535. Подробнее о том, как именно они назначаются, расскажем дальше в статье.
• Возобновление загрузки. FTP умеет возобновлять загрузку. Если соединение было разорвано, вы не потеряете прогресс. При работе по HTTP скачивание придётся начинать заново.
• Безопасность. Оба протокола передают данные в открытом виде. Чтобы их не могли перехватить и прочитать злоумышленники, стоит использовать зашифрованные аналоги протоколов: HTTPs вместо HTTP и FTPs вместо FTP.
• Скорость скачивания. При прочих равных и HTTP и FTP передают данные примерно одинаково быстро. Разница, если и будет, то небольшая.

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

Что такое FTP-сервер и FTP-клиент

FTP-сервер — это программа, которая принимает и обрабатывает входящие запросы по протоколу FTP. Её настраивают на компьютере, к которому должны подключаться.

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

А ещё при помощи такой программы можно сделать хранилище для медиафайлов из старого компьютера. Настраиваете программу, оставляете компьютер включённым и уезжаете в отпуск. Днём снимаете фото и видео, вечером подключаетесь к компьютеру по FTP из отеля, скидываете файлы, а на телефоне удаляете, чтобы не тратить место.

• FileZilla Server (Windows, Mac, Linux)
• Xlight FTP Server (Windows)
• CompleteFTP (Windows)
• Core FTP Server (Windows)
• ProFTPD (Linux)

FTP-клиент — это программа для подключения к FTP-серверу и удалённой работы с файлами. Это может быть специальное приложение конкретно для работы по FTP, командная строка и даже стандартный файловый менеджер Windows/Linux. Вот инструкция для каждого из вариантов:

• FileZilla (Windows, Mac, Linux)
• Cyberduck (Windows, Mac)
• WinSCP (Windows)
• Documents by Readdle (Mac, iOS)
• X-plore File Manager (Android)

Как работает FTP

Как вы уже знаете из предыдущих разделов, для работы по FTP клиент и сервер устанавливают друг с другом два соединения: сначала управляющее (для передачи команд), затем информационное (для передачи данных). Для каждого соединения используются случайные порты из диапазона 1024–65535.

Использование случайных портов усложняет работу по FTP, потому что входящие соединения к подобным портам по соображениям безопасности часто блокируют файрволы. Чтобы избежать подобных проблем, есть два режима работы FTP: активный и пассивный.

Активный режим FTP устроен так, что сначала клиент обращается к серверу, чтобы установить управляющее соединение, а потом уже сервер обращается к клиенту, чтобы установить информационное соединение.

Если отбросить технические детали, процесс подключения выглядит так:

1. Клиент подключается со случайного порта к 21 порту сервера, отправляет команду PORT и номер порта, к которому должен подключиться сервер.
2. Сервер подключается с порта 20 на указанный клиентом порт и устанавливает информационное соединение. Затем по этим портам передаются файлы.

В таком режиме работы FTP, если на компьютере пользователя стоит файрвол, он может заблокировать попытку сервера подключиться к нетипичному порту. Без файрвола всё будет работать без проблем.

Пассивный режим FTP отличается от активного тем, что оба соединения инициирует клиент. Это решает проблему с файрволом, поскольку соединения, которые устанавливает клиент, не блокируются.

В упрощённом виде процесс подключения выглядит так:

1. Клиент подключается со случайного порта к 21 порту сервера и отправляет команду PASV. Сервер отвечает и указывает номер порта, к которому должен подключиться клиент.
2. Клиент подключается со случайного порта к порту, который указал сервер и устанавливает информационное соединение. После этого по этим портам передаются файлы.

Что дальше

В следующий раз, когда вам понадобится загрузить или отредактировать файлы на хостинге, попробуйте сделать это по протоколу FTP. Разобраться в этом вам поможет наша инструкция по использованию самого популярного FTP-клиента:

FTP-протокол: что это такое и зачем он нужен

FTP или File Transfer Protocol переводится, как протокол передачи файлов. Его можно отнести к прикладному уровню, а занимается он передачей файлов между устройствами по сети. Передача данных может происходить, когда одна сторона разрешает другой отправлять или получать файлы через Интернет. Ранее протокол использовали для взаимодействия двух физических устройств, а сейчас он широко применяется при работе с облаками.

В процессе передачи файлов FTP работает по двум каналам TCP: один занимается передачей информации, а второй — управлением этим процессом.

Как работает протокол FTP

Обмен файлами может происходить с помощью FTP-клиента или через облако. В обоих случаях сторонам требуется подключение к интернету.

Большинство браузеров уже имеют встроенный FTP-клиент, который позволяет передавать информацию с компьютера на сервер и наоборот. Можно использовать и собственный клиент, так как многие из них имеют дополнительные полезные функции. Примеры таких клиентов: FileZilla Client (имеет открытый исходный код, можно пользоваться бесплатно), WinSCP (можно использовать бесплатно, доступен только для ОС Windows), Cyberduck (даёт бесплатные облачные возможности), CoffeeCup Free FTP, FTP-manager и другие.

Многие используют FTP, даже не зная об этом. Например, любая загрузка с сайта является таким действием. Сначала вы входите в систему, вводя свои имя пользователя и пароль. Получение доступа к серверу осуществляется через определенный номер порта. После того как вы открывается доступ к FTP-серверу через клиент, вы можете начать передачу файлов. Если авторизоваться не нужно, это означает, что поддерживается анонимный доступ.

FTP-процесс можно разделить на три этапа:

• Авторизация на FTP-сервере (хотя возможет анонимный вход).
• Клиент взаимодействует с сервером по запросу.
• Загрузка и скачка файлов с сервера.

Типы FTP

Есть несколько разновидностей: анонимные и защищённые паролем.

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

Защищенный паролем FTP требуют авторизации с использованием имени пользователя и пароля. Безопасный FTP (FTPS) сперва проверяет надежность сертификата сервера, и только после этого выполняется подключение. В случае самоподписанного сертификата пользователь получат уведомление и должен либо подтвердить действие, либо отклонить.

Прочие протоколы

FTP — это только один из группы протоколов, описывающих поведение устройств в Интернете. Есть и другие:

• Протокол передачи гипертекстовых документов (HTTP): применяется для передачи данных по сети.
• Протокол доступа к интернет сообщениям (IMAP): отвечает за доступ к доске объявлений или email сообщениям из общей службы.
• Протокол сетевого времени (NTP): синхронизирует время на компьютерах с временем в сети.

Аренда облачного сервера для разработки, хостинга, обученияПодробнее

Отличие от HTTP

Эти протоколы работают поверх TCP, но имеют следующие отличия:

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

набор правил, который регулирует скачку и загрузку файлов

Поддерживает единственное соединение, предназначенное для передачи данных

Поддерживает соединения: для передачи данных и управления этим процессом

Идёт через порт TCP 80

Идёт через порт TCP 20 и 21

URL-адрес начинается с HTTP

URL-адрес начинается с FTP

Не нужна аутентификация

Нужна аутентификация (есть вариант анонимного подключения)

Переданные файлы не сохраняются

Переданные данные сохраняются

Применяется для предоставления web-страниц браузеру с сервера

Используется для загрузки и скачивания информации с сервера

Преимущества и недостатки FTP

Благодаря FTP обработка данных при работе в сети стала намного проще и понятнее. Он упростил трансляцию видеоконтента, совершение видеозвонков, онлайн-игры и обмен файлами.

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

В результате он хоть и удобен для обмена данными, всё чаще ему предпочитают более защищённые варианты, например, SFTP.