Какой из протоколов передачи файлов в интернете был разработан первым

Обновлено: 06.07.2024

FTP (англ. File Transfer Protocol — протокол передачи файлов) — протокол, предназначенный для передачи файлов в компьютерных сетях. FTP позволяет подключаться к серверам FTP, просматривать содержимое каталогов и загружать файлы с сервера или на сервер; кроме того, возможен режим передачи файлов между серверами (см. FXP).

FTP является одним из старейших прикладных протоколов, появившимся задолго до 1971 году. До начала 90-х годов на долю FTP приходилось около половины трафика в сети Интернет. Он и сегодня широко используется для распространения ПО и доступа к удалённым хостам.

Протокол FTP относится к протоколам прикладного уровня и для передачи данных использует транспортный протокол портам. Порт 20 используется для передачи данных, порт 21 для передачи команд.

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

Процесс нешифрованной авторизации проходит в несколько этапов (символы \r\n означают перевод строки):

Если к серверу разрешён анонимный доступ (как правило, лишь для загрузки данных с сервера), то в качестве логина используется ключевое слово "anonymous" или "ftp", а в качестве пароля — адрес электронной почты:

После успешной авторизации можно посылать на сервер другие команды.

Содержание

Основные команды

Пример

На многих FTP-серверах существует каталог (под названием incoming, upload и т. п.), открытый на запись и предназначенный для закачки файлов на сервер. Это позволяет пользователям наполнять сервер свежими данными.

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

Специально для работы FTP протокола через межсетевые экраны , было сделано расширение NAT, называемое NAT-PT (rfc2766), позволяющее транслировать входящие соединения от сервера к клиенту через NAT. В процессе такого соединения NAT подменяет передаваемые данные от клиента указывая серверу истинный адрес и порт с которым сможет соединиться сервер, а потом транслирует соединение от сервера от этого адреса, клиенту на его адрес. Несмотря на все меры и нововведения принятые для поддержки FTP протокола, на практике функция NAT-PT обычно отключается во всех роутерах и маршрутизаторах с целью обеспечения дополнительной безопасности от вирусных угроз.

FXP (англ. File eXchange Protocol — протокол обмена файлами) — способ передачи файлов между двумя FTP сайтами напрямую, не закачивая их на свой компьютер . При FXP сессии, клиент открывает два FTP соединения к двум разным сайтам, запрашивая пакеты данных у первого сайта как будто бы от имени второго. Польза этого метода в том, что можно перекачивать файлы по сети с огромной скоростью, обладая низкоскоростным соединением. Это свойство протокола FTP обнаружили и стали использовать ещё до появления файлообменных программ (p2p).

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

К сожалению, использование стандарта FXP налагает на FTP-серверы и на пользователей, некоторые ограничения. Во-первых, оба сервера должны поддерживать режим PASV и позволять выполнять команды PORT иностранным хостам, а во-вторых, передача данных невозможна в том случае, когда оба сервера находятся под управлением операционных систем семейства Windows (например, Windows NT или Windows 2000). Возможность пересылать файлы напрямую с одного FTP-сервера на другой появляется только при условии, что хотя бы один из них управляется UNIX-подобной системой.

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

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

Первыми клиентскими приложениями FTP были программы командной строки , разработанные до того, как операционные системы имели графические пользовательские интерфейсы , и до сих пор поставляются с большинством Операционные системы Windows , Unix и Linux . Многие клиенты FTP и служебные программы автоматизации были разработаны для настольных компьютеров , серверов, мобильных устройств и оборудования, а FTP был включен в приложения для повышения производительности, например.

Содержание

История FTP-серверов

Первоначальная спецификация для протокола передачи файлов была написана Абхаем Бхушаном и опубликована как RFC114 от 16 апреля 1971 г. До 1980 г. FTP работал на NCP , предшественнике TCP / IP . Позднее протокол был заменен версией TCP / IP, 765 (июнь 1980 г.) и 959 (Октябрь 1985 г.) текущая спецификация. Несколько предложенных стандартов изменяют 959 , например, 1579 (февраль 1994 г.) включает протокол FTP с поддержкой межсетевого экрана. (пассивный режим), 2228 (июнь 1997 г.) предлагает расширения безопасности, 2428 (сентябрь 1998 г. ) добавляет поддержку IPv6 и определяет новый тип пассивного режима.

Обзор протокола

Связь и передача данных

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

