Необходимый минимум

• Для запуска сессии telnet нужно ввести команду telnet hostname или telnet hostname port и нажать клавишу Enter.

• Для соединения со станцией telnet со стимула telnet> вводится команда open hostname или open hostname port.

• Чтобы вернуться к стимулу telnet> без прекращения сессии, следует нажать клавиши Ctrl-d.

• Закрытие сессии telnet и возврат к стимулу telnet> производится командами quit, exit, Ctrl-d или done.

• Для закрытия соединения со станцией telnet применяется команда close.

• Нажмите клавиши Ctrl-] для возврата к стимулу telnet>, а затем введите команду г для временной приостановки сессии. Возврат в большинстве случаев осуществляет команда fg.

• Чтобы закрыть telnet, применяются команды quit, q или Ctrl-d.

• В каталоге HYTELNET можно узнать, что доступно через программу telnet.

5.1.1. R-команды

R-команды —проверенная временем часть версии BSD (Berkeley) операционной. системы UNIX. Эти команды представляют собой сетевые версии других стандартных команд, в основном команд ОС UNIX, таких как, например, команда копирования файлов ср. Команда гср — это сетевое расширение ср: если ср осуществляет копирование файлов в пределах файловой системы одного компьютера, то гср используется для копирования файлов из одной системы в другую по сети аналогично ftp. rlogin, которая является сетевой версией команды login — аналог telnet.

Здесь возникает вполне закономерный вопрос: а зачем вообще нужны эти UNIX-зависимые команды, если есть ftp и telnet? Строго говоря, без R-команд можно обойтись; Вы можете отлично справиться со своими задачами с помощью "стандар­тных" средств Internet. R-команды, однако, более удобны. Они имеют простой строчный командный интерфейс и, если их правильно применять, устраняют необ­ходимость входа в удаленную систему, что, как мы уже выяснили в главе 4, может являться источником возможных нарушений защиты.

Поскольку корни R-команд уходят в операционную систему BSD UNIX, то эти команды присутствуют не во всех системах. С уверенностью сказать, что они будут нормально функционировать, можно лишь в том случае, если оба компьютера (локальная и удаленная системы) работают в одном из вариантов BSD UNIX. R-команды включены в большинство сетевых пакетов (но не во все) для ОС UNL' System V, а также в некоторые сетевые пакеты (но не в большинство) для не-UNIX-систем. Вполне понятно, что отдельные характеристики этих команд (а в некоторых случаях и перечень реализованных команд) изменяются от одной версии к другой.

Безопасность и предоставление доступа

Для всех R-команд справедливо следующее: при выполнении каждой из ни задействованы несколько вычислительных систем: во-первых, система, на ю дается команда (локальная система), и, во-вторых, одна или несколько удаленных систем, доступ к которым осуществляется по сети. Выше уже упоминалось, что при этом нарушается обычная процедура входа в систему, поэтому возникают проблемы с безопасностью. К локальной системе это не относится: если Вы вообще даете команды, значит уже вошли в систему. Локальная система знает, кто Вы такой и что Вам разрешено делать. Но удаленные системы не имеют привычки предоставлять доступ всем пользователям без разбора. Безопасность в удаленной системе контролируется с помощью двух файлов, /etc/hosts.equiv и .rhosts.

Файл /etc/hosts.equiv может быть на каждом компьютере. Его постоянное o6новление входит в обязанности администратора системы. Если имя Вашего локального компьютера указано в файле hosts.equiv на удаленном компьютере, то любой пользователь Вашей локальной системы может выполнять R-команды в удаленной системе без необходимости указывать пароль, при условии, что он имеет вход с согласованным именем пользователя в удаленной системе. Итак, если Вы окажетесь под соответствующим именем в удаленной системе, то в этом случае Вы получите возможность обращаться к любому файлу, к которому имели бы доступ при непосредственном входе в систему. Другими словами, такие компьютерные системы эквивалентны.

Чтобы проиллюстрировать вышесказанное, рассмотрим пример. Пусть systeml.usnd.edu — компьютер, на котором могут работать два пользователя — Рен (Ren) и Стимпи (Stimpy). На другом компьютере, system2.usnd.edu, могут работать дм пользователя с такими же именами. Файл /etc/hosts.equiv на втором компьютере содержит такую строку:

systeml.usnd.edu

В данном случае Рен в системе systeml.usnd.edu может использовать R-команды для выполнения команд от имени Ren системы system2.usnd.edu без указания пароля. Тоже самое справедливо для Стимпи: войдя в system1, он может пользоваться входом Stimpy в system2 без сообщения пароля.

Но обратная ситуация, тем не менее, невозможна. В systeml нет файла hosis.equiv, поэтому ни Рен, ни Стимпи не могут выполнять R-команды в system1 из system2. Упомянутые средства не обязательно должны быть симметричными, и на практике они редко бывают таковыми. Обратите также внимание: это не означает, что Рен и Стимпи вообще не могут использовать R-команды. У них просто не будет беспароль­ного доступа. Если Вы не имеете права на беспарольный доступ, то R-команда запросит пароль, когда он будет нужен.

Файл .rhosts предоставляет аналогичные функциональные возможности, но он создается и ведется пользователем для своего собственного входа в систему. Он позволяет предоставлять доступ другому пользователю без запрашивания пароля. Имена пользователей могут и не совпадать. Пусть, например, пользователь Ren создает файл с именем .rhosts в своем домашнем каталоге в системе systeml.usnd.edu. Этот файл содержит следующую строку:

system2.usnd.edu Stimpy

Теперь Стимпи на компьютере system2.usnd.edu может пользоваться входом Рена на компьютере systeml без пароля. Вы можете формировать в своем файле .rhosts столько элементов, сколько нужно, по одному на строку.

Как уже говорилось, такая возможность может послужить источником проблем, связанных с безопасностью. Получив доступ к одному компьютеру, нарушитель тем самым может обойти ограничения и получить доступ к другому компьютеру. По этой причине файл /'etc/hosts.equiv используется редко, в основном проблема беспароль­ного доступа решается с помощью файлов .rhosts, но при этом следует соблюдать определенные правила предосторожности. Необходимо постоянно проверять свой файл .rhosts и решать, будете ли Вы продолжать предоставлять доступ перечисленным в нем пользователям. Кроме того, Ваш файл .rhosts может изменить и взломавший Ваш компьютер злоумышленник, чтобы гарантировать себе постоянный доступ к Вашему входу в систему, — это еще одна причина для проведения регулярных проверок вышеупомянутого файла.

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