
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 системой) лишь
локально? Конечно же, нет! Например, задача - настроить маршрутизатор,