FTP может работать в активном или пассивном режиме, который определяет, как устанавливается соединение для передачи данных. (Обратите внимание, что это несколько сбивает с толку, это значение «режима» отличается от значения команды MODE в протоколе FTP и фактически соответствует командам PORT / PASV / EPSV / etc.) В обоих случаях клиент создает TCP управлять соединением от случайного, обычно непривилегированного , порта N к командному порту 21 FTP-сервера.

В активном режиме клиент начинает прослушивать входящие соединения для передачи данных от сервера на порт M. Он отправляет команду FTP PORT M, чтобы сообщить серверу, какой порт он прослушивает. Затем сервер инициирует канал данных для клиента со своего порта 20, порта данных FTP-сервера.
В ситуациях, когда клиент находится за межсетевым экраном и не может принимать входящие TCP-соединения, может использоваться пассивный режим. В этом режиме клиент использует управляющее соединение для отправки команды PASV на сервер, а затем получает от сервера IP-адрес и номер порта сервера, которые затем использует клиент для открытия подключения к данным от произвольного клиентского порта к серверу. Получены IP-адрес сервера и номер порта сервера.

Оба режима были обновлены в сентябре 1998 года для поддержки IPv6 . В то время были внесены дальнейшие изменения в пассивный режим, обновив его до расширенного пассивного режима.

Причина, по которой FTP требуется два порта (один для отправки и один для приема), связана с тем, что изначально он был разработан для работы с программой управления сетью (NCP), которая была симплексный протокол , который использует два адреса порта , устанавливая два соединения для двусторонней связи. Нечетный и четный порт были зарезервированы для каждого приложения или протокола прикладного уровня . Стандартизация TCP и UDP снизила необходимость использования двух симплексных портов для каждого приложения до одного дуплексного порта, но протокол FTP никогда не изменялся так, чтобы использовать только один порт, а продолжал использовать два для обратной совместимости.

NAT и обход брандмауэра

FTP обычно передает данные, когда сервер подключается обратно к клиенту после того, как клиент отправляет команду PORT. Это проблематично как для NAT , так и для брандмауэров, которые не разрешают подключения из Интернета к внутренним хостам. Для NAT дополнительная сложность заключается в том, что представление IP-адресов и номера порта в команде PORT относится к IP-адресу и порту внутреннего хоста, а не к общедоступному IP-адресу и порту NAT.

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

Типы данных

При передаче данных по сети определены четыре типа данных:

Просроченный Internet Draft определяет ТИП U для передачи текстовых файлов Unicode с использованием UTF -8 ; хотя проект так и не стал RFC, он был реализован несколькими FTP-клиентами / серверами.

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

Для текстовых файлов (TYPE A и TYPE E) предусмотрены три различных параметра управления форматом, чтобы контролировать способ печати файла:

Непечатаемый (TYPE AN и TYPE EN) - файл не содержит символов управления кареткой, предназначенных для принтера (TYPE AT и TYPE ET) - файл содержит символы управления кареткой Telnet (или другими словами ASCII C0) (CR, LF и т. д.) (TYPE AA и TYPE EA) - файл содержит символы управления кареткой ASA

Эти форматы в основном относились к линейным принтерам ; большинство современных FTP-клиентов / серверов поддерживают только управление форматом по умолчанию N.

Файловые структуры

Файловая организация указывается с помощью команды STRU. Следующие файловые структуры определены в разделе 3.1.1 RFC959:

Fили структура FILE (ориентированная на поток). Файлы рассматриваются как произвольная последовательность байтов, символов или слов. Это обычная файловая структура в системах Unix и других системах, таких как CP / M, MSDOS и Microsoft Windows. (Раздел 3.1.1.1)
Rили структура RECORD (ориентированная на записи). Файлы рассматриваются как разделенные на записи, которые могут быть фиксированной или переменной длины. Эта файловая организация распространена на мэйнфреймах и системах среднего уровня, таких как MVS, VM / CMS, OS / 400 и VMS, которые поддерживают файловые системы, ориентированные на записи, .
Pили структуру PAGE (ориентированную на страницы). Файлы разделены на страницы, которые могут содержать данные или метаданные; каждая страница может также иметь заголовок с различными атрибутами. Эта файловая структура была специально разработана для систем TENEX и обычно не поддерживается на других платформах. Раздел 4.1.2.3 RFC1123 рекомендует не применять эту структуру.

