Руководство по управлению системой: Сети и средства связи

Обслуживание BNU

Для правильной работы необходимо периодическое обслуживание утилит BNU. Обслуживание BNU заключается в следующем:

Периодическое чтение и удаление файлов протоколов.
Проверка содержимого очередей BNU с помощью команд uuq и uustat для проверки правильности передачи заданий в удаленные системы.
Планирование автоматического выполнения команд, опрашивающих удаленные системы при поиске заданий, возвращающих неотправленные файлы пользователям, и выдающих сообщения о состоянии BNU.
Периодическое обновление файлов конфигурации для отражения изменений, происходящих в системе.

Кроме того, вы должны время от времени обмениваться информацией с администраторами удаленных систем, чтобы узнавать об изменениях, которые могут потребовать внесения изменений в конфигурацию вашей системы. Например, если администратор системы venus изменил пароль вашей системы, то вы должны поместить новый пароль в файл /etc/uucp/Systems (или заменяющий его файл, указанный в /etc/uucp/Sysfiles) до того, как вы установите связь с системой venus.

Список команд обслуживания BNU приведен в разделе Справочная информация по файлам, командам и каталогам BNU.

Работа с файлами протоколов BNU

Для отслеживания выполняемых операций BNU создает файлы протоколов и файлы сообщений об ошибках. Эти файлы необходимо периодически просматривать и удалять с целью экономии места на диске. В BNU предусмотрены следующие команды очистки файлов протоколов:

uulog
uuclean
uucleanup
uudemon.cleanu.

Эти команды можно выполнять вручную или создать записи в файле /var/spool/cron/crontabs/uucp для запуска команд с помощью демона cron.

Файлы протоколов в каталогах .Log и .Old

BNU размещает файлы протоколов в каталоге /var/spool/uucp/.Log. Эти файлы создаются для каждой доступной удаленной системы с помощью команды uucp, uucico, uux или uuxqt. BNU помещает информацию о состоянии каждой транзакции в соответствующий файл протокола при любом обращении к BNU в системе. Если выполняется несколько процессов BNU, то система не может обратиться к файлу протокола. Вместо этого она помещает информацию о состоянии в отдельный файл с префиксом .LOG.

Команда uulog выдает краткую информацию о запросах uucp или uux, отсортированную по именам пользователей или систем. Команда uulog показывает список файлов. Однако вы можете выбрать и автоматическое объединение файлов протоколов в основной файл протокола. Такой процесс называют сжатием файлов протоколов. Его можно выполнить командой uudemon.cleanu, обычно запускаемой демоном cron.

Демон cron запускает команду uudemon.cleanu. Команда uudemon.cleanu объединяет файлы протоколов uucico и uuxqt в локальной системе и помещает их в каталог /var/spool/uucp/.Old. Одновременно с этим команда удаляет старые файлы протоколов, которые ранее хранились в каталоге .Old. По умолчанию команда uudemon.cleanu хранит файлы протокола два дня.

Если в системе недостаточно памяти, попробуйте уменьшить продолжительность хранения файлов. Если же вам необходима информация о транзакциях BNU за больший период времени, попробуйте увеличить эту продолжительность. Для изменения продолжительности хранения файлов протокола по умолчанию отредактируйте сценарий оболочки для команды uudemon.cleanu. Сценарий хранится в каталоге /usr/sbin/uucp; для его изменения необходимы права доступа root.

Другие фалы протоколов BNU

BNU также собирает информацию и помещает ее в каталог /var/spool/uucp/.Admin. В этом каталоге хранятся файлы errors, xferstats, Foreign и audit. Эти файлы необходимо время от времени просматривать и удалять с целью экономии места на диске. BNU создает каждый файл при необходимости.

Если к вашей системе обращается удаленная система, в которой работает демон uucico в режиме отладки, то в вашей системе также запускается демон uucico в режиме отладки. Сообщения отладки, создаваемые демоном в локальной системе, хранятся в файле audit. Размер этого файла постоянно увеличивается. Рекомендуется периодически просматривать и удалять файл audit.

В файле errors хранится информация об ошибках, обнаруженных демоном uucico. Этот файл применяется при устранении ошибок, например, в случае неверных прав доступа в рабочих файлах BNU.

Файл xferstats содержит информацию о состоянии каждой операции передачи файлов. Время от времени просматривайте и удаляйте этот файл.

