Информация сеансового протокола без установки соединения (hex)

Примером такого протокола является протокол UDP (User Datagram Protocol, Протокол дейтаграмм пользователя). Протокол UDP предоставляет прикладным программам возможность отправлять сообщения другим приложениям, используя минимальное количество параметров протокола. Этот протокол не обеспечивает достоверность доставки пакетов, защиты дублирования данных или надежности от сбоев в передаче. За исключением параметров приложения – номеров портов отправителя и получателя пакета, UDP практически ничего не добавляет к IP-дейтаграмме. Формат UDP-пакета изображен ниже в таблице.

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

Размер (байт)	Содержание	Пример
1	Порт источника	3C
1	Порт получателя	46
1	Длина сообщения	0B
2	CRS сообщения	07B6

 

Преимущество протокола UDP состоит в том, что он требует минимум установок и параметров для соединения двух процессов между собой. Этот протокол используется при работе Серверов Доменов (Name Servers), при работе протокола TFTP (Trivial File Transfer, Тривиальный протокол передачи данных), работе с SNMP и построении систем аутентификации. Идентификатор UDP в IP-заголовке – число 17.Более подробное описание протокола UDP можно найти в RFC-768.

Ход работы

Для работы необходимо заполнить все поля, дать название двум сетевым группам и сетевые имена компьютерам в этих группах. Далее необходимо заполнить МАК-адреса сетевых карт (адреса доступа к среде), которые должны быть не менее12 цифр и IP-адреса, которые должны соответствовать сети типа "С". Далее проверяется структура сети и если все прописано правильно, необходимо выбрать "протокол без соединения" (рис 1.8).

 

Рис 1.8 Внешний вид программы NetMonitor. exe

 

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

Задание для всех вариантов

1. Запустите программу NetMonitor.exe.

2. Заполнить имена сетевых групп, сетевые имена адреса РС, МАС-адреса и IP– адреса компьютеров в сети (сеть типа С).

3. Провести тест структуры сети.

4. Выбрать протокол без соединения.

5. После этого разным компьютерам будут разосланы пакеты.

6. Необходимо восстановить содержимое информации переданной для каждого компьютера.

Содержание отчета

1. Структура одного реального пакета переданного для одного из компьютера (необходимо расписать каждый байт в пакете).

2. Восстановленные текстовые сообщения для каждого компьютера.

 

Контрольные вопросы

1. Для чего необходим номер порта в сеансовом и прикладном протоколе?

2. Для чего в пакетах присутствует двойная адресация: сетевой адрес и IP адрес?

3. Для чего в и нформации сеансового протокола без установки соединения необходим и дентификатор следующего протокола?

4. Как определить принадлежность пакета одному сообщению?

Лабораторная работа №2 Протокол FTP

Цель работы

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

 

Теоретический материал

Команда FTP обеспечивает файловый обмен между удаленными пользователями. Для реализации обмена между двумя персональными ЭВМ в пределах сети можно резидентно загрузить программу FTPSRV или другую эквивалентную ей. Так же как и в случае TELNET, необходима идентификация, но многие депозитарии допускают анонимный вход (имя пользователя ANONYMOUS), который не требует пароля или допускает ввод вашего почтового адреса вместо него.

Работа FTP на пользовательском уровне может быть разделена на несколько этапов:

- идентификация (ввод имени-идентификатора и пароля);

- выбор каталога;

- определение режима обмена (поблочный, поточный (stream), ASCII или двоичный и т.д.);

- выполнение субкоманд обмена (GET, MGET, DIR, MDEL, MPUT илиPUT);

- завершение (QUIT или CLOSE).

FTP — довольно необычная команда, так как поддерживает две логические связи между ЭВМ (рис. 3.1).

 

Рис 2.1 Схема выполнения команды FTP

 

Одна связь служит для удаленного доступа и использует протокол TELNET; другая — предназначена для обмена данными. Сервер выполняет субкоманду passive open для порта 21 и ждет соединения с клиентом. Клиент реализует субкоманду active open для порта 21. Канал остается активным до завершения команды FTP. TOS (тип IP-сервиса) соответствует минимуму задержки, так как этот канал используется для ручного ввода команд. Канал для передачи данных (TCP) формируется каждый раз для пересылки файлов. Канал открывается перед началом пересылки и закрывается по коду end_pf_file (конец файла). IP-тип сервиса (TOS) в этом случае ориентирован на максимальную пропускную способность.

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

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