Большинство современных FTP-клиентов и серверов поддерживают только STRU F. STRU R все еще используется в приложениях для передачи файлов мэйнфреймов и мини-компьютеров.

Режимы передачи данных

Передача данных может осуществляться в любом из трех режимов:

Потоковый режим (РЕЖИМ S): данные отправляются в виде непрерывного потока, освобождая FTP от любой обработки . Скорее, вся обработка оставлена до TCP . Индикатор конца файла не требуется, если данные не разделены на записи .
Блочный режим (РЕЖИМ B): предназначен в первую очередь для передачи файлов, ориентированных на записи (STRU R), хотя также может использоваться для передачи потоковые текстовые файлы (STRU F). FTP помещает каждую запись (или строку) данных в несколько блоков (заголовок блока, счетчик байтов и поле данных), а затем передает их TCP.
Сжатый режим (РЕЖИМ C): расширяет РЕЖИМ B данными сжатие с использованием кодирования длин серий .

Большинство современных FTP-клиентов и серверов не реализуют РЕЖИМ B или РЕЖИМ C; Исключением являются FTP-клиенты и серверы для операционных систем мэйнфреймов и миникомпьютеров.

Некоторое программное обеспечение FTP также реализует режим сжатия на основе DEFLATE , который иногда называют «Режим Z» после команды, которая его включает. Этот режим был описан в Internet Draft , но не стандартизован.

GridFTP определяет дополнительные режимы, MODE E и MODE X, как расширения MODE B.

Login

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

Анонимный FTP

Поддержка веб-браузера

. С 2019 года основные браузеры, такие как Chrome и Firefox, в разной степени отказываются от поддержки FTP, Google планирует полностью удалить его в Chrome 82. Mozilla в настоящее время обсуждает предложения, в том числе удаление поддержки только старых реализаций FTP, которые больше не используются, для упрощения их кода.

Синтаксис

FTP Синтаксис URL описан в 1738 и имеет форму: ftp: // [пользователь [: пароль] @] хост [: порт] / url- путь (части в квадратных скобках необязательны).

Более подробную информацию об указании имени пользователя и пароля можно найти в документации браузеров (например, Firefox и Internet Explorer ). По умолчанию большинство веб-браузеров используют пассивный режим (PASV), который легче преодолевает межсетевые экраны конечных пользователей.

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

Безопасность

FTP не был разработан для быть безопасным протоколом и имеет много слабых мест. В мае 1999 года авторы 2577 перечислили уязвимость для следующих проблем:

FTP не шифрует свой трафик; все передачи осуществляются в виде открытого текста, а имена пользователей, пароли, команды и данные могут быть прочитаны любым лицом, способным выполнить захват пакетов (прослушивание ) в сети. Эта проблема характерна для многих спецификаций интернет-протокола (таких как SMTP , Telnet , POP и IMAP), которые были разработаны до создания таких механизмов шифрования, как TLS. или SSL.

Общие решения этой проблемы включают:

Использование безопасных версий незащищенных протоколов, например, FTPS вместо FTP и TelnetS вместо Telnet.
Использование другого, более безопасного протокола, который может обрабатывать задание, например Протокол передачи файлов SSH или Протокол безопасного копирования .
Использование безопасного туннеля, такого как Secure Shell (SSH) или виртуальная частная сеть (VPN) .

FTP через SSH

FTP через SSH - это практика туннелирования обычного сеанса FTP через соединение Secure Shell. Поскольку FTP использует несколько соединений TCP (необычно для протокола TCP / IP, который все еще используется), туннелирование через SSH особенно сложно. Со многими клиентами SSH попытка настроить туннель для канала управления (начальное соединение клиент-сервер на порту 21) защитит только этот канал; при передаче данных программное обеспечение FTP на обоих концах устанавливает новые TCP-соединения (каналы данных) и поэтому не имеет конфиденциальности или защиты целостности .

Tectia ConnectSecure (Win / Linux / Unix) из SSH Communications Security , программный пакет

Derivatives

Явный FTPS - это расширение стандарта FTP, которое позволяет клиентам запрашивать шифрование FTP-сеансов. Это делается путем отправки команды «AUTH TLS». Сервер может разрешить или запретить подключения, которые не запрашивают TLS. Это расширение протокола определено в 4217 . Неявный FTPS - это устаревший стандарт FTP, требующий использования SSL или TLS-соединения. Было указано использовать порты, отличные от обычного FTP.

Протокол передачи файлов SSH

