ГЛАВА 8. Коммуникации в системе UNIX
ГЛАВА 8. Коммуникации в
системе UNIX
ВВЕДЕНИЕ
В данной главе мы рассматриваем
средства коммуникации в системе UNIX.
В то время как в мире MS-DOS
коммуникации ограничены обычно
"черным ящиком" (программными
пакетами и довольно стандартными
модемами), коммуникации в системе
UNIX более сложны. UNIX предлагает
несколько уровней коммуникаций,
включая передачу файлов, удаленную
регистрацию в системе,
дистанционную почту и развитые
системы обмена сообщениями,
которые могут связывать между
собой сотни систем UNIX.
Однако, в большинстве систем UNIX
нет удобно оформленных,
управляемых с помощью меню средств
коммуникации. Вместо этого имеются
сложные системные команды и
необходимость поддерживать много
файлов. Обычно требуется также
владеть многими подробностями
конфигурации и использования
модемов. Мы предлагаем
теоретическое обоснование и
практические рекомендации, а также
инструментальные средства, которые
помогут вам освоить данный аспект
системы UNIX и обеспечить
работоспособность коммуникаций в
вашей системе. Мы рассмотрим не
только прямую связь между машинами,
но и связь с удаленными терминалами
и модемами.
Сначала мы займемся физическими
соединениями, что является первым
этапом установки линии связи. Мы
рассмотрим модель интерфейса RS232-C и
выясним, как подключить прямую
межмашинную связь.
Затем мы обсудим обращение к
системе UNIX с микро-ЭВМ. Поговорим о
том, какие существуют виды
протоколов и какие из них лучше
использовать.
Далее мы рассмотрим, как
пользоваться модемом, чтобы
вызвать из UNIX другие системы,
например доски объявлений и
системы, отличные от UNIX. Вы можете
изучить, как найти все модемные
соединения в системе, подключиться
к последовательному порту и
управлять модемом. При обращении к
другой системе вы можете
перехватить все данные,
поступающие на ваш терминал, и
сохранить их в файле для
последующего использования.
Командные файлы (cuchk и talk),
представленные в данном разделе,
следят за доступностью линии связи
и устанавливают связь с модемом.
В завершение мы рассмотрим связь
между системами UNIX с помощью
утилиты uucp. Мы увидим, как и куда
передавать файлы между системами,
как файлы защиты данных управляют
средой uucp и изучим способы отладки
механизма передачи файлов с
помощью uucp. Здесь представлены
командные файлы uust для выполнения
рутинной работы по обслуживанию uucp
и uutrans для копирования древовидной
структуры каталогов из одной
системы в другую.
ФИЗИЧЕСКОЕ ПОДКЛЮЧЕНИЕ
Большинство машин, на которых
работает UNIX, имеют один или
несколько последовательных портов.
Эти порты - глаза и уши машин,
позволяющие системе связываться с
внешним миром. Их можно
использовать для подключения
любого устройства с интерфейсом
RS-232-C и для связи или управления. В
данном разделе мы рассмотрим, как
подключить интерфейс RS -232-C для
обеспечения связи типа UNIX-UNIX,
терминал-UNIX и модем-UNIX.
Начнем с рассмотрения базовой
модели RS-232-C, показанной на рис. 8-1.
Эта модель иллюстрирует, как могут
общаться друг с другом две машины
и/или терминалы либо через модемы
по телефонным линиям, либо по
прямой (проводной) связи. Хотя
последующее обсуждение мы ведем
преимущественно в терминах
телефонных соединений, те же
базовые принципы относятся и к
прямой связи, за исключением того,
что коммуникационные устройства
(DCE, data communication equipment) в этом случае не
нужны.
Риунок. 8-1.
Стандартная модель интерфейса RS-232-C
На каждом конце находятся
терминальные устройства,
называемые DTE (data terminating equipment). В
роли DTE может выступать терминал,
например, VT-100, или центральный
процессор микро-, миниили большой
ЭВМ.
Каждое терминальное устройство DTE
должно использовать
коммуникационное устройство DCE,
называемое обычно модемом, для
модуляции и демодуляции сигналов,
проходящих по телефонным линиям.
Каждое DTE использует вывод номер 2
для передачи данных и вывод номер 3
для получения данных. Поскольку то,
что передано с вывода 2 на каждой
машине, принимается на выводе 3
другой машины, возникает
перекрещивание телефонных линий
между устройствами DCE.
Подсоединение и обработка
сигнала между DTE и DCE полностью
соответствуют стандарту RS-232-C.
Аппаратный протокол позволяет DTE
использовать DCE для посылки и
приема данных от другого DTE.
Кабель, связывающий физически DTE и
DCE, называется "прямолинейным"
кабелем. Он позволяет устройству DTE
посылать команды (или сигналы с
выводов) на DCE, а устройству DCE
отправлять команды обратно на DTE.
Подключение DCE одной машины к DCE
другой машины производится через
обычные телефонные линии.
Устройства DCE необходимы по той
причине, что устройства DTE являются
цифровыми, а телефонные линии -
аналоговыми. Единственный способ
передать цифровую информацию по
аналоговым линиям закодировать
цифровую информацию в аналоговый
сигнал, послать этот сигнал по
телефонным линиям, а затем
декодировать аналоговый сигнал
обратно в цифровую информацию.
ПОДКЛЮЧЕНИЕ БЕЗ
КОММУНИКАЦИОННЫХ УСТРОЙСТВ
Если ваши машины расположены
довольно близко (в пределах 50 футов
/ 15 метров. Один фут составляет
около 30.5 см. - Примеч. перев./), вам не
нужен модем, вы можете использовать
кабель "нулевого модема"
вместо DCE. Кабель нулевого модема
имитирует такой же протокол, что и
DCE, но не требует наличия модема для
коммуникаций. Основная задача
подключения нулевого модема -
обеспечить перекрещивание между
передающими и принимающими
сигналами. На рис. 82 показана общая
схема подключения без устройств DCE.
Рисунок 8-2.
Конфигурация с нулевым модемом
Для того чтобы выполнить
подключение, имитирующее DCE,
требуются некоторые манипуляции с
сигналами. Эти манипуляции также
стандартизованы в кабеле нулевого
модема. По схеме этого кабеля,
показанной на рис. 8-3, рассмотрим,
как он имитирует сигналы DCE.
Рисунок 8-3.
Кабель нулевого модема RS-232-C
Линии 1 и 7 используются для шасси
и сигнальной земли соответственно.
Линии 2 и 3 пересекаются таким
образом, чтобы когда одна сторона
говорит, другая слушала. Обе
стороны могут говорить
одновременно (это называется
полнодуплексным режимом), если мы
используем различные наборы
проводов.
Для имитации управляющих
сигналов линии 4, 5 и 8
подсоединяются так, как показано на
рис. 8-3. Каждый раз, когда устройство
DTE-1 активизирует линию "Request to
Send" ("Запрос передачи"), т.е.
передает по ней сигнал, оно
получает назад сигнал "Clear to
Send" ("Гашение передачи"),
указывающий, что другая сторона
готова принять данные. Затем,
посылая сигнал по линии "Dаta Carrier
Detect" ("Идет передача
данных"), устройство DTE-1 сообщает
другой стороне, что поступают
данные. Такое методичное
"аппаратное рукопожатие"
гарантирует, что никакие данные не
будут отправлены, пока другая
сторона не будет готова их принять.
Линии 6 и 20 подсоединяются так,
чтобы обеспечить последние
управляющие сигналы нулевого
модема. Пока DTE активно ("Data Terminal
Ready" - "Готовность
терминала", линия 20), другая
сторона считает, что имеет дело с
активным модемом ("Data Set Ready" -
"Готовность набора данных",
линия 6). При таком способе
соединения линий 6 и 20 всякий раз,
когда вы выдергиваете ваш кабель из
машины или переключаете его на
другой канал соединительной
коробки, другая сторона теряет ваш
сигнал активности и отключается
(или генерирует сигнал HUP - hangs up,
повесить трубку телефона). Чтобы
сделать такой кабель, который не
вызывает отключения при вынимании
штепселя (т.е. NOHUP), присоедините
выход "Data Terminal Ready" ко входу
"Data Set Ready" на том же устройстве
DTE. Это заставляет систему сообщать
самой себе, что модем всегда готов.
Заметим, что рассмотренная схема
подключения нулевого модема
является рекомендуемой, но
существуют и другие способы,
поэтому не думайте, что все нулевые
модемы одинаковы. В каждом
конкретном случае для нулевых
модемов учитывается определенное
окружение или функция, например
наличие безобрывного (nohup) варианта
подключения.
Теперь, когда мы знаем два
различных способа соединения
машин, мы можем рассмотреть способы
коммуникаций и типы подключения,
которые могут нам пригодиться.
ДОСТУП МИКРО-ЭВМ ИЛИ ТЕРМИНАЛА К
СИСТЕМЕ UNIX
В этом разделе мы рассмотрим
различные способы общения
микро-ЭВМ и автономных терминалов с
системой UNIX. Мы предполагаем, что
одно устройство DTE работает не под
управлением UNIX и обращается к
другому устройству, управляемому
системой UNIX.
ПРЯМОЕ ПОДКЛЮЧЕНИЕ
В простейшем случае имеется
терминал или микро-ЭВМ,
подсоединенные непосредственно к
системе UNIX. Это очень часто
встречается в системах разработки,
когда UNIX используется в качестве
кросс-компилятора, а
результирующий код загружается в
микро-ЭВМ. Другая ситуация - когда
терминалы находятся на рабочих
столах сотрудников и применяются
для выполнения бумажной работы,
отправки почты, печати документов и
т.д. Типичные конфигурации с прямым
подсоединением показаны на рис. 8-4.
Обычный сценарий подключения
терминала выглядит примерно таким
образом. Пользователь с помощью
терминала, например DEC VT-100,
регистрируется в системе UNIX по
прямой связи. Терминальное
устройство DTE должно быть
установлено в соответствии с
правильной внутренней
конфигурацией, включая скорость в
бодах, стартовые и стоповые биты,
число битов данных и четность. Это
обычные установки терминала,
которые можно задать либо
тумблерными переключателями, либо
при помощи терминальной
микропрограммы "SETUP".
Микро-ЭВМ, в отличие от терминала,
должна запустить некоторое
коммуникационное программное
обеспечение для корректного
управления аппаратурой. Эти
программы обычно снабжены меню или
каким-то другим способом указания
параметров - таких же, как у
терминалов. Действительно, имеются
программные пакеты, обеспечивающие
полную или почти полную эмуляцию
популярных терминалов, таких как
VT-100. Коммуникацинное программное
обеспечение, используемое вами,
устанавливается не специально для
UNIX, а для обработки сигналов RS-232-C,
которые обычно не зависят от того,
прямое ли подсоединение или через
модем.
Рисунок 8-4.
Прямое подключение терминалов и
микро-ЭВМ к UNIX
В качестве кабеля, соединяющего
терминал (или микро-ЭВМ) с системой
UNIX, нужно использовать нулевой
модем. Когда коммуникационное
устройство DCE отсутствует,
применяется кабель нулевого
модема.
В системе UNIX на терминальном
устройстве DTE должна быть утилита
getty (что первоначально означало
"get teletype" - доступ к телетайпу),
которая работает с определенным
портом и обнаруживает момент, когда
кто-то пытается зарегистрироваться
в системе. Программа getty (описанная
в init(M) и getty(M)) выводит подсказку
"login:" и читает символы,
поступающие по линии.
При прямом подключении процесс
getty может работать со скоростью 9600
бод, поэтому пользователи могут
получить выигрыш от применения
этой скорости. Это значительно
быстрее, чем 1200 или иногда 2400 бод -
скоростей, которые используются
чаще всего при работе с обычными
телефонными линиями. В зависимости
от того, как установлен файл gettydefs,
вы можете обычно изменить скорость
работы getty, нажимая клавишу break.
Клавиша break генерирует не символ, а
сигнал в линию, который длится
определенный интервал времени.
Драйверы устройств в системе UNIX
распознают этот сигнал и действуют
соответствующим образом.
Рассмотрение самого метода, с
помощью которого getty работает на
различных скоростях, выходит за
пределы данной книги. Важно знать,
что если getty работает на скорости 9600
бод, а вы используете терминал,
установленный на 1200 бод, то вам
нужно прокрутить переключение
скоростей getty с 9600 бод через все
промежуточные скорости до
достижения значения 1200 бод. Держите
клавишу break нажатой до тех пор, пока
getty не установится на нужную вам
скорость. Следующий пример взят из
файла gettydefs в OC XENIX System V и
показывает, как связаны между собой
скорости обмена.
| 5# B9600 PARENB CS7 OPOST ONLCR # B9600 SANE IXANY #Login: #1
| 4# B4800 PARENB CS7 OPOST ONLCR # B4800 SANE IXANY #Login: #5
| 3# B2400 PARENB CS7 OPOST ONLCR # B2400 SANE IXANY #Login: #4
| 2# B1200 CS8 OPOST ONLCR # B1200 SANE IXANY #Login: #3
| 1# B300 CS7 OPOST ONLCR # B300 SANE IXANY #Login: #2
|
Здесь указание #5 в файле inittab (или
в файле ttys для пользователей XENIX и
System III) порождает процесс getty,
работающий на скорости 9600 бод. Если
вы нажимаете клавишу break, следующим
по порядку является номер 1 (как
указано в конце строки номер 5). Если
вы нажимаете break еще раз, то
следующей является строка номер 2, и
т.д. Если вы нажмете break достаточное
количество раз, скорость getty
вернется по циклу к значению 9600 бод.
Вся последовательность действий,
связанных с регистрацией в системе,
выглядит примерно так. Сначала init
порождает процесс getty (инициируемый
из файла /etc/inittab) на определенном
номере терминала и с определенной
скоростью. При этом
устанавливаются характеристики
линии и выдается регистрационная
подсказка. Когда пользователь
вводит регистрационное имя, getty
проверяет его на правильность, а
затем выполняет программу login. Login
запрашивает пароль, зашифровывает
его и сверяет с зашифрованным
паролем в файле /etc/passwd. Если пароли
совпадают, login запускает процесс
shell, который печатает shell-подсказку
и читает ваши команды, поступающие
с терминала. Какой именно shell будет
запущен - определяется записью в
файле паролей, соответствующей
данному регистрационному
имени.Моему регистрационному имени
соответствует такая запись:
russ:j9egLecqEpXLg:201:51:Russ Sage:/usr/russ:/bin/shV
В этом случае запускается System V
shell, один из новых
shell-интерпретаторов фирмы AT&T.
ДИСТАНЦИОННОЕ ПОДКЛЮЧЕНИЕ
Альтернативой прямому
подключению является
дистанционное подключение через
модемную линию, показанное на рис.
8-5. Установка терминала или
конфигурирование микро-ЭВМ
выглядят примерно так же, как и в
предыдущем случае, за исключением
скорости обмена, на которой
работает терминал. Для большинства
модемов она должна равняться 1200
бодам.
Рисунок 8-5.
Дистанционное подключение
терминалов и микро-ЭВМ к UNIX
Терминал (когда он установлен на
1200 бод) общается непосредственно с
модемом. При этом задействованы
модемные команды "набрать
телефонный номер" (dial),
"повесить трубку" (hang up) и т.д.
Микро-ЭВМ, запускающая
коммуникационное программное
обеспечение, обычно имеет команду
набора номера, которая генерирует
команду для модема. Соединение
между терминалом/микро-ЭВМ и
модемом должно быть выполнено в
виде прямолинейного кабеля. Модем
имеет также телефонный кабель,
идущий в телефонную систему.
Поскольку мы имеем дело с UNIX,
последовательность действий при
регистрации в системе такая же, как
и рассмотренная ранее, за
исключением того, что getty
инициируется обычно со скоростью
1200 бод, чтобы соответствовать
скорости модема. Если getty имеет
другую скорость, переключите ее с
помощью клавиши break на значение 1200
бод.
Как только все действия по
конфигурированию завершены,
терминал или микро-ЭВМ может
связаться с системой UNIX. Как это
сделать? При регистрации
пользователя в системе структура
данных termcap используется для
поддержки управления экраном. Если
у вас еще нет записи в файле termcap,
обратитесь к предыдущей главе, где
описано, как подготовить такую
запись. Терминалы (поскольку обычно
они являются просто аппаратурой) не
слишком гибки и дружественны по
отношению к пользователю. Они не
обладают широким спектром
возможностей помимо регистрации в
системе и запуска некоторых
программ. Микро-ЭВМ, с другой
стороны, имеют большую гибкость и
могут многое добавить к
пользовательскому интерфейсу с
системой UNIX.
Коммуникационные программы имеют
обычно буфер памяти с прямой
адресацией (RAM), который вы можете
использовать для того, чтобы
захватить данные и поместить их на
диск. Благодаря применению этого
буфера, вы можете избавиться от
необходимости использовать
специальные команды UNIX для
передачи файлов. Вы можете дать
команду включения захвата данных,
затем отобразить файл на экран
(используя, например, команду cat или
просматривая файл редактором), если
только этот файл не слишком большой
для буфера.
Следует иметь в виду, однако, что
программные файлы или другие файлы,
требующие стопроцентной точности
при передаче, нужно передавать с
явным использованием протокола
проверки ошибок, поскольку
телефонные линии или даже прямое
подключение могут вносить
"шумы" и один неверный символ
может сделать программу
бесполезной. Некоторые протоколы,
поддерживаемые в мире микро-ЭВМ,
приспособлены к машинам с системой
UNIX, например программы xmodem и kermit.
Из этих двух протоколов xmodem более
широко распространен в мире
микро-ЭВМ и поддерживается почти
всеми системами типа досок
объявлений. Kermit очень популярен в
мире UNIX, имеет растущую
популярность в мире микро-ЭВМ и
доступен почти для каждой модели
микро-ЭВМ за цену, немногим большую
стоимости диска.
Используя эти протоколы,
микро-ЭВМ может посылать и
принимать файлы из системы UNIX, и вам
не нужно заботиться о контроле
ошибок при передаче данных. Чтобы
подробнее узнать об этих
протоколах, проконсультируйтесь у
администраторов вашей системы UNIX и
у пользователей микро-ЭВМ, имеющих
те же проблемы.
ДОСТУП ИЗ СИСТЕМЫ UNIX К
МИКРО-ЭВМ
Обратная ситуация, в отличие от
только что рассмотренной, состоит в
обращении из системы UNIX к системе,
отличной от UNIX, функционирующей на
микро-ЭВМ или на большой машине. Для
того чтобы это сделать, необходимо
знать, как получить доступ к
последовательному порту, какую
команду модема использовать для
набора телефонного номера, как
зарегистрироваться в той системе, в
которую мы обращаемся. Модель этой
ситуации показана на рис. 8-6.
Терминальное устройство DTE-1, т.е.
система UNIX, использует прямой
кабель для подключения модема. Для
последовательной линии, которой в
нашем примере является tty00, не нужно
запускать процесс getty. Программа getty
нужна только для регистрации в
системе, а не для обращения к другой
системе. Последовательным портом
UNIX-машины управляет программа cu.
Система, отличная от UNIX, имеет
регистрационную
последовательность некоторого
вида. Если вы обращаетесь к
микро-ЭВМ, на которой функционирует
программное обеспечение типа доски
объявлений, то система, отличная от
UNIX, обычно запрашивает ваше имя,
город и т.д., а также пароль. (Обычно
вы можете зарегистрироваться как
новый пользователь и завести
пароль, но это зависит от
конкретной доски объявлений.) Если
другой системой является большая
машина, то ее регистрационную
последовательность нужно знать
заранее.
Как уже отмечалось, основной
программой, которую предоставляет
UNIX для обращения к другой системе,
является cu(1), что означает "call
unix" ("вызвать UNIX"). На
практике, как и в нашем примере,
другая система не обязана быть
системой UNIX, поэтому эту программу
было бы более правильно
характеризовать как
"подключение к UNIX-порту".
Рисунок 8-6.
Обращение UNIX к системе, отличной от
UNIX
Программа cu открывает
последовательный порт и помещает
"файл занятости" ("lock file")
в каталог /usr/spool/uucp. Присутствие
этого файла занятости просто
означает, что порт задействован, и
препятствует доступу к нему других
пользователей. Вы имеете право
исключительного доступа до тех пор,
пока не выйдете из программы cu и не
отдадите этот порт кому-нибудь
другому.
При вызове утилиты cu начинают
работать два процесса: читатель
(который читает из
последовательного порта) и
писатель (который пишет в
последовательный порт). Когда вы
вводите символы для программы cu,
она проверяет наличие среди них
специальных символов, на которые
она должна реагировать. Обычно cu
сразу реагирует на специально
предназначенные ей командные
символы. Остальные символы
передаются через последовательный
порт другой стороне. Помимо
передачи символов вперед и назад,
программа cu предоставляет многие
функции, аналогичные функциям
коммуникационного пакета
микро-ЭВМ.
ОБНАРУЖЕНИЕ МОДЕМОВ В СИСТЕМЕ
Если вы работаете на большой
машине, вам нужно выяснить, какие
порты в вашей системе подсоединены
к модему и внешней линии. Если вы
администратор, то вы должны знать,
как сконфигурировать эти линии.
Начинать нужно с файла
/usr/lib/uucp/L-devices. Это основной файл,
определяющий, какие порты
используются и каким образом они
используются. Вот пример
распечатки с информацией о портах:
|
| ACU cul0 cua0 1200
| DIR tty00 0 300
| DIR tty00 0 1200
| DIR tty00 0 2400
| DIR tty00 0 4800
| DIR tty00 0 9600
|
В файле L-devices каждый порт
определяется либо как прямое
подключение (DIR - direct connection), либо как
специальное устройство, называемое
устройством автоматического
вызова (ACU automatic call unit). Об
устройствах вызова мы поговорим
позже. Сейчас нам нужно рассмотреть
только записи типа DIR. Программа cu
использует записи типа прямого
подключения, а uucp - типа ACU. Теперь
очень просто идентифицировать
каждый последовательный порт: как к
нему обращаться, на какой скорости
он работает и можем ли мы
осуществить вызов через этот порт.
Данные файла L-devices показывают,
например,что последовательный порт
tty00 используется как линия прямого
вызова. Вам разрешается
использовать для вызова через этот
порт скорости от 300 до 9600 бод. Это
полный диапазон используемых
обычно скоростей обмена, причем
более высокие скорости применяются
для прямого подключения к другим
машинам, а не к модему.
А как насчет модемных линий,
которые ВХОДЯТ в машину? Для того
чтобы их найти, нужно посмотреть
каталог /etc. Там два файла dialin и dialup
определяют, на каких линиях tty
применяется вторичная
регистрационная парольная
последовательность для удаленных
пользователей. Эти линии tty
предназначены только для обращения
извне в данную систему и обычно не
могут быть использованы для
доступа из этой системы во внешний
мир.
ИСПОЛЬЗОВАНИЕ И
КОНФИГУРИРОВАНИЕ ЛИНИИ
Теперь, когда мы знаем, по какой
линии осуществить вызов, нам
необходима команда вызова. В
последних версиях System V утилита cu
более развита, чем в предыдущих
версиях. Нам, как правило, не нужны
особо мощные возможности, поэтому
наши командные строки довольно
просты и смогут работать
практически с любым вариантом
программы cu.
К основным возможностям, которые
мы имеем, относятся: выбор номера
линии (т.е. устройства tty), скорости
функционирования и подключаться ли
к устройству напрямую для ручного
набора номера либо же набирать
номер автоматически. Самый простой
способ - чтобы номер набирала
программа cu, но если это невозможно,
то вы должны подключиться
непосредственно к модему.
Следующий пример показывает, как
непосредственно подключиться к
устройству и вручную управлять
модемом с целью набора номера. В
данном случае используется
довольно широко распространенный
модем Hayes 1200 Smartmodem. Если у вас модем,
который не является
"Hayes-совместимым", то вы должны
найти эквивалентные управляющие
последовательности в вашей
документации.
$ cu -ltty00 dir # Получить прямой доступ к терминальной
# линии со скоростью 1200 бод
Connected # Отзыв программы cu
ATdt555-1212 # Внимание модему, установка связи путем
# набора следующего номера
CONNECT # Модем подтверждает факт подключения
# Отправка возврата каретки в систему-адресат
Welcome to Micro BBS # Получение приветствия от микро-ЭВМ
.
.
выполнение сеанса работы с удаленной системой
.
.
exit # Выйти из микро-системы ИЛИ,
+++ # если вы этого не хотите, временно
# выйти из модемного подключения
# (по команде escape, а не exit)
OK # Ответ модема на временный выход
ATh0 # Попросить модем занять телефон
OK # Ответ модема
~. # Завершить работу с cu
Для того чтобы указать программе
cu автоматический набор номера,
используйте другой синтаксис в
командной строке. Мы применяем
устройство автоматического вызова
ACU для того, чтобы сделать вызов.
Фактическая команда набора номера
генерируется программой /usr/lib/uucp/dial.
Пример вызова выглядит так:
$ cu -acua0 555-1212
ИЗМЕНЕНИЕ СКОРОСТЕЙ ОБМЕНА
Модемы типа Smartmodem могут работать
со скоростями 300 и 1200 бод. По
умолчанию, программа cu
подключается к последовательному
порту на скорости 1200 бод. Если вы
подключаетесь с использованием
умолчаний, проверьте скорость,
временно выйдя из программы cu (по
команде escape, а не exit), и применив
команду stty, которая отображает
скорость обмена:
~!stty < /dev/tty00
Эта команда должна сообщить
обычные установки stty для
последовательного порта /dev/tty00.
Скорость обмена должна равняться
1200. Модемы типа Smartmodem автоматически
понижают скорость до 300 бод при
ответе по телефону. При вызове вы
можете понизить скорость модема до
300 бод двумя различными способами.
Первый способ - заставить cu
открыть линию со скоростью 300 бод,
указав 300 в командной строке
программы cu. Заметим, что когда вы
применяете альтернативную
скорость (отличную от 1200 бод),
запись о скорости обмена ДОЛЖНА
присутствовать в файле L-devices И в
командной строке cu, как в следующем
примере:
$ cu -ltty00 -s300 dir
Второй метод хитрее, но зато
предоставляет больше гибкости. Мы
можем вызвать cu со значением по
умолчанию 1200, затем временно (по
команде escape) выйти из cu и вызвать
программу stty, чтобы указать
скорость обмена последовательного
порта равной 300 бодам. Это нужно
сделать после того, как вы
обратились к линии с помощью cu. Эта
измененная скорость обмена
действительна до тех пор, пока вы не
закроете линию (т.е. окончательно
выйдете из cu по команде exit). В этот
момент порт инициализируется
заново. Например:
$ cu -ltty00 dir # Захватить линию на 1200 бод
Connected # Отзыв программы cu
~!stty 300 < /dev/tty00 # Временно выйти из cu и
# установить для линии tty
# скорость 300 бод
Отметим, что этот метод НЕ требует
наличия записи о скорости 300 бод в
файле L-devices, поскольку мы работаем с
последовательным портом вне
области действия программы cu.
Попутно заметим, что временный
выход (по команде escape) из cu
совершенно аналогичен временному
выходу из любой команды системы UNIX.
Вы можете временно выйти для
запуска определенной команды,
например:
~!echo "you can run any command here"
Вы можете также перейти в shell и
работать так, как вы всегда
работаете:
~!sh
Вы должны, однако, помнить, что вы
все еще подключены с помощью
программы cu к последовательному
порту, а телефон по-прежнему
подсоединен к удаленной системе до
тех пор, пока вы не дадите вручную
команду выхода или отключения
телефона, или пока удаленная
система не отключит телефон по
тайм-ауту.
ЗАХВАТ ДАННЫХ
Теперь мы умеем найти модем,
подключиться к последовательной
линии и установить связь с другой
системой. Если мы вызываем доску
объявлений, нам может понадобиться
захватывать файлы с целью
последующего использования.
Программа cu не предоставляет такой
возможности. Как мы уже отмечали,
микро-ЭВМ делают это обычно при
помощи RAM-буфера, который
сохраняется на диске, когда он
заполняется. А UNIX не может
действовать таким образом.
Простейший способ, придуманный
мною для захвата данных из другой
системы - пропустить по конвейеру
все, что выдается на терминал, через
команду tee системы UNIX. Весь ввод с
вашей клавиатуры не
перехватывается, а все, что идет на
стандартное устройство вывода (stdout)
попадает в выходной файл утилиты tee.
Это выглядит так:
cu -ltty00 dir | tee файл_перехвата
Одно из последствий перехвата
информации таким методом состоит в
том, что все символы возврата
каретки, печатаемые из удаленной
системы, попадают в выводной файл
команды tee. Вы обнаруживаете их в
виде "^M" в конце каждой строки
файла. Избавиться от всех этих
возвратов каретки легко,
попробуйте выполнить такую
последовательность команд
редактора ed:
ed файл_перехвата
1,$s/^M//g
w
q
Смысл этих команд следующий. Для
каждой строки во всем файле (1, $)
заменить возврат каретки (^M) на
ничего (//). Сделать это для
произвольного количества символов
возврата каретки в отдельной
строке ("g" означает глобальную
замену в строке). Вы можете
превратить control-M в заменяемую
строку либо вводом символа
обратной косой черты () и настоящим
нажатием на клавишу возврата
каретки, либо в редакторе vi
использовать префикс control-V для
разрешения ввода управляющих
символов. После редактирования
запишите файл и выйдите из
редактора ed.
Конечно, все это вы можете для
удобства оформить в виде
командного файла интерпретатора
shell.
ИНСТРУМЕНТАЛЬНЫЕ
СРЕДСТВА ДЛЯ КОММУНИКАЦИОННЫХ
ЛИНИЙ
Две утилиты, которые мы здесь
предлагаем, связаны с доступом к
последовательному порту. Когда
линия освобождается, вы сразу же
узнаете об этом и можете управлять
линией с помощью нескольких
нажатий клавиш.
ИМЯ: cuchk
cuchk Cu check - проверка свободной
линии для cu
НАЗНАЧЕНИЕ
Опрашивает таблицу состояния
процессов и ищет процессы cu. Когда
они завершаются, на ваш экран
выдается сообщение и программа
прекращает работу.
ФОРМАТ ВЫЗОВА
cuchk - Сообщить, когда cu освободит линию
ПРИМЕР ВЫЗОВА
cuchk
ТЕКСТ ПРОГРАММЫ
1 :
2 # @(#) cuchk v1.0 Check for a free cu line Author: Russ Sage
Проверка свободной линии для cu
4 if [ "$#" -gt "0" ]
5 then echo "cuchk: too many arguments" >&2
6 echo "usage: cuchk" >&2
7 exit 1
8 fi
10 while :
11 do
12 ps -e | fgrep cu > /dev/null
13 && sleep 5
14 || { echo "ncu is free"; exit; }
15 done &
ОПИСАНИЕ
Зачем нам нужен командный файл
cuchk?
Похоже, что большинство систем UNIX
скупы на последовательные порты.
Это становится важным моментом,
когда имеется только один выводной
порт для шести или семи человек.
Опыт показывает, что если вы не
получите доступ к порту сразу, то
вам придется ждать снова и снова и
вы не будете знать, как долго
собирается текущий пользователь
занимать определенный порт. Вместо
того чтобы терять время на
постоянную проверку занятости
порта, почему бы не поручить машине
сообщить вам, когда этот порт
освободится?
Что делает cuchk?
При вызове программы cuchk она
запускается в фоновом режиме. Она
управляется бесконечным циклом,
обеспечивающим ее
работоспособность. Программа cuchk
наблюдает за системой, ведя поиск
среди всех активных процессов. Если
она обнаруживает процесс cu (который
может работать с интересующим нас
портом, а может и нет), она засыпает
на 5 секунд и снова ведет поиск. Если
нет процессов cu, функционирующих на
машине, она выдает сообщение "cu is
free" ("cu свободна") и
завершается. Таким образом, мы не
обязаны вручную следить за работой
cuchk, она сама запускается и сама
завершается. Это имеет смысл,
поскольку вся ценность этой
утилиты свелась бы на нет, если бы
ее саму нужно было периодически
проверять!
ПОЯСНЕНИЯ
В строках 4-8 выполняется проверка
на ошибки. Поскольку cuchk не имеет
никаких опций, в командной строке
не должно быть никаких параметров.
Если параметры присутствуют, это
считается ошибкой. Строки 10-15
организуют вечный цикл while.
Обратите внимание, что амперсанд в
строке 15 автоматически запускает
cuchk в фоновом режиме, ведь нет
никакого резона выполнять эту
программу в приоритетном режиме.
В строке 12 выполняется команда
"ps -e", которая выдает
информацию о состоянии всех
значительных пользовательских
процессов. Эти данные пропускаются
по конвейеру через fgrep. Утилита fgrep
ищет наличие символов "cu". Мы
надеемся, что эти символы
соответствуют только процессам cu,
которые мы ищем. Они могут, однако,
относиться к чему-то совершенно
неожиданному, например "picuser"
или к какому-то аналогично
построенному имени. Результат
работы команды fgrep направляется на
устройство /dev/null, чтобы избавиться
от лишней информации. Нас
интересует только статус
завершения команды fgrep. Он сообщает
нам, найдено ли вхождение символов
"cu" или нет.
В конце строки 12 присутствует
символ обратной косой черты,
указывающий интерпретатору shell, что
следующая физическая строчка
является на самом деле частью той
же самой программной строки и что
нужно добавить ее к строке 12, а не
выполнять самостоятельно.
Разбиение длинных строк на
несколько меньших строк с помощью
символов обратной косой черты
позволяет нам получать красиво
оформленный, более наглядный
исходный код.
Строка 13 выполняется в том случае,
если fgrep отработала успешно (т.е.
если она выдает нулевой статус
завершения). Это означает, что
символы "cu" найдены, а значит
процесс cu работает и в настоящее
время не доступен. Поэтому процесс
cuchk засыпает на 5 секунд. Когда он
пробуждается, выполнение
продолжается со строки 10,
возобновляется вечный цикл и
проверка процессов продолжается.
Если fgrep не находит символы "cu"
(возвращается ненулевой статус
завершения), то выполняется строка
14, которая выдает сообщение о том,
что программа cu свободна, и работа
программы завершается. Таким
образом, мы сразу же знаем, что
линия cu открыта для использования,
поэтому мы можем поскорее занять
ее.
Назад | Содержание | Вперед
| 
