Home

Page 14
Page 14
background image

вообще  не специфицирована   в  протоколе  Telnet  (ее  выполняет   пользователь, 
передавая   обычные   символы)   использовал   какой   либо   более   эффективный 
метод   авторизации.   Если   клиент   не   поддерживает   эту   опцию   (отвечает  IAC 
WON’T  Authentication),   то   это   значит   только   лишь   то,   что   программное 
обеспечение клиента не поддерживает особые методы авторизации, при этом у 
сервера ВСЕГДА остается возможность авторизовать клиента обычным способом. 
Если   же   клиент   отвечает  IAC  WILL  Authentication,   то   далее   происходит 
дополнительное обсуждение данной опции. Сервер посылает клиенту команду 
IAC SB Authentication SEND ## ##… ## ## IAC SB, где ## ##…## ## - набор 
пар   байтов,   каждая   пара   содержит   байт,   который   означает   некий   метод 
авторизации,   который   сервер   готов   поддерживать,   второй   байт   означает 
модификатор и т.д. В ответ клиент посылает  IAC  SB  Authentication  IS  ## ## 
данные  IAC  SE, где ## ## - предпочитаемый клиентом метод авторизации, а 
данные   –   некие   данные   в   рамках   обмена   в   соответствии   с   тем   способом 
авторизации, который выбрал клиент, формат этих данных описан в стандартах, 
описывающих   конкретные   методы   авторизации,   но   не   в   стандарте, 
описывающем   данную   опцию.   В   ответ   сервер   посылает   байты  IAC  SB 
Authentication  REPLY   - данные  IAC  SE, где  REPLY  – новая команда, описанная 
для   данной   опции   (ей   соответствует   байт   02),   а   данные   некий   ответ   на 
предыдущий пакет с командой  IS  сервера. При чем формат этих данных снова 
таки   не   имеет   отношения   к   рассматриваемой   опции,   и   стандартизуется   для 
каждого  метода  авторизации.   Клиент   и  сервер   могут  обменяться  несколькими 
командами  IS  –  REPLY  в зависимости от используемого метода авторизации. В 
данном   стандарте  существует  еще  ряд   дополнительных   деталей,  но   в  данном 
курсе они не рассматриваются. 

На   этом   рассмотрение   важных   и   относительно   важных   опций   в   первом 

приближении закончено, перейдем к рассмотрению режимов работы протокола 
Telnet.

Начнем рассмотрение с самого старого режима работы протокола Telnet, а 

именно   с   полудуплексного   режима.   Дело   в   том,   что   изначально   виртуальный 
терминал клиента описывался как полудуплексное устройство,  которое должно 
буферизировать   ввод   пользователя,   самостоятельно   отображать   на   его 
терминале   введенные   пользователем   символы,   позволять   пользователю 
редактировать ввод данных, но при этом терминал не имеет право отправлять 
введенные пользователем данные серверу Telnet. Т.е. на мониторе пользователя 
отображается   то,   то   ПОЛУЧЕНО   от  Telnet  сервера,   но   при   этом   крайне 
желательно, чтобы пользователь так же видел на мониторе и то, что ОН вводит с 
клавиатуры(!),   в   рассматриваемом   нами   режиме   вывод   на   монитор   того,   что 
вводит   пользователь,   делает   сам   терминал   пользователя.   Для   того   чтобы 
терминал   пользователя   мог   отправить   серверу   введенные   пользователем 
данные,   он   сначала   должен   получить   от   сервера   специальную   команду 
протокола Telnet, данная команда называется GO AHEAD, код данной команды – 
249,   использование   данной   команды   осуществляется   только   сервером   путем 
подачи IAC GA. После получения данной команды клиент передает серверу весь 
накопленный в буфере ввод пользователя и ожидает данных от сервера. Сервер 
имеет право передавать клиенту данные в произвольный момент времени, когда 
сервер   разрешает   клиенту   передавать   его   данные,   сервер   передает   клиенту 
следующую команду GA.

Данный стиль работы сервера и клиента имеет серьезный недостаток – он 

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


Copyright © 2019 Файлообменник files.d-lan.dp.ua

Использование любых материалов сайта возможно только с разрешения автора.