Субкоманда type может задать режимы обмена IMAGE, ASCII или EBCDIC. Режим ASCII используется по умолчанию. Режим EBCDIC применяется для обменов между ЭВМ, работающими с набором символов EBCDIC. Режим IMAGE предполагает обмен 8-битовыми байтами и используется для передачи двоичной (а не текстовой) информации. Более подробный список субкоманд помещен в табл. 2.3.

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

Для копирования файла из удаленного сервера используется субкоманда get, для копирования группы файлов — mget, в последнем случае применяются символы заменители, например mget *.txt (или rfc!8*.txt, при этом ско-пируются файлы с rfcl800.txt до rfcl899.txt, если таковые существуют в текущем каталоге). Аналогом субкоманды get в какой-то степени является субкоманда dir (Is). Только она переносит содержимое каталога, что для некоторых операционных систем эквивалентно. При использовании модификации mget проявляйте осторожность — вы можете заблокировать телекоммуникационный канал длительным копированием. Для записи файла в удаленный сервер применяется субкоманда put. При операциях обмена обычно используется текущий каталог локальной ЭВМ. В вашем распоряжении всегда имеется возможность поменять местный каталог с помощью субкоманды led или ее аналога.

Любая субкоманда обмена выполняется в несколько этапов.

1. Формирование канала под управлением клиента, так как именно кли ент выдал субкоманду get, dir, put и т.д.

2. Клиент выбирает произвольный номер порта на своей ЭВМ и осуществ ляетпроцедуру passive open для этого порта.

3. Клиент посылает номер порта серверу по каналу управления (порт 21), воспользовавшись субкомандой port. Можно обойтись и без нее (используется тот же порт, что и в командном канале), но это увеличивает задержки и поэтой причине не рекомендуется.

4. Сервер получает номер порта по каналу управления и выдает субкоманду active open в указанный порт ЭВМ-клиента. Сервер для канала данных всегда использует порт с номером 20.

Рассмотрим пример FTP-сессии. Для этого выдадим команду (как и везде, тексты, набираемые с клавиатуры, выделены курсивом):

ftp -d ns.itep.ru ( флаг -d означает установку отладочного режима, при котором выдаются все сообщения и внутренние команды на экран терминала).

FTP Trying.. .Open 220-*** Welcome at FTP-Server ftp.ITEP.RU ***220-220 ns.itep.ru FTP server ready.Userid for logging in on ns.itep.ru (SEMENOV)? semenav FTP command: USER semenovFTP response: 331 Password required for semenov.331 Password required for semenov.Password for logging in as semenov on ns.itep.ru? XXXXXXXX PASS XXXXXXXX (ввод пароля не отображается на экране)FTP response: 230 User semenov logged in.230 User semenov logged in.

ftp:ns.itep.ru> help ( просьба выдать список доступных на данном сервере FTP-команд)

Any unambiguous abbreviation for a command may be used. Available commands are:

 

!	?	acct	append	ascii	binary	bye	cd	debug
delete	dir	drive	exit	fed	fdir	fpwd	get	help
iget	image	iput	led	Idir	Imkdir	local	login	Ipwd
Is	mdelete	mget	mkdir	mput	option	parent	passive	put
pwd	quit	quote	rename	retrieve	rmdir	send	server	show
stat	store	take	tenex	tget	tput	type	user	verbose

 

Уход из FTP-сессии происходит по субкоманде quit. В приведенном примере файловый обмен не производился, но и субкоманда help требует переноса информации (также как и dir), так как вам выдается список команд, доступных на удаленном сервере. Из воспроизведенного списка субкоманд самая опасная mdelete, так как она способна стереть целый каталог. Нетекстовые файлы (архивированные, графические и программные) следует пересылать в режиме binary. Для перевода в этот режим используется одноименная субкоманда. Для перехода из одного каталога в другой на удаленном сервере служит субкоманда cd имя_каталога, а для возврата в предшествующий cd. Например, cd /pub/msdos.

Ссылка на объект, доступный через анонимное FTP, обычно записывается в виде