9. Стандарт сетевых протоколов

Протокол – набор правил и соглашений согласно которому взаимодействуют два компьютера.

Со всеми тонкостями существующих протоколов можно ознакомиться в списке документов RFC (например, протоколы TIME, SLIP и PPP описаны в документах RFC868, RFC1055 и RFC1171 соответственно, документы RFC1251 и RFC1252 описывают формат MIME, документ RFC1867 определяет прием файлов в виде HTML-документов и т.д.), список используемых в InterNet протоколов содержится в файле PROTOCOL операционной системы WINDOWS.

Не следует считать, что существующие протоколы исчерпывают все возможности сетевого обмена данными. Любой разработчик ПО может предложить собственный протокол; в случае действительного востребования этой разработки она будет признана стандартом (и включена в список документов RFC).

Например, в настоящее время используется версия 1.1 протокола HTTP. Ее поддерживают все основные браузеры и WEB-серверы. Протокол HTTP 1.1 описан в RFC-2068 и превосходит предыдущую версию HTTP 1.0 – прежде всего, по производительности. Однако, есть и другие отличия, описанные ниже

• Постоянные соединения. Протокол HTTP 1.1 устанавливает меньше TCP-соединений, чем HTTP 1.0. Версия 1.0 устанавливает и разрывает TCP-соединение для каждого HTML-запроса, а HTTP 1.1 создает TCP соединение, сохраняющееся на протяжении многих запросов.

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

• Протокол HTTP 1.1 поддерживает многие языки сетевого программирования.

• Создание виртуальных хостов. Протокол HTTP 1.1 позволяет одному WEB-серверу иметь несколько доменных имен.

Консорциум W3С работает над протоколом HTTP-NG который, как предполагается, заменит HTTP. К HTTP-NG предъявляются следующие требования:

• Простота – протокол HTTP-NG должен быть прост для реализации и обслуживания.

• Расширяемость – на случай ситуации, не предусмотренной в процессе разработки.

• Масштабируемость – вне зависимости от того, используется ли HTTPNG в маленькой локальной сети или в сети InterNet.

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

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

10. Описание команд сетевых протоколов

Команды FTP основаны на тексте, и пользователь может ввести их с помощью командной строки клиентского приложения FTP.EXE (находится в подкаталоге /SYSTEM при инсталлированной ОС WINDOWS).

Все команды протоколов FTP завершаются стандартным сочетанием символов возврата каретки и новой строки (строка ‘\r\n’ в стиле C), ответ каждой из них содержит число из трех цифр в качестве первого фрагмента информации в ответе. Первая цифра кода ответа определяет характер ответа

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

Ниже приведены некоторые (характерные) команды протокола FTP (всего их несколько десятков)

• CWD - изменить рабочий каталог. Синтаксиc команды следующий:

CWD путь \r\n

Возможные коды откликов: 250, 421, 500, 501, 530, 550 (ниже приведены отдельные описания кодов отклика).

• CDUP - переход в родительский каталог.

CDUP \r\n

Возможные коды откликов: 200, 421, 500, 501, 530, 550.

• PASS - пароль.

PASS пароль \r\n

Возможные коды откликов: 202, 230, 32, 421, 500, 501, 520.

• TYPE - указывает тип данных для передачи - A (ASCII) и I (Image).

TYPE тип_кода \r\n

Возможные коды откликов: 200, 421, 500, 501, 504, 530.

• LIST - прочитать список содержимого текущего (или указанного) каталога (тип данных - ASCII).

LIST [путь] \r\n

Возможные коды откликов: 125, 150, 226, 250, 421, 425, 426, 450, 451,

500, 501, 502, 530.

• MKD - создать каталог в файловой системе сервера (доступна только привилегированному пользователю).

MKD [путь] \r\n

Возможные коды откликов: 257, 421, 500, 501, 502, 530, 550.

• RETR - отправить конкретный файл клиенту.

RETR имя_файла \r\n

Возможные коды откликов: 110, 125, 150, 226, 250, 421, 425, 426, 450, 451, 500, 501, 502, 530, 550.

• HELP - возврат информации подсказки обо всех командах или о конкретной команде.

HELP [командная_строка] \r\n

Возможные коды откликов: 211, 214, 421, 500, 501, 502.

• QUIT - выход из системы.

QUIT \r\n

Возможные коды откликов: 222, 500.

Код	Значение
200	OK (обобщенный положительный ответ на команду)
202	Данный узел не реализует команду
421	Служба отсутствует, поэтому соединение закрывается
500	Синтаксическая ошибка, команда не опознана
501	Синтаксическая ошибка в аргументах или параметрах команды
502	Команда не реализована
530	Пользователь не зарегистрирован
550	Запрашиваемое действие не было выполнено (файл не обнаружен или в доступе было отказано)