Протокол передачи файлов SSH (хронологически второй из двух протоколов, сокращенно SFTP) передает файлы и имеет аналогичный набор команд для пользователей, но использует Secure Протокол Shell (SSH) для передачи файлов. В отличие от FTP, он шифрует как команды, так и данные, предотвращая открытую передачу паролей и конфиденциальной информации по сети. Он не может взаимодействовать с программным обеспечением FTP.

Простой протокол передачи файлов

Простой протокол передачи файлов (TFTP) - это простой FTP-протокол с блокировкой, который позволяет клиенту получать файл с удаленного хоста или помещать файл на него. Одно из его основных применений - на ранних этапах загрузки из локальной сети , потому что TFTP очень просто реализовать. TFTP не хватает безопасности и большинства расширенных функций, предлагаемых более надежными протоколами передачи файлов, такими как протокол передачи файлов. TFTP был впервые стандартизирован в 1981 году, и текущую спецификацию протокола можно найти в 1350 .

Simple File Transfer Protocol

Simple File Transfer Protocol ( первый протокол, сокращенно SFTP), как определено в 913 , был предложен как (незащищенный) протокол передачи файлов с уровнем сложности, промежуточным между TFTP и FTP. Он никогда не был широко принят в Интернете , и теперь ему присвоен исторический статус IETF . Он работает через порт 115 и часто получает инициализацию SFTP. Он имеет набор команд из 11 команд и поддерживает три типа передачи данных: ASCII , двоичный и непрерывный. Для систем с размером слова , кратным 8 битам, реализация двоичного и непрерывного языков одинакова. Протокол также поддерживает вход с использованием идентификатора пользователя и пароля, иерархические папки и управление файлами (включая переименование, удаление, загрузку, загрузку, загрузку с перезаписью и загрузку с добавлением).

Команды FTP

2yz - успешный ответ
4yz или 5yz - неудачный ответ
1yz или 3yz - Ошибка или Неполный ответ

Вторая цифра определяет вид ошибки:

x0z - Синтаксис. Эти ответы относятся к синтаксическим ошибкам.
x1z - Информация. Отвечает на запросы информации.
x2z - Connections. Ответы касаются управления и передачи данных.
x3z - Аутентификация и учет. Ответы на процесс входа в систему и процедуры учета.
x4z - Не определено.
x5z - Файловая система. Эти ответы ретранслируют коды состояния из файловой системы сервера.

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

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

Что такое протокол Интернета: понятие и история создания

APRANET — сеть, когда-то созданная в США. Считается, что именно она стала прародительницей всего Интернета вообще. Эта сеть одно время даже подчинялась военным ведомствам. Суть технологии в том, что применялась пакетная технология передачи данных. То есть информация передавалась несколькими порциями. Потом их можно было воспроизвести, интерпретировать с помощью другого терминала.

Значит и тогда, и сейчас протокол Интернета — это некие правила, связанные с передачей данных между разными устройствами. Это своеобразные унифицированные настройки, благодаря которым друг с другом смогли соединяться пользователи, находящиеся в разных уголках мира. Одновременный доступ к одному и тому же ресурсу тоже стал возможным. Протоколы сети Интернет начали развиваться.

Стандарты (протокола) обмена информацией

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

приёмы реализации по контролю;
структура, по которой удалось построить базы данных и т. д.

Обратите внимание! Надёжность передачи информации повышается, если элементы достаточно сложные. Но скорость обработки из-за этого может уменьшаться. Какой протокол является базовым в Интернете — будет рассмотрено далее.

Важно! Практически каждый разработчик может использовать свои собственные решения. Но подобные системы доступны только ограниченному числу пользователей. Интеграция в сложные сетевые процессы обмена информацией становится недоступной.

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

Какими бывают протоколы Интернета

На сегодняшний день известно несколько разновидностей протоколов Интернета. Они имеют следующие обозначения:

Обратите внимание! Различия между этими решениями кроются в уровнях назначения.

И здесь можно разделить решения по нескольким веткам:

ISO/OSI — система стандартизации, которая используется абсолютно для всех решений. Благодаря этому не возникает сбоев у разнообразных платформ, даже если используются разные операционные системы, оборудование поставляют разные производители. Сейчас такие детали практически не имеют значения.

Обратите внимание! Для функционирования Интернета используется протокол каждого уровня.

Основные протоколы сети Интернет

