TELNET

На   данный   момент   в   курсе   рассмотрены   два   протокола   транспортного 

уровня   модели  OSI  –  TCP  и  UDP.   Эти   протоколы   используются   для   передачи 
данных   прикладными   протоколами   стека  TCP/IP.   Так   же   изучены   одни   из 
основных служебных прикладных протокола стека  TCP/IP, а именно протоколы 
DHCP и DNS, и рассмотрены методы конфигурирования соответствующих служб 
в   операционной   системе  Windows  Server.   Следующий,   рассматриваемый 
протокол так же относится к числу основных протоколов стека TCP/IP, речь идет 
о протоколе Telnet. 

Из   предыдущих   курсов,   известно,   что   активное   сетевое   оборудование   и 

операционные   системы   семейства  Unix  обычно   конфигурируют   с   помощью 
командной   строки.   Для   управления   активным   сетевым   оборудованием 
необходимо подключить к этому оборудованию с помощью консольного  порта 
«терминал» - совокупность устройства ввода (клавиатура) и вывода (принтер, 
монитор).   С   помощью   устройства   ввода   администратор   подает   команды,   с 
помощью устройства вывода анализирует результаты выполнения этих команд. 
При   этом   на   практике,   конечно,   к   коммутатору   или   маршрутизатору   НЕ 
подключают   аппаратный   терминал,   а   подключают   компьютер,   на   котором 
запущена программа, эмулирующая терминал. Соответственно, администратор с 
помощью   клавиатуры   компьютера   подает   команды   специальному   командному 
интерпретатору   аппаратного   устройства,   а   на   мониторе   компьютера,   в   окне 
программы эмулятора терминала, получает ответы устройства. Консольный порт 
активного оборудования обычно представляет собой интерфейс  V.24 (RS-232), 
который подключают к  COM  порту компьютера. Фактически при этом символы, 
передаваемые с клавиатуры эмулятора терминала и возвращаемые командным 
интерпретатором   активного   оборудования,   передаются   поверх   канального 
уровня, реализованного в  COM  порту. Очевидно, управляя устройством, таким 
образом, мы можем управлять им лишь локально, так как подключиться к COM 
порту   удаленного   оборудования   не   возможно   –   физический   уровень, 
реализованный в RS-232, имеет жесткое ограничение на длину линии связи, да 
и канальный уровень не подходит для передачи команд на большие расстояния 
(ненадежная система передачи).

При   управлении  Unix  –   подобными   системами   администратор   обычно 

получает   в   свое   распоряжение   некоторую   командную   строку   на   экране 
компьютера (по сути – тоже виртуальный терминал), в которой может подавать 
команды   и   просматривать   ответы   командного   интерпретатора.   При   этом   если 
нужно,   администратор   и   к  Unix  компьютеру   может   подключить   аппаратный 
терминал/эмулятор   терминала   и   управлять   системой   удаленно,   но   при   этом 
степень   физической   «удаленности»   администратора   от   управляемого 
компьютера   невелика   и   определяется   длиной   линии   связи   между 
терминалом/эмулятором   терминала,   ограниченной   снова   таки   физическим   и 
канальным   уровнем   протокола  RS-232.   Известно   так   же,   что   операционные 
системы   семейства

 Windows,   напротив,   исторически   управляются 

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

Но   достаточно   ли   нам   иметь   возможность   управлять   активным 

оборудованием,  Unix  системой   (в   перспективе   –   и  Windows  системой) лишь 
локально?   Конечно   же,   нет!   Например,   задача   -   настроить   маршрутизатор,