Файл Foreign играет важную роль в защите системы. Каждый раз, когда неизвестная система пытается войти в локальную систему, BNU вызывает процедуру оболочки remote.unknown. Эта процедура регистрирует попытку в файле Foreign. Таким образом, файл Foreign содержит имена систем, которые попытались вызвать локальную систему, но получили отказ. Если система часто пытается вызвать вашу систему, учтите это при решении вопроса о том, следует ли разрешить доступ данной системе.

Системные файлы протоколов, используемые BNU

Так как многим процессам BNU для выполнения своих задач необходимы права доступа root, BNU часто создает записи в файле протокола /var/spool/sulog. Аналогично, при планировании задач BNU с помощью демона cron большое количество записей создается в файле /var/spool/cron/log. При работе с BNU периодически просматривайте и очищайте эти файлы.

Команды обслуживания BNU

Основные сетевые утилиты предоставляют несколько команд, предназначенных для отслеживания операций BNU, а также очистки каталогов и файлов BNU.

Команды очистки

В BNU предусмотрены три команды очистки каталогов и удаления неотправленных файлов:

uuclean	Удаляет все файлы, возраст которых превышает заданное количество часов, из административных каталогов BNU. В команде uuclean вы можете указать каталог для очистки или тип удаляемого файла. Кроме того, вы можете указать опцию уведомления владельцев удаленных файлов. В программном обеспечении Berkeley Software Distribution (BSD) команда uuclean - это эквивалент команды uucleanup.
uucleanup	Выполняет функции, аналогичные команде uuclean. Однако команда uucleanup проверяет возраст файлов в днях, а не часах. С помощью команды uucleanup вы можете отправить предупреждающее сообщение пользователям, файлы которых не были отправлены, и сообщить им о том, что файлы по-прежнему находятся в очереди. Кроме того, команда uucleanup удаляет файлы, относящиеся к указанной удаленной системе.
uudemon.cleanu	Это процедура оболочки, выполняющая команды uulog и uucleanup для сжатия файлов протоколов BNU и удаления файлов протоколов и рабочих файлов, возраст которых превышает три дня. Команду uudemon.cleanu запускает демон cron.

Команды проверки состояния

В BNU предусмотрены команды проверки состояния передачи и файлов протоколов:

uuq	Показывает задания, находящиеся в очереди заданий BNU. С помощью команды uuq вы можете узнать состояние указанного задания или всех заданий. Обладая правами доступа root, вы можете с помощью команды uuq удалить задание из очереди.
uustat	Предоставляет ту же информацию, что и команда uuq, но в другом формате. Команда uustat применяется для проверки состояния и удаления принадлежащих вам заданий. Обладая правами доступа root, вы можете удалить и задания, принадлежащие другим пользователям.
uulog	Выдает краткую информацию о запросах uucp или uux по всем пользователям или системам. Команда uulog показывает имена файлов. Дополнительная информация приведена в разделе Работа с файлами протоколов BNU .
uupoll	Опрашивает удаленную систему. Применяется в случае, когда в очереди накопилась информация для обработки, которую необходимо передать в удаленную систему, а время автоматического вызова удаленной системы по расписанию пока не наступило.
uusnap	Выдает очень краткую информацию о состоянии BNU. Для каждой удаленной системы эта команда показывает количество файлов, ожидающих передачи. Однако она не указывает, сколько времени продолжается ожидание. В программном обеспечении Berkeley Software Distribution (BSD) команда uusnap - это эквивалент команды uustat.

Процедуры оболочки

BNU поставляется с двумя процедурами оболочки, применяемыми в целях обслуживания:

uudemon.cleanu

Информация приведена в разделе "Команды очистки"

uudemon.admin

Запускает команду uustat, которая сообщает о состоянии заданий BNU. Результаты передаются пользователю uucp как почтовое сообщение. Вы можете изменить процедуру оболочки uudemon.admin так, чтобы почта рассылалась всем пользователям, или с помощью программы передачи почты перенаправить всю почту, предназначенную пользователю uucp, пользователю, отвечающему за администрирование BNU.

Указанные процедуры оболочки хранятся в каталоге /usr/sbin/uucp. Если вы хотите изменить их, скопируйте их в другой каталог и внесите изменения в копии. Затем запустите процедуры из командной строки или запланируйте их запуск демоном cron.

Если вы хотите, чтобы команды uudemon.cleanu и uudemon.admin выполнялись автоматически, удалите символы комментария (#) из соответствующих строк файла /var/spool/cron/crontabs/uucp.

Контроль работы удаленного соединения BNU

Предварительные требования

В системе должна быть установлена программа BNU.
Между вашей и удаленной системами должен быть настроен канал передачи данных (выделенный, телефонный или TCP/IP).
Файлы конфигурации BNU, включая Systems, Permissions, Devices и Dialers (а также файл Sysfiles, если он используется), должны обеспечивать связь между локальной и удаленной системами.

Примечание: Для изменения файлов конфигурации BNU вам необходимы права доступа root.

Процедура

При возникновении неполадок, связанных с передачей файлов, можно воспользоваться командой Uutry, обеспечивающей контроль работы демона uucico.

С помощью команды uustat определите состояние заданий передачи в текущей очереди:
```
uustat -q
```
Появится отчет о состоянии примерно следующего вида:
```
venus 3C (2) 05/09-11:02 Нет доступа к устройству
hera 1C 05/09-11:12 SUCCESSFUL
merlin 2C 5/09-10:54 NO DEVICES AVAILABLE
```
Этот отчет указывает, что три командных файла (C.*), предназначенных для удаленной системы venus, находятся в очереди в течение двух дней. Возможны различные причины такой задержки. Например, система venus могла быть закрыта на обслуживание, или был выключен модем.
Перед тем как вы начнете выполнять более сложные процедуры устранения неполадок, введите команду Uutry, как указано ниже, чтобы определить, может ли ваша локальная система обратиться в настоящий момент к системе venus:
```
/usr/sbin/uucp/Uutry -r venus
```
Эта команда запускает демон uucico с небольшим временем отладки и инструкцией переопределить время повтора по умолчанию. Команда Uutry перенаправляет вывод во временный файл /tmp/venus.
Если локальной системе удастся установить соединение с системой venus, то результаты отладки будут содержать большое количество информации. Наиболее важна последняя строка в этом сценарии. Она приведена ниже:
```
Диалог завершен: Успешно
```
Если соединение успешно установлено, будем предполагать, что временные неполадки передачи файлов устранены. Введите команду uustat еще раз, чтобы убедиться, что файлы в буферном каталоге успешно переданы в удаленную систему. Если переданы не все файлы, выполните инструкции из раздела Отслеживание передачи файлов BNU для локализации неполадок в соединении локальной и удаленной систем.
Если локальная система не может подключиться к удаленной системе, то вывод команды Uutry будет содержать примерно следующую информацию:
```
вызов mchFind (venus)
conn (venus)
getto ret -1
Сбой вызова: НЕТ ДОСТУПА К УСТРОЙСТВУ
код выхода 101
Диалог завершен: Сбой
```
Сначала проверьте физическое соединение между локальной и удаленной системами. Убедитесь, что удаленный компьютер включен, и все кабели правильно подсоединены, порты включены или отключены (по необходимости) в обеих системах, а нужные модемы находятся в рабочем состоянии.
Если физическое соединение исправно и надежно, проверьте все необходимые файлы конфигурации как в локальной, так и в удаленной системах:
- Проверьте записи файлов Devices, Systems и Permissions (а также, при необходимости, Sysfiles) в каталоге /etc/uucp в обеих системах.
- Если применяется модем, убедитесь в том, что файл /etc/uucp/Dialers (или альтернативный, указанный в файле /etc/uucp/Sysfiles) содержит правильные записи. Если вы применяете сокращенные коды, убедитесь, что они определены в файле /etc/uucp/Dialcodes.
- Если применяется соединение TCP/IP, проверьте записи TCP в файлах конфигурации и возможность запуска демона uucpd.
Проверьте физическое соединение и файлы конфигурации и введите команду Uutry еще раз. Если в результатах отладки по-прежнему сообщается о сбое соединения, то вам может потребоваться помощь специалиста по технической поддержке. Сохраните вывод команды Uutry. Он поможет вам при диагностике неполадок.

Контроль передачи файлов BNU

Предварительные требования

В системе должна быть установлена и настроена программа BNU
Установите соединение с удаленной системой в соответствии с инструкциями в разделе Отслеживание удаленного соединения BNU

Контроль передачи файлов

Ниже приведена процедура отслеживания передачи файлов в удаленную систему. Она применяется в случае, когда при передаче файлов в удаленную систему происходит сбой по неизвестным причинам. Для поиска причин неполадок можно воспользоваться отладочной информацией, созданной демоном uucico (вызываемым командой Uutry).

Команда Uutry позволяет контролировать процесс передачи файлов:

Подготовьте файл для передачи командой uucp с флагом -r:
```
uucp -r test1 venus!~/test2
```
Флаг -r сообщает программе UUCP о том, что файл необходимо создать и поместить в очередь, но не запускать демон uucico.
Запустите демон uucico с помощью команды Uutry с флагом -r:
```
/usr/sbin/uucp/Uutry -r venus
```
Эта команда указывает демону uucico установить соединение с удаленной системой venus и переопределяет время повтора по умолчанию. Демон обращается к системе venus, входит в нее и передает в нее файл, в то время как команда Uutry создает вывод с результатами отладки, позволяющий отслеживать процесс uucico. Для прекращения создания отладочного вывода и возврата в режим командной строки нажмите клавишу прерывания.
Команда Uutry также сохраняет результаты отладки в файле /tmp/SystemName. Если вы прервете создание результатов отладки до окончания установки соединения, то можете просмотреть файл вывода и узнать результат установки соединения.

Отладка BNU

Сообщения об ошибках BNU можно вставить в определенную фазу диалога. Для локализации неполадок BNU воспользуйтесь рисунком "Диаграмма диалога BNU" и приведенными после него описаниями ошибок. Некоторые из следующих сообщений не могут быть отправлены из BNU, но включены в список на случай применения другой версии UUCP.

Рис. 8-1. Диаграмма диалога BNU. На этом рисунке показан поток и различные этапы диалога BNU. Демон uucico передает данные на этап 1-Проверка системы, затем они передаются на этап 2-Выбор устройства, этап 3-Установление соединения, этап 4-Вход в систему, этап 5-Передача данных и выполнение файлов и на этап 6-Отключение.
Рисунок comma13

Фаза 1 - Сообщения о состоянии

`Ошибка захвата`	Неполадки в локальном системном блоке. Просмотрите возможные причины в отчете об ошибках, введя команду `errpt -a \| pg`.
`Система не указана в файле Systems`	Если вы указали имя удаленной системы, отсутствующее в файлах Systems, появляется сообщение о состоянии и работа BNU завершается. Введите команду uuname для выяснения имени системы.
`Неверное время вызова`	В файле Systems заданы ограничения на моменты времени, в которые разрешены вызовы удаленных систем. BNU будут продолжать попытки вызова до тех пор, пока не наступит подходящее время. Просмотрите файл Systems.
`Необходим обратный вызов`	Связь по сети ограничена из-за слишком высокой цены обслуживания или по причинам, связанным с защитой, и в данный момент доступ запрещен.
`Вызов невозможен` `Нет вызова`	Эти сообщения об ошибках означают, что BNU попытались вызвать удаленную систему, но неудачно. BNU не будут немедленно повторять попытку. Другая возможная причина ошибки - устаревший файл состояния системы, не позволяющий демону uucico повторить попытку.

Фаза 2 - Сообщения о состоянии

`Сбой сценария Dialer`	Сценарий файла Dialers выполнен неудачно.
`Нет доступных устройств` `Устройство недоступно`	Модем или телефонная линия для вызовов из локальной системы заняты. Проверьте правильность записи об устройстве в файле Systems. Кроме того, проверьте файлы Devices и Dialers, чтобы убедиться, что с логическими устройствами связаны физические устройства. Возможно, в файле /etc/uucp/Sysfiles заданы альтернативные файлы Systems, Devices или Dialers, настроенные неправильно. Не используется ли устройство другой программой? Проверьте, нет ли блокировок портов в каталоге /var/locks. Если файл блокировок существует (например, LCK..TTY0), проверьте, активен ли процесс с номером, указанным в файле блокировки. Если нет, то вы можете удалить его (например, `rm /var/locks/LCK..TTY0`). Кроме того, проверьте права доступа к порту.
`Сбой набора номера` `Сбой вызова системы`	Эти сообщения об ошибках появляются, когда ваша система успешно вызвала другую систему, но та не отвечает. Кроме того, это может указывать на ошибку в файлах Devices. Введите команду `uucico -r1 -x6 -s ИмяСистемы`. Возможно, BNU не получил строку, которую ожидал. Установите соединение вручную и выясните, какие записи необходимо добавить в файл Systems для выполнения запроса. В информации должен быть учтен фактор времени: возможно, в строке набора номера, добавляемой в конфигурацию модема, потребуется предусмотреть некоторые задержки. Кроме того, это может означать, что порт занят, вы набрали неверный номер или BNU перестал быть владельцем порта.
`OK` `Автоматический набор номера`	Это информационные сообщения, не указывающие на ошибку.

Фаза 3 - Сообщения о состоянии

`Сбой квитирования (LCK)`	Устройство занято, процессу не удалось создать файл LCK. Иногда администратору следует вручную удалять файлы LCK. Если несколько попыток окажутся неудачными, обратитесь к системному администратору. Выясните, не управляет ли другой процесс (например, другой экземпляр демона uucico) нужным портом.
`Сбой входа в систему`	Вход в систему выполнить не удалось из-за неудачного соединения или недостаточного быстродействия компьютера.
`Тайм-аут`	Удаленная система не ответила за предопределенный период времени. Другая возможная причина - ошибка в сценарии диалога.
`Успешный вызов системы`	Вызов успешно выполнен.
`BNU (продолжение)`	Это информационные сообщения, не указывающие на ошибку.

Фаза 4 - Сообщения о состоянии

`Сбой запуска` `Отказ в удаленной системе после входа`	После входа в удаленную систему в ней был запущен демон uucico. Такие сообщения появляются, если инициализировать диалог между двумя системами не удалось. Возможно также, что вы вошли в BNU под неправильным именем или не удалось выполнить начальное квитирование.
`Неправильное имя компьютера`	Компьютер был вызван неправильно или его имя изменилось.
`Неправильное сочетание ИД входа в систему и компьютера`	Вход в удаленную систему не выполнен. Причиной могут быть неправильный номер телефона, неверный ИД входа в систему или пароль, ошибка в сценарии диалога.
`В удаленной системе есть файл LCK для локальной системы`	Обе системы попытались вызвать друг друга одновременно. В течение некоторого времени запрос из локальной системы выполняться не будет.
`OK` `Идет диалог`	Это информационные сообщения, не указывающие на ошибку.
`LOGIN:` `ПАРОЛЬ:`	Если приглашение ввести ИД входа в систему или пароль набрано прописными буквами, то модем, возможно, работает в режиме эхоповтора (значение E1 в Hayes-совместимых модемах). Это приводит к тому, что при получении вызова модем отправляет эхоповтор RING в вашу систему. Команда getty принимает строку и изменяет буквы приглашения `login:` или `password:` на прописные. Отключите (значение off режим эхоповтора на модеме (укажите `ATE0` для Hayes-совместимых модемов). Примечание: Учтите, что после внесения этого изменения вы должны использовать значение `ATE1` в сценарии диалога в файлах Dialers; в противном случае, вы не получите ожидаемый ответ `OK` от модема. Если удаленный порт настроен на `delay` или `getty -r`, и сценарий диалога ожидает ввода с клавиатуры, то порты, для которых задано `delay`, ожидают один или несколько символов возврата каретки перед продолжением процесса входа в систему. Попробуйте начать сценарий диалога в исходной системе со следующих символов: "" \r\d\r\d\r\d\r in:--in: ... Они означают следующее: ничего не ожидать, отправить возврат каретки, задержка, возврат каретки, задержка, возврат каретки, задержка, возврат каретки.

Фаза 5 - Сообщения о состоянии

`Предупреждение`	Неполадки демона uucico при работе с соединением. Либо соединение неисправно, либо параметру "xon/xoff" на модеме присвоено значение "yes".
`Удаленный доступ к пути/файлу запрещен` `Сбой копирования`	Эти сообщения указывают на неполадку с правами доступа; проверьте права доступа к файлу и пути.
`Ошибка чтения`	В удаленной системе произошел выход за границы памяти, скорее всего, в области буфера; или демону uucico не удалось прочесть или записать информацию на устройство.
`Сбой диалога`	На модеме произошел сбой несущей частоты. Возможно, модем отключен, не подсоединен кабель, удаленная система закрыта или в ней произошел сбой. Возможен также сбой на телефонной линии.
`Запрошено` `Копирование выполнено успешно`	Это информационные сообщения, не указывающие на ошибку.

Фаза 6 - Сообщения о состоянии

OK (Диалог завершен) Удаленная система может аннулировать запрос "положить трубку" и поменяться ролями с локальной (это означает, что ей необходимо передать информацию локальной системе). После того, как оба демона uucico исчерпают всю информацию, которой им необходимо обменяться, они завершат диалог.

Успешный диалог Это информационное сообщение, не указывающее на ошибку.

Отладка входа в систему BNU с помощью демона uucico

Предварительные требования

В системе должно быть установлено программное обеспечение BNU.
Между вашей и удаленной системами должен быть настроен канал передачи данных (выделенный, телефонный или TCP/IP).
Файлы конфигурации BNU, включая Systems, Permissions, Devices и Dialers (а также файл Sysfiles, если он применяется), должны обеспечивать связь между локальной и удаленной системами.

Примечание: Для изменения файлов конфигурации BNU вам необходимы права доступа root.
Для запуска демона uucico в режиме отладки необходимы права доступа root.

Процедура

Для создания отладочной информации о неработающем соединении между локальной и удаленной системами запустите демон uucico с флагом -x, как показано ниже:
```
/usr/sbin/uucp/uucico -r 1 -s venus -x 9
```
где -r 1 - главный режим (вызов); -s venus - имя удаленной вызываемой системы; -x 9 - уровень отладки с наиболее подробной информацией.

Если запись последовательности ожидания и отправки в формате /etc/uucp/Systems выглядит как

venus Any venus 1200 - "" \n in:--in: uucp1 word:
 mirror

то демон uucico подключает локальную систему к удаленной системе venus. Результаты отладки будут примерно следующими:

expect: ""
got it
sendthem (^J^M)
expect (in:)^
M^Jlogin:got it
sendthem (uucp1^M)
expect (word:)^
M^JPassword:got it
sendthem (mirror^M)
imsg >^M^J^PShere^@Login Successful: System=venus

где:

`expect: ""`
	Указывает, что локальная система не будет ожидать информации от удаленной системы.
`got it`
	Подтверждает прием сообщения.
`sendthem (^J^M)`
	Указывает, что локальная система отправит в удаленную систему символы возврата каретки и перехода на новую строку.
`expect (in:)`
	Указывает, что локальная система будет ожидать приглашения на вход в удаленную систему, оканчивающегося на символы `in:`.
`^M^Jlogin:got it`
	Подтверждает, что локальная система получила приглашение на вход в удаленную систему.
`sendthem (uucp1^M)`
	Указывает, что локальная система отправит в удаленную систему ИД пользователя `uucp1`.
`expect (word:)`
	Указывает, что локальная система будет ожидать приглашения на ввод пароля для удаленной системы, оканчивающегося на символы `word:`.
`^M^JPassword:got it`
	Подтверждает, что локальная система получила приглашение на ввод пароля для удаленной системы.
`sendthem (mirror^M)`
	Указывает, что локальная система отправит в удаленную систему пароль для ИД пользователя `uucp1`.
`imsg >^M^J^PShere^@Login Successful: System=venus`
	Подтверждает, что локальная система успешно вошла в удаленную систему `venus`.

Примечания:

Отладочный вывод команды uucico может основываться на информации из файла /etc/uucp/Dialers или из файла /etc/uucp/Systems. Информация о связи с модемом поступает из файла Dialers, а информация о связи с удаленной системой - из файла Systems. (Учтите, что /etc/uucp/Systems и /etc/uucp/Dialers - это файлы конфигурации BNU по умолчанию. Вместо них можно использовать другие файлы, указав их в /etc/uucp/Sysfiles.)
Для настройки соединения с удаленной системой вам должна быть известна последовательность приглашений, выдаваемых при входе в эту систему.

Обращение к подключенным UNIX-системам с помощью команды tip

С помощью команды tip можно обращаться к любым компьютерам с операционной системой UNIX, которые соединены с вашей системой. Команда tip устанавливается Основными сетевыми утилитами (BNU) и может применять те же асинхронные соединения, что и BNU.

Для управления соединением в команде tip применяются переменные и Escape-сигналы, а также флаги. Флаги можно вводить в командной строке. Escape-сигналы используются в соединении с удаленной системой для начала и прекращения передачи файлов, изменения направления передачи файлов и выхода в оболочку следующего уровня.

Переменные команды tip

Переменные команды tip задают такие параметры, как символ конца строки, сигнал прерывания и режим передачи файлов. Переменные можно инициализировать во время выполнения с помощью файла .tiprc. Кроме того, их можно изменять во время выполнения с помощью Escape-сигнала ~s. Некоторые переменные, например, символ конца строки, можно задать для отдельной системы в записи этой системы в файле remote.

Для определения начальных значений переменных команда tip считывает три файла: phones, remote и .tiprc. Файл .tiprc должен всегда находиться в домашнем каталоге пользователя. Имена и расположения файлов remote и phones могут быть произвольными. Имена файлов remote и phones можно определить с помощью следующих переменных среды:

PHONES

Указывает имя пользовательского файла phones. Файл может храниться с любым допустимым именем, но в формате файла /usr/lib/phones-file. Имя файла по умолчанию - etc/phones. Если имя файла указано в переменной PHONES, то оно применяется вместо имени /etc/phones (а не в дополнение к нему).

REMOTE

Указывает имя пользовательского файла определения удаленной системы. Файл может храниться с любым допустимым именем, но в формате файла /usr/lib/remote-file. Имя файла по умолчанию - /etc/remote. Если имя файла указано в переменной REMOTE, то оно применяется вместо имени /etc/remote (а не в дополнение к нему).

Для использования переменной среды задайте ее перед запуском команды tip. Другой способ определить имена файлов phones и remote - просмотреть значения переменных phones и remote команды tip в файле .tiprc.

Примечание: Команда tip считывает только последние имена файлов remote и phones. Таким образом, если вы укажете файл remote или phones с переменной, то новый файл будет использоваться вместо всех указанных ранее файлов (а не в дополнение к ним).

Команда tip использует заданные переменные в следующем порядке:

Команда выясняет значения переменных среды PHONES и REMOTE, которые задают новые имена файлов phones и remote.
Команда считывает содержимое файла .tiprc и присваивает соответствующие значения всем переменным. Если переменная phones или remote задана в файле .tiprc, то это значение переопределяет значение переменной среды.
При инициализации соединения с удаленной системой команда считывает запись файла remote, соответствующую этой системе. Значения в файле remote переопределяют значения в файле .tiprc.
Если в команде tip указан флаг -скорость_в_бодах, то указанное значение используется вместо всех предыдущих значений скорости.
Значение, введенное с помощью Escape-сигнала ~s, переопределяет все предыдущие значения соответствующей переменной.

Примечание: Любой пользователь команды tip может создать файл .tiprc и указать в нем начальные значения переменных tip. В этом случае пользователь должен поместить файл .tiprc в свой каталог $HOME.

Файлы настройки команды tip

Чтобы команда tip могла обратиться к удаленной системе, необходимо настроить файлы /etc/remote и /etc/phones.

/etc/remote	Определяет атрибуты удаленных систем, например порт и тип устройства, которые будут применяться при установлении соединений, а также сигналы, которые будут указывать начало и конец передачи.
/etc/phones	Содержит список номеров телефона для связи с удаленными системами через модем.

Для настройки одного из этих файлов создайте копию файла-образца под нужным именем и внесите в нее необходимые изменения. Примеры файлов remote и phones поставляются в пакете bos.net.uucp. Пример файла remote называется /usr/lib/remote-file, Пример файла phones называется /usr/lib/phones-file. Скопируйте файл /usr/lib/remote-file в файл /etc/remote и измените /etc/remote.

Пользователь команды tip может также создать собственные файлы remote и phones. Пользовательский файл remote должен быть записан в формате файла /usr/lib/remote-file и указан в переменной remote или в переменной среды REMOTE. Пользовательский файл phones должен быть записан в формате файла /usr/lib/phones-file и указан в переменной phones переменной среды PHONES. Если в какой-либо из этих переменных указан пользовательский файл phones или remote, то он будет считан вместо файла /etc/phones или /etc/remote соответственно (а не в дополнение к нему).

Пользователи команды tip могут использовать как собственные файлы phones и remote, так и файлы по умолчанию. Например, пользователь может использовать файл remote по умолчанию, /etc/remote, но указать собственный файл phones в переменной phones.