При упоминании любой сети чаще всего сейчас имеют в виду Интернет. Но, если глубже рассматривать эти явления, Интернет — не совсем отдельная сеть. Его можно назвать одним из способов передачи данных. У каждой сети свои варианты, которые контролируют работу этого элемента. Вид оборудования значения не имеет.

IP, ICMP, TCP и UDP

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

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

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

IP доставляет информацию по нужному адресу. У каждого компьютера, подключенного к Сети, есть свой уникальный IP-адрес.

Нужно учитывать и другие возможности:

в каждом отправленном пакете содержится адрес доставки;
прежде чем дойти до места назначения, пакет может пройти через большое количество маршрутизаторов;
маршрутизация пакета к определённому устройству — вот за что отвечает интернет-пакет в данном случае;
физических подключений между компьютерами при этом не создаётся;
допустимо соединение с другими протоколами.

UDP — решение, подходящее для передачи сведений небольшими кусками. Применяется на практике чаще, чем TCP. Но гарантия по доставке пакетов в нужной последовательности отсутствует в этом случае. Скорость передачи при этом выше, а системных ресурсов потребляется меньше.

Обратите внимание! Применение подобного компонента актуально, если для сети важна большая пропускная способность. Или важно проследить за тем, чтобы сама доставка отнимала как можно меньше времени. Поддерживать может любые виды оборудования.

Почтовые протоколы — SMTP, POP, IMAP

Обратите внимание! Чаще всего при отправке почты пользуются компонентом SMTP. Он также применяется, когда информация проходит между несколькими серверами. Адрес SMTP-сервера обязателен, если настраивают почтовые клиенты.

POP выбирают при получении почты с сервера почтового ящика. Есть несколько особенностей, связанных с этим направлением:

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

Обратите внимание! Для передачи и доставки почты к указанным ранее решениям подключают протокол TCP.

IMAP — более функциональный тип системы для чтения почты, хотя и менее известный. Благодаря ему просто получать доступ к письмам, которые хранятся на сервере и нет необходимости что-то загружать на локальный компьютер. Очень удобный вариант, если есть несколько устройств, с которых можно получать доступ к информации. IMAP и TCP тоже работают без проблем.

Протокол передачи файлов — FTP

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

Какой протокол является базовым для сети Интернет

TCP/IP — самый распространённый протокол, по которому в настоящее время передаётся информация. Хранение базовой передаваемой информации обеспечивается за счёт добавления к этой схеме трёх параметров:

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

Совокупность подобных характеристик будет работать, если в основе только IP-протокол. Он проходит несколько фаз по мере своей работы:

фаза установки соединения;
режим передачи;
установление разрыва, когда процесс завершён.

О средствах настройки, проверки

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

Обратите внимание! iPv4 — вариант стандартной настройки для большинства ситуаций. IPv6 — новая версия протокола, которая до сих пор остаётся невостребованной.

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

Какие ещё протоколы используются в Интернете

Помимо выше указанных, для сети существуют и другие решения. У каждого свои особенности:

MAC, или Media Access Control отвечает за идентификацию устройств в Сети на одном из самых низких уровней. Уникальным MAC-адресом снабжается каждое приспособление, которое подключается к Сети. Эту информацию задаёт ещё производитель. Физические адреса используются в случае с локальными сетями, по которым передают сведения. Это один из немногих протоколов, до сих пор остающийся достаточно популярным.
DNS — протокол для передачи файлов. Отвечает за преобразование в сложные IP-адреса данных, которые раньше были легко понятны и читаемы. Обратный порядок преобразования тоже работает. Благодаря этому становится просто получать доступ к сайтам с помощью доменного имени.
SSH реализуется для удалённого управления системой с участием защищённого канала. Этот вариант для работы используют многие технологии.

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

Системы Windows изначально были настроены так, чтобы в качестве универсального протокола использовать TCP/IP. Все остальные функции не настраиваются вообще либо настраиваются, но автоматически.

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

Обратите внимание! Настройки в большинстве случаев автоматические, никаких проблем с работой возникнуть не должно. Хотя и ручная корректировка не доставляет хлопот, если следовать простым инструкциям.

Еще одна неточность часто связано с тем, что обычно по контексту понятно, что обсуждается, и слово «протокол» воспринимается как будто он один. На самом деле точнее представлять себе несколько протоколов, работающих одновременно каждый на своем уровне. Нижние протоколы обеспечивают физическую работу оборудования, протоколы среднего уровня – передачу данных по узлам сети, верхние – собственно, работу того или иного конечного приложения.

