ГЛАВА 9 БАЗОВОЕ СЕТЕВОЕ ОБЕСПЕЧЕНИЕ СОДЕРЖАНИЕ ВВЕДЕНИЕ 00 СЕТЕВОЕ ОБОРУДОВАНИЕ 00 СЕТЕВЫЕ КОМАНДЫ 00 Программы пользователя 00 Управляющие программы 00 ДЕМОНЫ 00 Внутренние программы 00 БАЗА ДАННЫХ ПОДДЕРЖКИ 00 Файл Devices 00 Протоколы 00 Файл Dialers 00 Файл Systems 00 Файл Dialcodes 00 Файл Permissions 00 Структура записей Что следует иметь в виду Опции Файл Poll 00 Файл Devconfig 00 Файл Sysfiles 00 Прочие сетевые файлы 00 УПРАВЛЯЮЩИЕ ФАЙЛЫ 00 ВВЕДЕНИЕ Базовые сетевые утилиты позволяют установить связь между компь- ютерами, использующим операционную систему UNIX, а также с уда- ленными терминалами. Область применения этих утилит простирает- ся от передачи файлов между компьютерами (uucp и uuto) до вы- полнения удаленного входа в систему (команды cu, ct, и uux). Как администратор Вы должны быть знакомы со средствами управле- ния, протоколами и файлами базы данных сетевых утилит. Процеду- ры базового сетевого обеспечения (глава P9) содержат инструкции по установке и поддержанию этих утилит; в этом разделе более подробно рассматриваются файлы, каталоги, демоны и команды ба- зовых сетевых утилит. СЕТЕВОЕ ОБОРУДОВАНИЕ Прежде чем Ваш компьютер сможет взаимодействовать с другими компьютерами, Вам необходимо установить сетевое оборудование, с тем чтобы создать коммуникационные связи. Кабели и прочее обо- рудование выбираются в зависимости от того, как Вы хотите сое- динить компьютеры (непосредственные связи, телефонные линии, локальные сети). Непосредственное соединение Вы можете непосредственно соединить два компьютера, протянув кабель между их последовательными портами. Такие непос редственные связи удобны, когда два компьютера регулярно взаимодействуют и когда они расположены недалеко друг от друга - до 15 метров. Для увеличения этого расстояния можно использовать мо- дем с ограниченным дальнодействием. При непосредственном соединении возможна скорость передачи данных до 19200 бод. Телефонные линии Используя устройство автоматического вы зова (ACU - Automatic Call Unit), Ваш компьютер может взаимодействовать с дру- гими по стандартным телефонным каналам. Устройство набирает телефонный номер, запрошенный сетевыми утилитами. Вызывае- мый компьютер должен иметь телефонный модем, способный отвечать на вызовы. Локальная сеть Локальная сеть (ЛС) (LAN - Local Area Network) может служить коммуникационной средой для функционирования базового се- тевого обеспечения. Если Ваш компьютер установлен как узел сети, он может взаи- модействовать с любым другим компьюте ром, подключенным к сети. СЕТЕВЫЕ КОМАНДЫ Базовые сетевые программы можно подразделить на две категории: программы пользователя и управляющие программы. Программы пользователя Программы пользователя для сети хранятся в каталоге /usr/bin. Для их использования не нужно иметь никаких специальных прав. Все эти команды описаны в Справочнике пользователя. cu Устанавливает связь Вашего компьютера с уда- ленным компьютером таким образом, что Вы можете работать одновременно на обоих, и позволяет Вам пересылать файлы или выполнять команды на любом из двух компьютеров, не освобождая исходной ли- нии связи. ct Устанавливает связь Вашего компьютера с удален ным терминалом, так что пользователь удаленного терминала может войти в систему. Пользователь удаленного терминала может вызвать компьютер и потребовать, чтобы компьютер вызвал его в от- вет. В этом случае компьютер освобождает исход- ную линию связи, так что модем удаленного тер- минала будет доступен для ответного вызова. uucp Позволяет пользователю копировать файл с одного компьютера на другой. Порождает рабочие файлы и файлы данных, организует очередность передачи и вызывает демон uucico, который, в свою очередь, пытается связаться с удаленным компьютером. uuto Копирует файл с некоторого компьютера в обще- доступный буферный каталог на другом компьютере (/usr/spool/uucppublic/receive). В отличие от uucp, позволяет скопировать файл в некоторый доступный каталог на удаленном компьютере, uuto помещает файл в предназначенный для этого бу- ферный каталог и предписывает удаленному поль зователю извлечь его при помощи uupick. uupick Извлекает файлы переданные компьютеру с помощью uuto и помещенные в /usr/spool/uucppublic/rece- ive. uux Создает рабочий файл, файл данных и выполняемые файлы, необходимые для выполнения команды на удаленном компьютере. Рабочий файл содержит ту же информацию, что и рабочие файлы, порождаемые uucp и uuto. Выполняемые файлы содержат команд- ную строку, подлежащую выполнению на удаленном компьютере, и перечень файлов данных. Файлы данных - это файлы, которые требуются для вы- полнения команды. uustat Отображает статус запрещенных команд пересылки (uucp, uuto или uux). Предоставляет также средство для управления упорядоченными пересыл- ками. Управляющие программы Большинство управляющих программ находятся в /usr/lib/uucp, вместе с файлами базы данных сети и с управляющими файлами ко- мандного процессора. Единственное исключение - uulog, располо- женная в /usr/bin. Эти команды описаны в Справочнике админист ратора системы. Если Вы хотите заняться администрированием сетевых утилит, Вы должны воспользоваться входным именем uucp, тогда Вы станете владельцем сетевого обеспечения и буферных файлов данных. Ос- новным каталогом пользователя uucp является /usr/lib/uucp. (Другое входное имя администратора сети - nuucp используется на удаленном компьютере для доступа к Вашему. На вызовы от nuucp отвечает uucico.) uulog Показывает содержимое указанных компьютерных файлов регистрации. Файлы регистрации создаются для каждого удаленного компьютера, с которым связан Ваш. Файл регистрации содержит записи о каждом вызове uucp, uuto и uux. uucleanup Чистит буферный каталог. Обычно выполняется из управляющего файла командного процессора, назы- ваемого uudemon.cleanup, который запускается утилитой cron. Uutry Проверяет возможности выполнения вызовов и дает некоторое количество отладочной информации. Вы зывает демон uucico для установления связи Ва шего компьютера с указанным Вами удаленным. uucheck Проверяет наличие основных сетевых каталогов, программ и поддерживающих файлов. Может такж проверить определенные части файла Permissions на предмет очевидных ситаксических ошибок. ДЕМОНЫ Среди базовых системных утилит есть три демона. Демон - прог- рамма, которая выполняется как фоновый процесс и представляет собой общедоступную функцию широкого системного профиля. Такие демоны поддерживают передачу файлов и выполнение команд. Их можно также запустить непосредственно с помощью командного про- цессора. uucico Выбирает внешнее устройство, используемое для связи, устанавливает связь с удаленным компь- ютером, осуществляет требуемый набор действий при входе в систему и проверяет права, передает данные и выполняемые файлы, регистрирует ре- зультаты и извещает пользователя по электронной почте о завершении операции переноса. Когда ло- кальный демон uucico вызывает удаленный компью тер, он "общается" во время сеанса с аналогич ным демоном на удаленном компьютере. Демон uucico вызывают для связи с удаленным компьютером утилиты uucp, uuto и uux после соз- дания всех необходимых файлов. Его вызывают также программы uushed и Uutry. uuxqt Выполняет удаленные запросы на выполнение. Он ищет в буферном каталоге выполняемый файл (всегда именуемый X.file), посланный с удален- ного компьютера. Когда X.file найден, uuxqt открывает его, чтобы извлечь список необходимы для выполнения файлов с данными. Затем проверя ет их наличие и доступность. Если файл есть, но недоступен - uuxqt исследует файл Permissions, чтобы проверить наличие прав на выполнение зап- рошенной команды. uuxqt запускается из управля ющего файла командного интерпретатора uudemon.- hour, приводимого в действие утилитой cron. uushed Планирует очереди в буферном каталоге. Перед стартом uucico демон uusched хеширует порядок вызовов удаленных компьютеров. uusched выполня ется из управляющего файла командного интерпре татора uudemon.hour, который запускается утили- той cron. Внутренние программы uugetty Эта программа очень похожа на getty, за исклю- чением того, что она позволяет использовать ли- нию связи (порт) в обоих направлениях. Если при модификации способа использования порта с по мощью команды sysadm portmgmt(1) выбирается "двунаправленный", то в файле /etc/inittab к порту будет приписана uugetty. uugetty выполн ется как функция программы init и описана в Справочнике администратора системы. БАЗА ДАННЫХ ПОДДЕРЖКИ Файлы, обеспечивающие работу базовых сетевых утилит, находятся в каталоге /usr/lib/uucp. Большую часть модификаций этих файлов можно осуществить посредством команд меню управления системой (System Administration Menu), описанных в Процедурах 9. Нижес- ледующее описание, однако, детализирует структуру этих файлов, и таким образом Вы сможете редактировать их вручную. Devices Содержит информацию о расположении и скорости обмена устройств автоматического вызова, не- посредственных связей и сетевых устройств. Dialers Содержит символьные строки, требующиеся для согласования сетевых устройств (автоматических вызывающих устройств) при установлении связи с удаленными компьютерами (не модемы с номерона бирателем типа 801). Systems Содержит информацию, необходимую демону uucico и программе cu, для установления связи с уда- ленным компьютером. Он содержит такую информа цию, как имя удаленного компьютера, имя устрой- ства для связи с данным компьютером (если он доступен для связи), телефонный номер, входное имя пользователя и пароль. Dialcodes Содержит аббревиатуры кодов номеронабирателей, которые могут указываться в поле телефонного номера в записях файла Systems. Permissions Определяет права удаленных компьютеров в отно- шении входа в систему, доступа к файлам и вы- полнения команд. Poll В этом файле определены компьютеры, которые должна опрашивать Ваша система, и время опроса. Devconfig Используется для задания конфигурации утилит, заменяющих базовые сетевые утилиты, если Ваш компьютер осуществляет взаимодействие посредст- вом потокового обеспечения транспортного уров- ня, совместимого с транспортным интерфейсом (ТИ) AT&T. Sysfiles В этом файле можно определить один или несколь ко других файлов, которые uucico и cu будут ис- пользовать в качестве файлов Systems, Devices и Dialers. Есть еще и другие файлы, которые могут рассматриваться как часть поддерживающей базы данных, но они не связаны непосредст- венно с процессом установления связи и передачи файлов. Эти файлы - Maxuuxqts, Maxuuscheds и remote.unknown - кратко описа- ны в Процедурах 9. Файл Devices Файл Devices (/usr/lib/uucp/Devices) содержит информацию обо всех устройствах, которые могут использоваться для связи с уда- ленным компьютером. Примечание Этот файл непосредственно связан с файлами Dialers, Systems и Dialcodes. Перед тем, как изменить содержимое одного из них, необходимо познакомиться с остальными. Изменение записи в одном из файлов может потребовать изменения в соответствующей записи другого. Каждая запись в файле устройств имеет следующий формат: Тип Линия Линия2 Класс Пары_номеронабиратель_маркер Ниже дается определение всех этих полей. Тип Это поле может содержать одно из ключевых слов (Direct или ACU), или тип коммутатора локальной сети, или сис темное имя. Direct Это ключевое слово обозначает непос- редственное соединение с другим компью- тером или коммутатор (только для связи с помощью cu) ACU Означает, что соединение с удаленным компьютером реализовано посредством ав- томатического устройства вызова (авто- матического набирающего модема). Модем может присоединяться к Вашему компьюте- ру непосредственно или через локальную сеть. Тип коммутатора локальной сети Сюда можно поместить название коммута- тора локальной сети. При этом единст- венные названия, для которых имеются управляющие последовательности для вы- зывающего устройства в файле Dialers, - это micom и develcon. Вы можете доба- вить в файл Dialers собственные описа- ния ЛС-коммутаторов. При добавлении се ти, совместимой с транспортным интер- фейсом AT&T, необходимо использовать специльные типы: TLI или TLIS. Системное_имя Это ключевое слово обозначает установ- ление непосредственной связи с конкрет- ным компьютером. (В качестве Системного имени берется его имя.) Таким образом выражается тот факт, что линия связи, к которой относится эта запись в файле Devices, предназначена для определенно го компьютера описанного в файле Sys- tems Ключевое слово, используемое в поле Тип, соответствует третьему полю в записях файла System, как показано ни же: Devices:|ACU tty11 - 1200 penril Systems:|eagle Any ACU 1200 3251 ogin: nuucp \ | ssword: Oakgrass В этом поле Вы можете указать протокол для устойства. См. "Протоколы" в конце описания этого файла. Линия Это поле содержит имя порта, связанного с данной строч- кой в файле Devices. Например, если модем с автомати ческим набором подключен к /dev/ tty11, то в это поле нужно поместить имя tty11. Класс Если в поле Тип проставлено ACU или Direct, то здесь должна стоять скорость передачи устройства. Может, од нако, стоять и буква вместе со скоростью (например, C1200, D1200), чтобы различать классы номеронабирателей (Centrex или Dimension PBX). Это необходимо, т.к. боль- шие организации могут иметь более одного типа телефон- ных сетей: одна сеть может обслуживать внутренние свя зи, тогда как другая - внешние. В этом случае необходи- мо различать, какая линия (какие линии) должна исполь- зоваться для внутренних, а какая для внешних связей. Ключевое слово, используемое в поле Класс, соответству- ет четвертому полю в записях файла Systems, как покзано ниже: Devices:|ACU tty11 - D1200 penril Systems:|eagle Any ACU D1200 3251ogin: nuucp \ | ssword: Oakgrass Некоторые устройства могут использоваться на разных скоростях и, соответственно, в поле Класс можно указать Any. Если проставлено Any, линии связи будет соответст- вовать скорость, указанная в соответствующей записи файла Systems. Если же здесь стоит Any и в файле Sys- tems указано Any, то для скорости берется значение по умолчанию 1200 бод. Пары_номеронабиратель_маркер: Это поле содержит пары номеронабирателей и маркеров (цепочек символов, используемых для установления зи). Часть соответствующая номеронабирателю может быть именем модема с автоматическим набором номера, коммута тора локальной сети, или ключевое слово direct для уст- ройства непосредственной связи. Можно иметь несколько таких пар. Часть, соответствующая маркеру, может следо- вать за номеронабирателем или отсутствовать (в этом случае она будет браться из соответствующей записи в файле Systems). Это поле имеет формат: номеронабиратель маркер номеронабиратель маркер где последняя пара может отсутствовать, в зависимости от устройства (номеронабирателя). В большинстве случаев последняя пара содержит только часть, соответствующую номеронабирателю, а маркер извлекается из поля телефон- ного номера файла Systems. Поле Пары_номеронабиратель_маркер может быть организо- вано одним из четырех способов в зависимости от устрой- ства, к которому относится данная запись: 1. Если модем с автоматическим номеронабирателем присо единен непосредственно к порту Вашего компьютера, то в соответствующей записи файла Devices будет только одна пара. Как правило пара будет содержать имя мо дема. Это имя используется, чтобы сопоставить неко- торую запись файла Devices с записью файла Dialers. Таким образом подполе номеронабиратель должно соот- ветствовать первому полю файла Dialers, как показано ниже: Devices:| ACU tty11 - 1200 ventel Dialers:|ventel =&-% "" \r\p\r\c $ \c ONLINE! Заметим, что в поле Пары_номеронабиратель_маркер в файле Devices имеется в наличии только часть соот- ветствующая номеронабирателю. Это означает, что маркер, который должен передаваться номеронабирателю (в данном случае телефонный номер) нужно извлечь из поля телефонного номера соответствующей записи файла Systems. (\T подразумевается, см. ниже.) Управляющая последовательность символов описана ниже. 2. Если с некоторым компьютером установлена непосредст- венная связь, то данное поле соответствующей записи будет содержать слово direct. Это справедливо для обоих типов записей о непосредственных связях: Direct и Системное_имя (сошлемся здесь на обсуждение поля Тип). 3. Если компьютер, с которым Вы хотите связаться, нахо дится на том же коммутаторе локальной сети что и Ваш, то Ваш компьютер должен сначала связаться с коммутатором, а тот в свою очередь может установить связь с другим компьютером. В записи для этого слу- чая содержится только одна пара. Часть, соответству- ющая номеронабирателю используется для установления соответствия с записью файла Dialers, как показано ниже: Devices:| deelcon tty13 - 1200 develcon \D Dialers:|develcon "" "" \pr\ps\c est:\007\E\D\e \007 Как видно, часть соответствующая маркеру опущена, что означает, что он извлекается из файла Systems. Строка в файле Systems для данного компьютера будет содержать маркер в поле Телефон, которое, как прави ло, резервируется под телефонный номер компьютера (см. файл Systems, поле Телефон). Поле Пары_номеро- набиратель_маркер данного типа содержит управляющий символ (\D), который страхует от интерпретации со- держимого поля Телефон как законного элемента файла Dialcodes. 4. Если модем с автоматическим номеронабирателем подк- лючен к коммутатору сети, то Ваш компьютер должен сначала связаться с коммутатором, который установит связь с модемом. Здесь требуются две пары. Части, описывающие номеронабиратель каждой пары (пятое и седьмое поля записи), будут использоваться для иден- тификации соответствующих записей файла Dialers, как показано ниже: Devices: | ACU tty14 - 1200 develcon vent ventel Dialers:|ventel =&-% "" \r\p\r\c $\c ONLINE! В первой паре develcon - номеронабиратель, а vent - маркер - текст который посылается коммутатору Devel con, чтобы сообщить ему - какое устройство (модем типа ventel) связать с Вашим компьютером. Этот мар кер должен быть уникальным для каждого ЛС-коммутато- ра, поскольку их можно устанавливать по-отдельности. После того как ventel-модем подсоединен, берется вторая пара в которой ventel есть номеронабиратель, а маркер извлекается из файла Systems. В поле Пары_номеронабиратель_маркер могут использоваться два управляющих символа: \T Означает, что поле Телефон (маркер) должно быть пре- образовано с привлечением информации из файла Dial codes. Этот управляющий символ обычно помещается в файле Dialers для каждой управляющей последователь- ности вызывающего устройства, связанной с автонаби- рающим модемом (penril, ventel, и т.д.). Таким обра- зом, преобразования не происходит до обращения к уп- равляющей последовательности вызывающего устройства. \D Означает, напротив, что поле Телефон (маркер) не нужно преобразовывать, используя файл Dialcodes. При отсутствии управляющего символа, завершающего запись файла Devices, \D предполагается по умолчанию. \D также используется в файле Dialers, в записях свя занных с сетевыми коммутаторами (develcon и micom). ПРОТОКОЛЫ Вы можете определить протокол для использования с каждым уст- ройством (в большинстве случаев в этом нет необходимости, так как протокол используется по умолчанию) или определить его для конкретной системы, с которой Вы связываетесь (см. файл Sys- tems, поле Тип). Если Вы задаете протокол, Вы должны сделать это в полях Тип, Протокол. Доступны протоколы: g Этот протокол более медленный,но более надежный, чем e. Он хорош для передачи по телефонным линиям с помехами. e Этот протокол быстрее g, но предполагает передачу сво бодную от ошибок. При надежных локальных сетях нужно использовать протокол e. Файл Dialers Файл Dialers (/usr/lib/uucp/Dialers) специфицирует начальный диалог, который должен произойти на линии связи, прежде чем она будет способна передавать данные. Этот диалог обычно представ- ляет собой последовательность ASCII-цепочек, которые нужно пе- редать и ожидать в ответ, и он часто используется для набора телефонного номера при помощи ASCII-номеронабирателя (такого как Automatic Dial Modem - модем с номеронабирателем). Как было показано в вышеприведенных примерах, пятое поле в фай- ле Devices содержит индекс для поиска в файле Dialers или конк ретный тип номеронабирателя (801, TLI или TLIS). Здесь делается попытка сопоставить пятое поле файлa Devices с первым полем каждого элемента файла Dialers. Кроме того, каждое поле файла Devices с нечетным номером, начиная с седьмого, тоже использу- ется в качестве индекса файла Dialers. Если сопоставление уда- ется, то запись файла Dialers используется для начального сог- ласования с номеронабирателем. Каждая запись в файле Dialers имеет такой формат: номеронабиратель подстановки ожидать-послать ... Поле номеронабиратель соответствует пятому и последующим нечет- ным полям в файле Devices. Поле подстановки содержит строку за- мены: первый символ в каждой паре символов заменяется вторым. Как правило это используется для преобразования = и - в то, что требуется номеронабирателю в качестве команд "ждать гудка" и "пауза". Остальные поля: ожидать-послать представляют собой символьные строки. Ниже приводятся некоторые такие строки поставляемые вместе с базовыми сетевыми утилитами. |penril =W-P " " \d > s\p9\c )-W\p\r\ds\p9\c-) y\c : \E\TP >9\c OK |ventel =&-% " " \r\p\r\c $ \c ONLINE! |hayes =,-, " " \dAT\r\c OK\r \EATDT\T\r\c CONNECT |rixon =&-% " " \d\r\r\c $ s9\c )-W\r\ds9\c-) s\c : \T\r\c $ 9\c LINE |vadiac =K-K " " \005\p *-\005\p-*\005\p-* D\p BER? \E\T\e \r\c LINE |develcon " " " " \pr\ps\c est:\007 \E\D\e \007 |micom " " " " \s\c NAME? \D\r\c GO |direct |att2212c =+-, " " \r\c\:--: atol2=y,T\T\r\c red |att4000 =,-, " " \033\r\r\c DEM: \033s0401\c \006 \033s0901\c \ | \006 \033s1001\c \006 \033s1102\c \006 \033dT\T\r\c \006 |att2224 =+-, " " \r\c :--: T\T\r\c red |nls " " " " NLPS:000:001:1\N\c В файле Dialers имеются три строчки для модемов фирмы AT&T Значения некоторых управляющих символов (с предшествующим "\"), которые используются в файле Dialers перечислены ниже: \p пауза (приблизительно 1/2 1/4 секунды) \d задержка (приблизительно 2 секунды) \D телефонный номер или маркер без преобразования из фай- ла Dialcodes. \T телефонный номер или маркер с преобразованием, содержа- щимся в файле Dialcodes. \K ввести символ прерывания - BREAK \E включить контроль эха (для медленных устройств) \e отключить контроль эха \r возврат каретки \c без символов перевода на новую строчку и возврата ка- ретки \n послать символ перевода на новую строчку \nnn послать восьмеричное число. Дополнительные управляющие символы перечислены в разделе, пос- вященном файлу Systems. Строчка с меткой penril в файле Dialers отрабатывается следую- щим образом. Сначала телефонный номер преобразуется с заменой всех = на W (ждать гудка) и всех - на P (пауза). Процедура сог- ласования, приведенная в оставшейся части записи, работает сле- дующим образом: " " Ничего не ждать (иными словами, перейти к сле- дующему пункту) \d Задержка 2 секунды > Ждать символа > s\p9\c Послать символ s, пауза 1/2 секунды, послать символ 9, не посылать завешающего символа пере- вода на новую строку )-W\p\r\ds\p9\c-) Ждать символа ). Если не будет получен, то вы- полнить строчку заключенную между двумя симво- лами -, следующим образом. Послать символ W, пауза, послать символ "возврат каретки", за держка, послать символ s, пауза, послать символ 9 без символа перевода на новую строку, затем ждать символа ). y\c Послать символ y. : Ждать символа :. \E\TP Включить контроль эха. (С этого момента для лю бого посланного символа нужно ждать в ответ та- кого же, прежде чем делать что-либо еще.) Затем послать телефонный номер. \T предписывает взять телефонный номер, переданный как аргумент, и применить преобразование, указанное в файле Dialcodes, и преобразование команды модема, указанное во втором поле данной записи. Затем послать символ P. > Ждать символа > 9\c Послать символ 9 без символа перевода на новую строку. OK Ожидать цепочки символов OK. Файл Systems Файл Systems (/usr/lib/uucp/Systems) содержит информацию, необ- ходимую утилите uucico для установления связи с удаленным компьютером. Каждая запись в файле представляет компьютер, ко- торый может быть вызван Вашим компьютером. Кроме того базовое сетевое обеспечение может быть организовано так, чтобы предотв ратить возможность входа в систему на Вашем компьютере для пользователя другого компьютера, отсутствующего в данном файле (см. описание файла remote.unknown в разделе "Прочие сетевые файлы" в этой главе). Одному компьютеру могут соответствовать несколько записей. Дополнительные записи представляют альтерна- тивные каналы связи, которые можно последовательно опробовать. Этот файл поддерживается посредством подкоманды systemmgmt меню управления системой (System Administration Menu). Используя Sysfiles, Вы можете определить разные файлы для ис- пользования в качестве файлов Systems. Подробности см. в описа- нии файла Sysfile. Каждая запись в файле Systems имеет следую- щий формат: Системное_имя Время Тип Класс Телефон Вход_в_систему Далее описано каждое из этих полей. Системное_имя Это поле содержит имя узла сети, содержащего данный удаленный компьютер. Время Это поле есть символьная строка, содержащая день недели и время суток, в которые данный удаленный компьютер мо- жет быть вызван. Формат поля таков: деньвремя[;повтор] Подполе день может быть списком, содержащим следующее: Su Mo Tu We Th Fr Sa для конкретных дней Wk для будних дней (Mo Tu We Th Fr) Any для любого дня Never для пассивного согласования с удаленным компью- тером. Если в поле Время проставлено Never - Ваш компьютер никогда не сможет вызвать удален- ный компьютер. Вызов может быть произведен уда- ленным компьютером. Другими словами, Ваш компьютер находится в пассивном режиме по отно- шению к удаленному компьютеру (см. обсуждение файла Permissions). Пример: | Wk 1700-0800, Sa, Su В этом примере допускаются вызовы от 5.00 пол- полудни до 8.00 утра с понедельника по пятницу и вызовы в любое время в субботу и в воскре- сенье. Этот пример был бы эффективным для звон- ков, только когда телефонный тариф низок, и ес- ли немедленная связь не необходима. Подполе время должно содержать интервал времени, напри- мер, 0800-1230. Если подполе опущено - предполагается, что любое время суток разрешено для вызовов. Интервал может включать в себя 0000. 0800-0600, например, озна- чает, что вызовы допускаются в любое время, кроме ин тервала с 6.00 утра до 8.00 утра. Необязательное подпо ле повтор предназначено для указания минимального вре мени (в минутах) перед повторным вызовом в случае неу дачной попытки. Умолчание - 60 минут. Разделителем для этого подполя служит точка с запятой (;). Например Any;9 понимается как вызовы в любое время, но с ожида- нием по крайней мере девяти минут перед повторной по- пыткой после неудачной. Тип Это поле содержит тип устройства, которое должно ис- пользоваться для установления связи с удаленным компью- тером. Ключевое слово, используемое в этом поле, соот- ветствует первому полю в записях файла Devices, как по казано ниже: Systems:|eagle Any ACU,g D1200 3251 ogin: nuucp \ | ssword: Oakgrass Devices:| ACU tty11 - D1200 penril Вы можете определить протокол, используемый для взаимо- действия с системой, включив его в поле Тип. Вышеприве денный пример демонстрирует как связать протокол g с устройством типа ACU. Детали см. в разделе "Протоколы" в описании файла Devices. Класс Это поле используется для указания скорости передачи данных устройства, используемого при установлении ком- муникационной связи. Оно может содержать букву и ско рость (например, C1200, D1200), для различения классов номеронабирателей сошлемся на обсуждение поля Класс файла Devices. Некоторые устройства могут использовать- ся на любой скорости, соответственно можно использовать ключевое слово Any. Это поле должно соответствовать по лю Класс в связанной с данной строке файла Devices, как показано ниже: Systems:| eagle Any ACU D1200 NY3251 ogin: nuucp \ | ssword: Oakgrass Devices:|ACU tty11 - D1200 penril Если в информации этого поля нет необходимости, исполь- зуйте в качестве заполнителя поля тире -. Телефон Это поле используется для телефонного номера (маркера) удаленного компьютера с автоматическим номеронабирате- лем (ЛС-коммутаторов). Телефонный номер составляется из необязательной буквенной аббревиатуры и цифровой части. Если аббревиатура используется, она должна быть одной из тех, что перечислены в файле Dialcodes. Например: Systems:| eagle Any ACU D1200 NY3251 ogin: nuucp \ | ssword: Oakgrass Dialcodes: |NY 9=121-2555 Знак равенства = в этой строчке предписывает устройству автоматического вызова (ACU - Automatic Call Unit) ждать ответного гудка перед набором остальных цифр. Ти- ре в этой строчке (-) предписывает устройству автомати- ческого вызова выдержать 4-секундную паузу перед набо- ром следующей цифры. Если Ваш компьютер присоединен к ЛС-коммутатору, то вы можете иметь доступ к другим компьютерам, присоединен ным к этому коммутатору. Записи файла Systems для этих компьютеров не должны содержать телефонного номера в поле Телефон. Взамен это поле будет содержать маркер (цепочку символов), который должен быть передан комму- татору, так что последний будет знать с каким компью ром хочет связаться Ваш компьютер. (Обычно это есть в точности системное имя.) Соответствующая запись файла Devices должна оканчиваться на \D, чтобы удостоверить, что это поле не должно преобразовываться с привлечением информации из файла Dialcodes. Вход_в_систему Это поле содержит информацию необходимую для входа в систему, представленную серией полей и подполей. Формат поля: ожидать послать где ожидать есть строка, которая должна быть получена, а послать - строка, которая должна быть послана, после того как получена строка ожидать. Поле ожидать может состоять из подполей такого вида: ожидать[-послать-ожидать]... Где послать есть посылка в том случае, если первона- чальное ожидать не прочиталось успешно, а ожидать, сле дующее за послать, есть следующая ожидаемая строчка. Например, в случае login--login, UUCP будет ждать login. Если UUCP получит login, она перейдет к следую- щему полю, а если не получит, она пошлет пустую строч- ку с символом перевода на новую строку в конце, зат опять будет ждать login. В том случае, когда от удален- ного компьютера вначале не ожидается никаких символов, в первом поле ожидать нужно использовать "" (пустую строку). Заметим, что если поле послать не оканчивает- ся на \c, оно будет послано с символом перевода на но- вую строчку в конце. Вот пример записи файла Systems, содержащей строчку ожидать-послать: | owl Any ACU 1200 Chicago6013 ""\r ogin:-BREAK-ogin:\ | uucpx word: xyzzy Предписывается послать символ возврата каретки (\r), и ждать ogin: (вместо Login:). Если не получено ogin:, послать BREAK. Когда, наконец, получено ogin:, послать входное имя uucpx, затем, когда получено word: (вместо Password:), послать пароль xyzzy. Существует ряд управляющих символов, которые вызывают специфические действия, будучи составной частью строки, переданной в процессе входа в систему. При связи с по мощью утилит пакета UUCP используются следующие управ ляющие символы: \N Послать или ожидать нулевой символ (ASCII NUL). \b Послать или ожидать символ возврата на одну п зицию (backspace). \c Будучи в конце цепочки подавляет посылку симво- ла перевода на новую строку, который обычно пе- редается. Иначе игнорируется. \d Задержка две секунды перед тем, как еще послать или прочитать символы. \p Пауза приблизительно от 1/4 до 1/2 секунды. \E Включить контроль эха. (С этого момента для каждого переданного символа будет ожидаться по- лучение в ответ такого же символа, прежде чем делать что-либо еще.) \e Выключить контроль эха. \n Послать символ перевода на новую строку. \r Послать или ожидать символ возврата каретки. \s Послать или ожидать пробел. \t Послать или ожидать символ табуляции. \\ Послать или ожидать символ \. EOT Дважды послать или ожидать пару символов "конец передачи" (EOT) и перевод на новую строку (NL). BREAK Послать или ожидать символ прерывания (break). \K То же, что и BREAK. \ddd Преобразовать восьмеричное число в единственный символ. Файл Dialcodes Файл Dialcodes (/usr/lib/uucp/Dialcodes) содержит аббревиатуры кодов номеронабирателей, которые могут использоваться в поле Телефон файла Systems. Каждая запись имеет формат: абб цепочка где абб - аббревиатура, используемая в поле Телефон файла Sys- tems, а цепочка - кодовая цепочка, которая передается номерона- бирателю после извлечения нужной записи из файла Systems. Запись |jt 9=847- предпишет работать с таким, например, полем Телефон файла Sys- tems: jt7867. После того как попадется запись, содержащая jt7867, и в случае, если маркер, содержащийся в паре номерона- биратель_маркер, имеет вид \T, номеронабирателю будет послана цепочка 9=847-7867. Файл Permissions Файл Permissions (/usr/lib/uucp/Permissions) определяет права удаленных компьютеров в отношении входа в систему, доступа к файлам и выполнения команд. Имеются опции, которые ограничивают возможность удаленного компьютера запрашивать файлы и получать файлы, поставленные в очередь на данном компьютере. Есть опция, специфицирующая команды, которые удаленный компьютер может вы- полнять на данном. СТРУКТУРА ЗАПИСЕЙ Каждый элемент файла есть логическая запись, состоящая из физи- ческих строк, оканчивающихся символом \, означающим продолже- ние. Записи состоят из опций, разделенных пробелами. Каждая оп- ция - это пара имя/значение, в следующем формате: имя=значение Заметьте, что в этом присваивании значения опции пробелы недо пустимы. Строки комментария начинаются с символа # и занимают целую строчку, вплоть до символа перевода на новую строку. Пустые строки игнорируются (даже внутри многострочных записей). Возможны два типа записей в файле Permissions: LOGNAME Специфицирует права, имеющие значение, когда удаленный компьютер вызывает Ваш компьютер. MACHINE Специфицирует права, имеющие значение, когда Ваш компьютер вызывает удаленный компьютер. Записи типа LOGNAME будут содержать опции типа LOGNAME, а запи- си типа MACHINE будут содержать и опции типа MACHINE. ЧТО СЛЕДУЕТ ИМЕТЬ В ВИДУ При использовании файла Permissions для ограничения уровня дос- тупа, предоставляемого удаленному компьютеру, необходимо при- нять во внимание следующие моменты: Каждый входной идентификатор, используемый удаленным компь ютером для начала сеанса связи с помощью UUCP, должен при- сутствовать в одной и только в одной записи типа LOGNAME. Каждый вызываемый компьютер, чье имя отсутствует в записях типа MACHINE, будет по умолчанию иметь следующие права/огра- ничения: - Локальные запросы на пересылки и доступ будут выполняться. - Удаленный компьютер может посылать файлы в ка- талог /usr/spool/uucppublic на Вашем компьюте- ре. - Команды, переданные удаленным компьютером для выполнения на Вашем, должны быть из числа раз- решенных по умолчанию; обычно rmail. ОПЦИИ В данном разделе описывается каждая опция, специфицируется их использование и перечисляются их значения по умолчанию. REQUEST Когда удаленный компьютер вызывает Ваш ютер и запрашивает доступ к файлу, то этот зап рос может быть удовлетворен или не удовлетво- рен. Опция REQUEST определяет, может ли удален- ный компьютер посылать запросы на пересылку файлов с Вашего компьютера. Строка: REQUEST=yes определяет, что удаленный компьютер может зап- рашивать пересылку файлов с Вашего компьютера. Строка: REQUEST=no определяет, что удаленный компьютер не может запрашивать получение файлов с Вашего компьюте ра. Это есть и значение по умолчанию. Оно будет использовано, если опция REQUEST не определена. Опция REQUEST может появляться как в записях типа LOGNAME (удаленные вызовы к Вам), так и в записях типа MACHINE (Вы вызываете удаленные компьютеры). Замечание относительно защиты: если Вас вызывает удаленная машина, то кроме тех случаев, когда у Вас имеется для нее уни кальное входное имя и пароль, Вы не знаете та ли это машина, за которую она себя выдает. SENDFILES Когда удаленный компьютер вызывает Ваш и завер- шает сеанс, он может попытаться взять работу, которую Ваш компьютер поставил для него в оче- редь. Опция SENDFILES определяет, может ли Ваш компьютер передавать задание из очереди для удаленного компьютера. SENDFILES=yes определяет, что Ваш компьютер может передавать задание, поставленное в очередь для удаленного компьютера в том случае, если тот вошел в сис- тему под одним из имен, указанных в опции LOG- NAME. Если Ваш компьютер "пассивен" по отноше- нию к удаленному, то такая строка является обя- зательной. Строка: SENDFILES=call определяет, что файлы из очереди на Вашем компьютере, будут посланы только, когда Ваш компьютер вызывает удаленный. Значение call яв- ляется значением по умолчанию для опции SENDFILE. Эта опция имеет значение только в за- писях типа LOGNAME, поскольку записи типа MACHINE применимы для вызовов к удаленным компьютерам. Если эта опция использована в за- писи типа MACHINE, она будет проигнорирована. READ и WRITE Эти опции специфицируют различные части файло- вой системы, доступные uucico для чтения и за- писи. Опции READ и WRITE могут ипользоваться как в записях типа LOGNAME, так и в записях ти па MACHINE. Умолчанием для обеих опций - READ и WRITE - яв ляется каталог uucppublic, как показано в сле- дующих строчках: READ=/usr/spool/uucppublic WRITE=/usr/spool/uucppublic Строки READ=/ WRITE=/ определяют права на доступ к тем же файлам, к которым имеет доступ локальный пользователь с правами для "прочих пользователей". Значением этих опций является список маршрутных имен, разделенных двоеточиями. Опция READ, для запросов на файлы, а опция WRITE для добавления файлов. Каждое отдельное значение должно быть префиксом полного маршрутного имени входящего или исходящего файла. Чтобы предоставить право добавлять файлы в каталог /usr/news наряду с общедоступным каталогом, опции WRITE необходимо придать следующие значения: WRITE=/usr/spool/uucppublic:/usr/news Необходимо отметить, что при использовании оп- ций READ и WRITE необходимо указывать все марш- руты, так как последние не добавляются к спис- ку, определенному по умолчанию. Если, например, в опции WRITE задать только маршрут /usr/news, то в праве добавлять файлы в общедоступный ка- талог будет отказано. Вы должны быть осторожными при выборе катало- гов, которые Вы делаете доступными для чтения и записи с удаленной системы. К примеру, Вам воз- можно не хотелось бы, чтобы удаленный компьютер смог перезаписать Ваш файл /etc/passwd, в этом случае /etc не должен открываться для записи. NOREAD и NOWRITE Опции NOREAD и NOWRITE специфицируют исключения из того, что определено в опциях READ и WRITE и из умолчаний. Строка: READ=/ NOREAD=/etc WRITE=/usr/spool/uucppublic позволит чтение любого файла, за исключением тех, которые содержатся в каталоге /etc (и в его подкаталогах - вспомним, что это префиксы) и запись только в умалчиваемый каталог /usr/ spool/uucppublic. NOWRITE работает аналогично опции NOREAD. NOREAD и NOWRITE могут использо- ваться в записях обоих типов: LOGNAME и MACHINE. CALLBACK Опция CALLBACK используется в записях типа LOG- NAME, чтобы запретить обработку запросов до от ветного вызова к вызывающей системе. Есть два случая, когда нужно использовать CALLBACK. С точки зрения защиты: если Вы сделали ответный вызов, то можете быть уверены, что это та самая машина, которая Вам "представилась". Если Вы осуществляете длительные передачи данных, то у Вас есть возможность выбрать машину, которая оплатит счет за "длинный разговор". Строка: CALLBACK=yes определяет необходимость для Вашего компьютера сделать ответный вызов удаленного перед какой- либо передачей файлов. Умолчанием для опции CALLBACK, является: CALLBACK=no Опция CALLBACK используется очень редко. За- метьте, что если обе стороны определили эту оп цию друг для друга, то диалог между ними никог да не сможет начаться. COMMANDS Опция COMMANDS может представлять опасность с точки зрения защиты Вашей системы. Используйте ее с особой аккуратностью. Программа uux генерирует удаленные запросы и ставит их в очередь для передачи на удаленный компьютер. Файлы и команды передаются компьюте- ру-адресату для выполнения. Для того чтобы оп- ределить команды, которые удаленный компьютер может выполнять на Вашем, в записях типа MACHI- NE можно использовать опцию COMMANDS. Заметьте, что опция COMMANDS не используется в записях типа LOGNAME; COMMANDS в записях MACHINE опре деляет разрешенные команды, вызываем ли мы уда- ленную систему или она вызывает нас. Строка: COMMANDS=rmail обозначает команду, которую удаленный компьютер может выполнять на Вашем по умолчанию. Если в записи MACHINE используется строка COMMAND, то команды, разрешенные по умолчанию, будут пере- определены. Например, запись: MACHINE=owl:raven:hawk:dove \ COMMANDS=rmail:rnews:lp переопределяет умолчание для COMMANDS так, что компьютеры owl, raven, hawk и dove могут теперь выполнять на Вашей машине rmail, rnews и lp. Можно также задать и полные маршрутные имена. Например COMMANDS=rmail:/usr/bin/rnews:/usr/local/lp определяет, что команда rmail использует умал- чиваемый маршрут. Умалчиваемыми для Вашей маши- ны являются /bin, /usr/bin и /usr/lbin. Если удаленный компьютер определяет rnews или /usr/lbin/rnews в качестве команды, подлежашей выполнению, то независимо от умалчиваемого маршрута будет выполнена /usr/lbin/rnews. По- добным образом, /usr/local/lp есть та lp, кото- рая будет выполняться. Включение в список значения ALL означает, что любая команда от удаленного(ых) компьютера(ов), определенная в данном элементе файла, будет вы- полнена. Используя это значение, Вы даете уда- ленному компьютеру полный доступ к Вашему. БУДЬТЕ ОСТОРОЖНЫ. Это разрешает гораздо более широкий доступ, чем имеет рядовой пользователь. Строка COMMANDS=/usr/bin/rnews:ALL:/usr/local/lp иллюстрирует два момента: значение ALL может появиться в любом месте строки; если запросы на выполнение rnews и lp не будут содержать полных маршрутных имен, то для этих команд вместо маршрутов, определенных по умолчанию, будут ис- пользоваться указанные в данной строке. В тех случаях, когда в опции COMMANDS определе ны потенциально опасные команды, такие как cat и uucp, в сочетании с COMMANDS следует исполь- зовать опцию VALIDATE. Всякая команда, которая выполняется посредством демона пакета UUCP, обеспечивающего дистанционное выполнение ко- манд (uuxqt), и которая осуществляет чтение и запись файлов, представляет потенциальную опас ность для локальной защиты. VALIDATE Опция VALIDATE используется в сочетании с COMMANDS, если определены команды, представляю- щие опасность для надежности Вашего компьютера. Она используется, чтобы обеспечить в определен- ной степени возможность идентификации вызываю- щего компьютера. Использование опции COMMANDS требует наличия у привилегированных компьютеров уникальных входного имени/пароля, для запросов UUCP. Важным аспектом такой проверки является то, что входное имя/пароль, связанные с этой записью, должны быть защищены. Если посторонний получит эту информацию, то данная опция VALIDATE не может далее считаться надежной. (VALIDATE есть просто добавочный уровень защиты над опцией COMMANDS, однако, это более надежный путь открыть доступ к командам, чем ALL.) Нужно с большим вниманием отнестись к наделению удаленного компьютера привилегированными вход- ным именем и паролем для запросов UUCP. Предос тавление удаленному компьютеру специальных входного имени и пароля вместе с доступом к файлам и возможностью дистанционного выполнения команд, подобно предоставлению кому-нибудь обычных входного имени пользователя и пароля на Вашей машине. Таким образом, если Вы не доверя ете кому-либо на удаленном компьютере - не снабжайте этот компьютер привилегированными входным именем и паролем. LOGNAME=uucpfriend VALIDATE=eagle:owl:hawk означает, что если один из удаленных компьюте- ров зарегистрирован на Вашем, как eagle, owl или hawk, то он должен использовать входное имя uucpfriend. Как можно видеть, если посторонний завладеет входным именем/паролем uucpfriend, маскарад становится излишним. Но каким образом это должно взаимодействовать с опцией COMMANDS, которая появляется только в записях типа MACHINE? Это связывет запись типа MACHINE (и опцию COMMANDS) с записью LOGNAME, относящейся к привилегированному входу в систе му. Такая связь необходима, поскольку демон, обеспечивающий дистанционное выполнение, испол- няется не обязательно в то время, пока удален- ный компьютер остается в системе. Фактически это ассинхронный процесс без знания о том, ка- кой компьютер послал запрос на выполнение. Та ким образом вопрос заключается в том, каким об- разом Ваш компьютер должен узнать откуда пришл файлы с запросами на выполнение? Каждый удаленный компьютер имеет свой собствен- ный каталог "spool" на Вашей машине. Права за- писи в эти буферные каталоги имеют только программы пакета UUCP. Файлы с запросами на вы- полнение, переданные удаленным компьютером на Ваш, помещаются в его буферный каталог. Когда стартует демон uuxqt, он может использовать имя буферного каталога, чтобы найти в файле Permissions соответствующую запись MACHINE и извлечь список COMMANDS, или, если имя компь- ютера отсутствует в файле Permissions, он может использовать список, принятый по умолчанию. Следующий пример демонстрирует связь между за писями MACHINE и LOGNAME: MACHINE=eagle:owl:hawk REQUEST=yes \ COMMANDS=rmail:/usr/lbin/rnews \ READ=/ WRITE=/ LOGNAME=uucpz VALIDATE=eagle:owl:hawk \ REQUEST=yes SENDFILES=yes \ READ=/ WRITE=/ Значение опции COMMANDS означает, что удаленный пользователь может выполнять /usr/lbin/rnews и mail. Что касается первого элемента: предположим, что когда Вы хотите вызвать один из перечисленных компьютеров, Вы и в действительности вызываете или eagle, или owl, или hawk. Следовательно, некоторые файлы помещенные в буферный каталог, принадлежащий одной из машин eagle, owl, или hawk, помещены туда одной из этих машин. Если удаленный компьютер входит в систему и сообща- ет, что он один из этих компьютеров, его файлы с запросами на выполнение будут помещаться так же в привилегированный каталог. Вы, следова- тельно, должны проверить, что компьютер имеет привилегированное входное имя uucpz. Для компьютера, который вызывается Вашим, и ко- торый не упомянут в конкретной записи типа MAC- HINE, Вы можете специфицировать другие значения опций. Эта потребность может возникнуть, когда есть множество вызываемых машин, а набор команд время от времени меняется. Как показано в при- веденной ниже записи в качестве имени для тако- го компьютера используется "OTHER": MACHINE=OTHER \ COMMANDS=rmail:rnews:usr/lbin/Photo:/usr/lbin/xp Для прочих компьютеров, которые не названы пои- менно в записях типа MACHINE, могут быть уста- новлены и все остальные опции допустимые для записей этого типа. Объединение записей типа MACHINE и LOGNAME Можно скомбинировать записи типа MACHINE и LOGNAME в одну, в которой общие опции объединя ются. Например в двух записях MACHINE=eagle:owl:hawk REQUEST=yes \ READ=/ WRITE=/ LOGNAME=uucpz REQUEST=yes SENDFILES=yes \ READ=/ WRITE=/ опции REQUEST, READ и WRITE совпадают. Эти две записи можно слить в одну, как показано ниже: MACHINE=eagle:owl:hawk REQUEST=yes \ LOGNAME=uucpz SENDFILES=yes \ READ=/ WRITE=/ Файл Poll Файл Poll (/usr/lib/uucp/Poll) содержит информацию, необходимую для опроса удаленных компьютеров. Каждая запись файла Poll со- держит имя, по которому вызывается удаленный компьютер, ограни- ченное символом табуляции (пробел не будет работать), и часы, в которые компьютер нужно вызывать. Формат записей файла Poll та- ков: системное_имя час ... Например, запись: | eagle 0 4 8 12 16 20 обеспечит опрос компьютера eagel каждые четыре часа. Управляющий файл uudemon.poll не осуществляет фактического оп- роса. Он просто создает рабочий файл опроса (всегда именуемый C.file) в буферном каталоге, который будет просматриваться пла- нировщиком, запускаемым uudemon.hour. Файл Devconfig Файл /usr/lib/uucp/Devconfig используется, если Ваш компьютер осуществляет взаимодействие посредством потокового обеспечения транспортного уровня, совместимого с транспортным интерфейсом (ТИ) AT&T. Записи файла определяют ПОТОКОВЫЕ модули, которые используются для конкретного ТИ-устройства. Записи файла имеют формат: |service=x device=y push=z[:z ...] где x может быть cu, uucico или обе, разделенные двоеточием; y есть имя ТИ-сетевого коммутатора и должно соответствовать тому, что содержится в записи файла Devices; а z заменяется именами ПОТОКОВЫХ модулей в том порядке, в котором они должны проталки- ваться в поток. Различные модули и устройства могут быть опре- делены в качестве утилит cu и uucp. Файл Sysfiles Файл /usr/lib/uucp/Sysfiles позволяет назначить альтернативные файлы, которые должны будут использоваться uucp и cu в качестве файлов Systems, Devices и Dialers. Есть несколько случаев, ког- да этот необязательный файл может быть полезен. Вы можете иметь различные файлы Systems, с тем чтобы запросы на обслуживание входа в систему (cu) могли быть сделаны по другим адресам, чем услуги uucp. Вы можете иметь различные файлы Dialers, с тем чтобы исполь- зовать другую процедуру подтверждения связи для cu и uucp. Вы можете иметь множество файлов Systems, Dialers и Devices. Файл Systems может, в частности, стать большим - разбейте его на несколько маленьких, чтобы сделать более удобным. Формат файла Sysfiles таков |service=w systems=x:x dialers=y:y devices=z:z где w заменяется именами uucico или cu или обеими разделенными двоеточием; x - один или несколько файлов, которые должны ис- пользоваться в качестве файла Systems, где имена файлов разде- лены двоеточиями и читаются в порядке, в котором они представ- лены; y - один или несколько файлов используемых в качеств файла Dialers; и z - есть один или несколько файлов, используе- мых в качестве Devices. Если не указан полный путь, то предпо лагается, что каждый файл относится к каталогу /usr/lib/uucp. Для продолжения записи на следующую строку можно использовать комбинацию обратного слэша и символа возврата каретки (\). Вот пример назнчения локального файла Systems в дополнение к обычному: |service=uucico:cu systems=Systems:Local_Systems При наличии такой строки в /usr/lib/uucp/Sysfiles обе утилиты: uucico и cu сначала просмотрят /usr/lib/uucp/Systems. Если сис- тема, которую они пытаются вызвать не представлена записью в этом файле, или записи сбойные, они просмотрят /usr/lib/uucp/ Local_Systems. Если для uucico и cu определены разные файлы Systems, то на Ва- шей машине будут храниться два списка систем. Список утилиты uucico можно напечатать командой uuname, а список cu - командой uuname -c. Прочие сетевые файлы На использование базового сетевого обеспечения оказывают влия ние еще три файла. В большинстве случаев значения, принятые в этом файле по умолчанию, превосходны, и никаких изменений не требуется. Если, однако, Вы хотите их изменить, используйте стандартные текстовые редакторы системы UNIX (ed или vi). Maxuuxqts Этот файл определяет максимальное количество программ uuxqt, которые могут выполняться од- новременно. Maxuuscheds Этот файл определяет максимальное количество программ uusched, которые могут выполняться од- новременно. remote.unknown Это управляющий файл командного процессора, ко- торый выполняется, когда вступает в диалог не- которая машина, отсутствующая в файле Systems. Он зарегистрирует попытку диалога и откажет в соединении. Если Вы смените права доступа к этому файлу, так что он станет невыполняемым (chmod 000 remote.unknown), то Ваша система бу- дет принимать всякий запрос на диалог. УПРАВЛЯЮЩИЕ ФАЙЛЫ Ниже описаны базовые сетевые управляющие файлы. Эти файлы соз- даются в буферных каталогах, чтобы блокировать доступ к устрой- ству, сохранить временные данные, или сохранить информацию о дистанционных передачах информации или выполнениях команд. TM (временный файл данных) Эти файлы данных создаются во время работы базового се- тевого обеспечения в буферном каталоге (т.е. /usr/spo- ol/uucp/X) при получении файла с другого компьютера. Каталог X имеет то же имя, что и удаленный компьютер, пославший файл. Имена временных файлов данных имеют формат: TM.pid.ddd где pid - идентификатор процесса, а ddd - есть трехз начный порядковый номер, начиная с 0. Когда весь файл получен, файл TM.pid.ddd переносится в соответствии с маршрутным именем, указанным в файле C.sysnxxxx (рассматривается ниже), который вызвал пере дачу данных. Если процесс завершен аварийно, файл TM.pid.ddd может остаться в каталоге X. Эти файлы долж- ны автоматически удаляться утилитой uucleanup. LCK (файл-замок) Файлы блокирования доступа (замки) создаются для каждо- го задействованного устройства в каталоге /usr/spool/ locks. Файлы-замки предотвращают дублирование диалогов и попытки многократного использования одного и того же вызывающего устройства. Имена файлов-замков имеют фор мат: LCK..str где str есть имя устройства или компьютера. Эти файлы могут остаться в буферном каталоге, если линия связи неожиданно прервана (обычно из-за сбоев компьютера). После того как породивший процесс перестанет быть ак- тивным, файлы-замки будут проигнорированы (удалены). Файл-замок содержит идентификатор процесса, вызвавшего захват. C.(рабочий файл) Когда задание (на перенос файлов или дистанционное вы полнение команд) поставлено в очередь для удаленного компьютера, в буферном каталоге создаются рабочие фай лы. Имена рабочих файлов имеют такой формат: C.sysnxxxx где sys есть имя удаленного компьютера, n - символ в коде ASCII, представляющий ранг (приоритет) задания, а xxxx есть четырехзначный порядковый номер задания, при- писанный uucp. Рабочие файлы содержат следующую ин мацию: Полное маршрутное имя файла, который нужно послать или запро- сить Полное маршрутное имя адресата или пользовательское имя файла Входное имя пользователя Список опций Имя ассоциированного файла данных в буферном каталоге. Фик- тивное имя (D.0) используется, если были специфицированы оп ции uucp -c или uutu -p Биты режима доступа к исходному файлу Входное имя удаленного пользователя, который должен быть из- вещен о завершении передачи D.(файл данных) Если командная строка предписывает скопировать исходный файл в буферный каталог, то создаются файлы данных. Имена файлов данных имеют такой формат: D.systmxxxxyyy где systm - первые пять символов имени удаленного компьютера, xxxx - четырехзначный порядковый номер за- дания, приписанный uucp. За четырехзначным порядковым номером задания может следовать дополнительный номер - yyy, который применяется в том случае, когда для рабо- чего (C.) файла создается несколько файлов типа D. X. (выполняемый файл) Выполняемые файлы создаются в рабочем каталоге перед дистанционным выполнением команд. Имена выполняемых файлов имеют следующий формат: X.sysnxxxx где sys - имя удаленного компьютера, n - символ, предс тавляющий ранг (приоритет) задания, а xxxx есть четы- рехзначный порядковый номер задания приписанный uucp. Выполняемые файлы содержат следующую информацию: Входное имя и имя компьютера запрашивающей стороны. Имя переданного выполняемого файла(ов). Входные данные, используемые в качестве стандартного входа команды. Компьютер и имя файла для приема стандартного выхода команды. Командную строку. Необязательные дополнительные строки для возврата кода завер- шения.