Из сказанного вытекает и ответ на вопрос кому и зачем нужно знание протоколов. Протоколы нижнего уровня требуются при разработке оборудования. При разработке и организации сети, способной подсоединится к интернету, потребуется знание протоколов TCP/IP. Наконец, знание протоколов верхнего уровня понадобится разработчикам программного обеспечения, связанного с работой в интернете.

Базовые протоколы интернета

В наше время говоря о сети, люди обычно подразумевают интернет. Между тем, интернет не отдельная сеть, это способ передачи данных от разных сетей. Сами сети могут быть построены на разных основах и, соответственно, они имеют свои внутренние протоколы для обеспечения своей работы. Интернет – своего рода логическая надстройка над сетями, координирующая их работу при передаче данных из одной сети в другую.

Протокол TCP/IP (transmission control protocol / internet protocol) – основной протокол интернета – разбивает данные на маленькие пакеты, выбирает путь следования с учетом загрузки промежуточных узлов, проверяет целостность данных в месте доставки. Большинство протоколов верхнего уровня построены на базе TCP/IP. Однако, он не единственный.

Протокол UDP (user datagram protocol) занимается тем же, но пересылает разрозненные пакеты данных по адресу, не заботясь о том, дошли они или нет. Тем не менее, во многих практических случаях он используется достаточно широко. Протоколы верхних уровней для работы в интернете строятся на базе одного из этих двух протоколов.

Протокол FTP

Два почтовых протокола

Новые протоколы

Любой протокол решает конкретную задачу с учетом имеющихся технических возможностей. Поэтому новые протоколы продолжают появляться и сейчас. Никто в интернете не запрещает разработать собственный протокол. Некоторые программы создают для своей работы собственные форматы передачи данных; в случае коммерческого успеха, с распространением этих программ, их протоколы становятся общепринятыми. В качестве примера можно привести протокол SOP (streaming over peer), для программы sopcast.

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

Интернет очень большой и комплексный. Но на базовом уровне это всего лишь связь между различными компьютерами (не только персональными). Эта связь представляет из себя сетевые протоколы передачи данных — набор правил, который определяет порядок и особенности передачи информации для конкретных случаев.

Протоколов большое множество. Про основные из них рассказано далее.

IP — Internet Protocol

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

Основная задача этого протокола — маршрутизация датаграмм, т. е. определение пути следования данных по узлам сети.

Популярная версия на текущий момент — IPv4 с 32-битными адресами. Это значит, что в интернете могут хранится 4.29 млрд адресов IPv4. Число большое, но не бесконечное. Поэтому существует версия IPv6, которая поможет решить проблему переполнения адресов, ведь уникальных IPv6 будет 2 ^ 128 адресов (число с 38 знаками).

TCP/IP — Transmission Control Protocol/Internet Protocol

Это стек протоколов TCP и IP. Первый обеспечивает и контролирует надёжную передачу данных и следит за её целостностью. Второй же отвечает за маршрутизацию для отправки данных. Протокол TCP часто используется более комплексными протоколами.

UDP — User Datagram Protocol

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

Основное преимущество UDP протокола заключается в скорости доставки данных. Именно поэтому чувствительные к сетевым задержкам приложения часто используют этот тип передачи данных.

FTP — File Transfer Protocol

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

Этот протокол работает по принципу клиент-серверной архитектуры. Пользователь проходит аутентификацию (хотя в отдельных случаях может подключаться анонимно) и получает доступ к файловой системе сервера.

Это не только система доменных имён (Domain Name System), но и протокол, без которого эта система не смогла бы работать. Он позволяет клиентским компьютерам запрашивать у DNS-сервера IP-адрес какого-либо сайта, а также помогает обмениваться базами данных между серверами DNS. В работе этого протокола также используются TCP и UDP.

NTP — Network Time Protocol

Не все протоколы передачи нужны для обмена классического вида информацией. NTP — протокол для синхронизации локальных часов устройства со временем в сети. Он использует алгоритм Марзулло. Благодаря нему протокол выбирает более точный источник времени. NTP работает поверх UDP — поэтому ему удаётся достигать большой скорости передачи данных. Протокол достаточно устойчив к изменениям задержек в сети.

Последняя версия NTPv4 способна достигать точности 10мс в интернете и до 0,2мс в локальных сетях.

SSH — Secure SHell

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

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

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

Читайте также: