соб выЯснЯть
имеет ли ваше Ядро включенную NFS поддержку - фактически попробовать
установить NFS файловую систему. „лЯ этого, ‚ы могли бы создать каталог
ниже /tmp, и&поптобовать  установить локальный каталог на нем:

                               - 197 -


      # mkdir /tmp/test
      # mount localhost:/etc /tmp/test

      …сли эта попытка установки выдает сообщениее об ошибках выводЯ, "fs
type nfs no supported by kernel'', то ‚ы не должны делать новое Ядро с
включенной NFS. ‹юбые другие сообщениЯ об ошибках полностью безобидны, так
как ‚ы пока еще не сконфигурировали NFS daemons на вашем множестве.

      12.2 “становка NFS значениЯ

      4. Љак мне объЯснил Alan Cox: NFS спецификациЯ требует сервер к
потоку при каждой записи на диск прежде, чем он успевает вернуть
подтверждение. ’ак как BSD Ядра только способны к, установленным по размеру
страницей, записЯм (4K), записанным по 4 куска по 1k каждый в bsd-based
NFS, серверу получает в результате 4 операции записи по 4k каждый.


      NFS значениЯ (5) установлены таким же способом, как и обычные
файловые системы
      установленны. ‚ы вызываете mount, используЯ следующий синтаксис:

      # mount -t nfs nfs volume local dir options

      Nfs значение дано как отдаленный хост: отдаленнаЯ директориЯ. ‘ тех
пор как эта совокупность условных знаков ЯвлЯетсЯ уникальной в NFS файловых
системах, то ‚ы можете не учитывать  nfs опцию -t.

      €меетсЯ рЯд дополнительных опций, которые ‚ы можете точно определить
установив над mounting NFS значение. Ћни могут также быть даны -o
переключателем в командной строке, или в области опций /etc/fstab записей
длЯ значениЯ. ‚ обоих случаЯх, составные опции отделены друг от друга
запЯтыми. Ћпции, точно определенные на командной строке всегда отменЯют те,
что были даны в файле fstab.

      ’иповаЯ запись в /etc/fstab могла бы быть такой:


                               - 198 -

      # volume              mount point       type  options
      news:/usr/spool/news  /usr/spool/news   nfs   timeo=14,intr

      ќтот значение может затем быть установлено при использовании

      # mount news:/usr/spool/news

      ‚ отсутствии fstab записи, NFS устанавливает просмотр вызовов
большинства uglier. Ќапример, предположим, что ‚ы устанавливаете home
каталоги ‚аших пользователей
      из машины, называемой moonshot, котораЯ использует заданный по
умолчанию размер блока равный 4k длЯ операции чтениЯ - записи. ‚ы могли бы
уменьшить размер блока до 2k, чтобы подойти под размер Linux(овских)
датаграмм введЯ следующую команду:

      # mount moonshot:/home /home -o rsize=2048,wsize=2048

      5. Ќикто не говорит "файловаЯ система", потому что здесь не
существует подходЯщей файловой системы.


      ‘писок всех допустимых опций полностью описан в руководстве по
Nfs(5), котораЯ идет вместе с Rick Sladkey's NFS-aware  mount  tool,
который может быть найден в Util-linux пакете Rik Faith). ‘ледующее -
незавершенный список тех, которые ‚ы возможно захотели бы использовать:

      rsize=n и wsize=n - они точно определЯют датаграмный размер,
используемый NFS
клиентурой при чтении и записи запросов, соответственно. ‚
настоЯщее времЯ они  определенны по умолчанию - 1024 байтам,
из-за предела на UDP размере датаграммы, описанном выше.

      timeo=n - это устанавливает времЯ (в десЯтках секунд),  сколько NFS
клиент будет ждать        запрос,
чтобы завершить работу. ‡начениЯ по умолчанию - 0.7 секунды.

      hard - точно маркирует этот объем как hard-mounted. ќто включено по

                               - 199 -

умолчанию.

      soft - soft-mount драйвер ( противоположный hard-mounted).

      intr - позволЯет сигнализировать о том, что надо прервать NFS вызов.
Џолезно длЯ                 прерываниЯ выполнениЯ, когда сервер не
отвечает.

      Љроме rsize и wsize, все эти опции обращаютсЯ к клиенту, если сервер
стал временно недостижим. Ћни работают вместе следующим способом: всЯкий
раз, когда клиент ппсылвет запрос к NFS серверу, он ожидает, что  операциЯ
закончитсЯ после данного интервала (точно установленным в опции блокировки
по времени). …сли никакого подтверждениЯ не получено внутри этого
промежутка времени, то поЯвитсЯ так называемаЯ minor  timeout
(незначительнаЯ остановка по времени), и операциЯ повторитсЯ, но уже с
интервалом блокировки по времени вдвое большим. Џосле достижениЯ
максимальной блокировки по времени - 60 секунд, происходит глобальнаЯ
блокировка по времени.

      Џо умолчанию, глобальнаЯ блокировка по времени заставит клиента
напечатать сообщение на консоль и начинать все снова. ‚ принципе это может
продолжатьсЯ вечно. ‡начениЯ, которые упрЯмо повторЯют операцию до тех пор
пока сервер не становитсЯ доступным, называютсЯ hard-mounted. ‚
противоположность им, soft-mounted значениЯ генерируют ошибку ввода -
вывода длЯ вызова процесс всЯкий раз, когда  происходит глобальнаЯ
блокировка по времени. €з-за того, что write-behind вводитсЯ буферным
кэшем, то это условие ошибки не распространЯетсЯ непосредственно на процесс
прежде, чем это вызовет функцию записи 2 в следующий раз, так как программа
никогда не сможет убедитьсЯ в том что операциЯ записи к soft-mounted
значению имела место вообще.


      Џоставили ли ‚ы hard- или soft-mount значение - это не только вопрос
вкуса, но также и то, что ‚ы должны сделать с тем сортом информации,
которую ‚ы хотите получить от этого значениЯ. Ќапример, если ‚ы
устанавливаете ваши  • программы NFS, ‚ы конечно не хотели бы, чтобы ваш X
сеанс шел бы "бешено" только потому, что кто -то привел сеть к останову,

                               - 200 -

запустив семь копий xv в одно и тоже времЯ, или скажем, вытащив Ethernet
разъем на некоторый момент. €спользуЯ hard-mounting, ‚ы удостоверЯетесь в
том, что ваш компьютер будет ждать, пока не поЯвитсЯ возможность заново
восстановить контакт с вашим nfs-сервером. ‘ другой стороны, non-critical
данные, типа nfs-mounted news partititons или FTP врхив может быть также
soft-mounted, так что это не повесит ваш сеанс в случае, если отдаленнаЯ
машина должна стать временно "недостигаемой", или просто быть выключенной.
…сли ваша сетеваЯ свЯзь с сервером - flakey или проходит через программу
маршрутизации, то ‚ы может также увеличивать начальную блокировку по
времени, используЯ опцию timeo, или hard-mount значение, но позволЯйте
сигнализировать прерывание вызова NFS, так чтобы ‚ы могли прервать любой
hanging  file access.

      Ћбычно, mountd daemon будет иным способом следить, которые каталоги
были установлены, и какими хостами. ќта информациЯ может быть отображена
при использовании программы showmount, котораЯ также включена в NFS пакет
сервера. Linux mountd не делает этого.

      12.3 NFS daemon(область)

      …сли ‚ы хотите обеспечить NFS обслуживание другим хостам, то  ‚ы
должны запустить nfsd и mountd daemons на вашей машине. Љак rpc-основанные
программы, они не управлЯютсЯ inetd, но запускаютсЯ при начальной загрузке,
и регестрируют сами себЯ непосредственно с portmapper. ‘ледовательно, ‚ы
должны удостоверитьсЯ в том, что они запущенны только после того, как
rpc.portmap выполнилось. Ћбычно, ‚ы должны включить следующие две линии в
вашем rc.inet2 script:

      if [ -x /usr/sbin/rpc.mountd ]; then
                   /usr/sbin/rpc.mountd; echo -n " mountd"
      fi
      if [ -x /usr/sbin/rpc.nfsd ]; then
                  /usr/sbin/rpc.nfsd; echo -n " nfsd"
      if

      €нформациЯ монопольного использованиЯ файлов NFS daemon обеспечивает
своей клиентуре, обычно содержащей только численного пользователЯ и
идентичность группы. …сли и клиент и сервер подсоединЯт того же самого

                               - 201 -

пользователЯ и группу имен с этой самой численной идентичностью, то им
обЯзательно скажут разделить то же самое пространство uid/gid. „лЯ примера,
когда ‚ы используете NIS, чтобы распределить passwd  информацию всем хостам
на вашей LAN.


     &
 "    ‚ некоторых случаЯх,  они не соответствуют. „остаточно
модифицированного uid's и gid's клиента, чтобы соответствовать таковому
серверу, ‚ы может использовать ugidd  mapping  daemon, чтобы  работать
вокруг этого. €спользование map daemon опцию объЯснено ниже, ‚ы может
сообщить nfsd отобразить uid/gid  пространство сервера к пространству
uid/gid клиента при помощи ugidd на клиента.

      ugidd - rpc-основанный сервер, и запущен из rc.inet2 точно также как
и nfsd и mountd.

      if [ -x /usr/sbin/rpc.ugidd ]; then
                   /usr/sbin/rpc.ugidd; echo -n " ugidd"
      fi

      12.4 файл экспорта

      ‚ то времЯ как вышеупомЯнутые опции обращаютсЯ к NFS конфигурации
клиента,
      имеетсЯ различное множество опций на стороне сервера при выборе
конфигурации
      per-client. ќти опции должны быть установленны в /etc/exports файле.

      Џо умолчанию, mountd не позволЯет кому угодно  устанавливать каталоги
из локального хоста, которое ЯвлЯетсЯ довольно разумной позицией. „лЯ того,
чтобы разрешить одному или большему количеству хостов установливать nfs
каталог, то это должно быть экспортированно, то есть должно быть определено
в файле экспорта. ’иповой файл может выглЯдеть следующим образом:

      # exports file for vlager
           /home             vale(rw) vstout(rw) vlight(rw)
           /usr/X386         vale(ro) vstout(ro) vlight(ro)

                               - 202 -

           /usr/TeX          vale(ro) vstout(ro) vlight(ro)
           /                 vale(rw,no root squash)
           /home/ftp         (ro)

      ЉаждаЯ линиЯ определЯет каталог, и хост, которому позволенно
установить его. €мЯ хоста - обычно полностью квалифицированное название
области, но может содержать * и ? универсальные символы, которые действуют
способом при котором они действуют сомместно с Bourne оболочкой. Ќапример,
lab*.foo.com соответствует lab01.foo.com также как и laber.foo.com. …сли
никакое имЯ хоста не дано, как с каталогом  /home/ftp в приоере выше, то
любому хосту позволено установить этот каталог.


      Џри проверке клиентского хоста против файла экспорта, mountd будет
искать hostname клиента используЯ gethostbyaddr(2) вызов. ‘ DNS, этот вызов
возвращает каноническиий hostname клиента, так что ‚ы должны удостоверитьсЯ
в том не используетсЯ ли псевдонимы в экспорте. Ѓез использованиЯ DNS,
возвращенное имЯ -
      первый hostname, найденный в файле хоста, котораЯ соответствует
адресу клиента.

      €мЯ хоста сопровождаетсЯ произвольным, отделенным запЯтой, списком
флагов, приложенных в скобках. ќти флаги могут принимать следующие
значениЯ:

      insecure - разрешает не-опознанный доступ из этой машины.

      unix-rpc - требует unix-области RPC установление подлинности из этой
машины.Ћно           просто
требует, чтобы все запросы происходили из зарезервированного
internet порта (то есть номер порта должен быть меньше чем 1024). ќта
опциЯ определена по умолчанию.

      secure-rpc - требует secure RPC установлениЯ подлинности от этой
машины. ќто пока                 еще
не осуществленно. ‘м.  Sun's документацию по Secure RPC.


                               - 203 -

      kerberos - требует Kerberos установлениЯ подлинности на доступ из
этой машины. ќто              тоже
пока еще не осуществленно.  ‘м. MIT документацию по Kerberos
опознавательной системе.

      root squash - это особенность защиты, котораЯ отвергает super user на
точно
установленных хостах любых специальных прав доступа, отображаЯ
        запросы из uid
0 на клиенте к uid 65534 (-2) на сервер. ќтот uid не                    должен
быть свЯзан ни с каким пользователем.

      no root squash - не делает запросы отображениЯ из uid 0. ќта опциЯ
включена по
умолчанию.

      ro - устанавливает значение read-only на файловую архитектуру. ќта
опциЯ включена          по умолчанию.


      rw - устанавливает значение rgad-write на файловую архитектуру.


      link relative - преобразовывает абсолютные символьные свЯзи (где link
contents начинаетсЯ с наклонной черты вправо) в относительные свЯзи вводЯ
необходимое число ../, чтобы добратьсЯ из каталога содержащего свЯзь к root
на сервере. ќта опциЯ имеет смысл только тогда, когда целаЯ файловаЯ
система хоста установлена, или некоторые из свЯзей не могли бы быть  нигде,
или даже хуже, файлы на которые они никогда не указывали.

      ќта опциЯ определена по умолчанию.

      link absolute оставлЯет всЯ символьные свЯзи какими они и были
(нормальное поведение длЯ Sun-supplied NFS серверов).

      map identity - map identity опциЯ сообщает серверу, чтобы он принЯл
того клиента, который использует теже самые uid's и gid's как и сервер. ќта

                               - 204 -

опциЯ определена по умолчанию.

      map daemon ќта опциЯ сообщает NFS серверу принЯть, что клиента и
сервер не разделЯют то же самое пространство uid/gid. nfsd затем построит
список идентичности отбора между клиентом и сервером, запрашиваЯ client's
ugidd daemon.

      Ћшибка, анализирующаЯ файл экспорта сообщает  daemon syslogd's
оборудованию  всЯкий раз, когда nfsd или mountd запущен.

      ‡аметьте, что имена хостов получены из IP адреса клиента обратным
отбором, так что ‚ы должны иметь правильно сконфигурированное решающее
устройство. …сли ‚ы используете BIND и очень security-conscious, то  ‚ы
должны включить spoof проверку в ‚ашем host.conf файле.

      12.5 Linux Automounter

      €ногда, это расточительно длЯ установки всех NFS значений
пользователей, к которым возможно хотЯт обратитьсЯ.; или же  из-за острого
числа зачений которые должны быть установленны, или из-за времени, которое
требовалось бы при запуске. †изнеспособный вариантдлЯ этого - так
называемый automounter. ќто - daemon, котораЯ атоматически и понЯтно
устанавливает любое NFS значение как необходимо, и неустанавливает их ,
если они не были использованны в течении некоторого времени. Ћдна из умных
вещей относительно automounter - то, что возможно установить определенное
значение из любых мест. Ќапример, ‚ы можете сохранить копии ‚аших •
программ  и файлов поддержки на двух или трех хостах, и все


      другин хосты устанавленные через NFS. Џри использовании automounter,
‚ы можете точно определить всех трех из них, чтобы быть установленными на
/usr/X386; automounter  затем попробует установить любой из них, пока одна
из попыток установки не преуспевает.

      Automounter, обычно используемый с Linux называетсЯ amd. ‘начала он
был написан Jan-Simon Pendry и был перенесен на Linux Rick Sladkey. ’екущаЯ
версиЯ amd-5.3.

                               - 205 -


      Ћписание amd - вне этой главы; длЯ хорошего описаниЯ, пожалуйста,
обратитесь к источникам; они содержат файл texinfo с очень подробной
информацией.


                        13. “правление Taylor UUCP

                             13.1 •ронологиЯ

      UUCP был разработан в конце семидесЯтых Mike Lesk в AT&T Bell
Laboratories, чтобы обеспечить простое соединение по модему. ’ак как
большинство людей, которые хотЯт иметь email и новости Usenet на своей
домашней машине все еще свЯзываютсЯ через модемы, UUCP стал очень
популЯрен. •отЯ имеетсЯ много реализаций, разработанных длЯ различных
аппаратных платформ и операционных систем, все они совместимы с высокой
степенью.
      Ћднако, как это случилось с большинством программного обеспечениЯ,
которое так или иначе стало "стандартом" за эти годы, нет такого UUCP,
который можно было бы назвать подлинным UUCP. Ћн подвергалсЯ  постепенному
процессу эволюции начинаЯ с первой версии, котораЯ была разработана в
1976.‚ настоЯщее времЯ имеютсЯ две основных разновидности, которые
отличаютсЯ в основном поддержкой аппаратных средств и конфигурацией.Љрпме 
них существуют различные реализации, немного отличающиесЯ деталЯми
элементами.
      Ћдна разновидность - это так называемаЯ " ‚ерсиЯ 2 UUCP ", котораЯ
датируетсЯ 1977 годом и реализована Mike Lesk, David A. Novitz, и Greg
Chesson. Ћна все еще используетсЯ, хотЯ и устарела. Ќедавние реализации
‚ерсии 2 обеспечивают многие из возможностей более новой разновидности
UUCP.
      ‚тораЯ разновидность была разработана в 1983, и обычно упоминаетсЯ
как BNU (Basic Networking Utilities(базисные утилиты работы с сетЯми)),
HoneyDanBer UUCP, или HDB длЯ краткости. Ќазвание получено из имен авторов,
P. Honeyman, D. A.Novitz, и B. E. Redman. HDB был задуман, чтобы устранить
некоторые из неточностей ‚ерсии 2  UUCP. Ќапример, были добавлены новые
протоколы передачи, и буферный каталог был разбит так, что теперь имеетсЯ

                               - 206 -

каталог длЯ каждого компьютера, с которым ‚ы свЯзываетесь через UUCP.
      ђеализациЯ UUCP, в настоЯщее времЯ распространЯемого с Linux - Taylor
UUCP 1.04, (1), ЯвлЯетсЯ версией,которую описывает эта глава. ‚ерсиЯ Taylor
UUCP 1.04 была выпущена в феврале 1993. Љроме традиционных файлов
конфигурации, Taylor UUCP может быть скомпилирована так , чтобы понимать
новый стиль - a.k.a. " Taylor " - файлы конфигурации.
      ‚ерсиЯ 1.05 была выпущена недавно, и скоро будет поставлЯтьсЯ на
большинстве дистрибутивов. ђазличиЯ между этими версиЯми обычно затрагивают
возможности, которые ‚ы никогда не будете использовать, так что ‚ы сможете
конфигурировать Taylor UUCP 1.05 используЯ информацию из этой книги.


                    1.Ќаписано  Ian Taylor, 1993.


      ‘ большинства дистрибутивов Linux, Taylor UUCP обычно компилируетсЯ
совместимым с BNU, или Taylor схемой конфигурации, или с обоими. ’ак как
последний намного более гибок, и, возможно, проще длЯ пониманиЯ, чем
довольно часто запутанные файлы конфигурации BNU, ниже Я буду описывать
схему Taylor.
      –ель этой главы не в том, чтобы дать ‚ао исчерпывающее описание опций
командной строки длЯ команд UUCP, а в том, чтобы дать ‚ам введение в
установку  работающего узла   UUCP. Џервый раздел дает введение в то, как
UUCP осуществлЯет удаленное выполнение и передачу файла. …сли ‚ы не новичок
в UUCP, ‚ы можете пропустить этот раздел и перейти к разделу 13.3, который
объЯснЯет различные файлы, используемые длЯ установки UUCP.
      Њы примем, что ‚ы знакомы с пользовательскими программами набора
программ UUCP - uucp и uux. „лЯ описаниЯ обратитесь пожалуйста к страницам
руководства.
        Љроме общедоступных программ - uux и uucp, набор программ UUCP
содержит рЯд команд, используемых только длЯ административных целей. Ћни
используютсЯ длЯ контролЯ траффика UUCP через ваш узел, удалениЯ старых
регистрационных файлов, или длЯ компилЯции статистики. Ћни не будут описаны
здесь, потому что они периферийные к основным задачам UUCP. Љроме того, они
хорошо документированы и довольно легки длЯ пониманиЯ. Ћднако, имеетсЯ
третий класс, который включает рабочие программы UUCP. Ћни называютсЯ
uucico (где cico обозначает copy-in copy-out), и uuxqt, котораЯ выполнЯет

                               - 207 -

работы, посланные из удаленных систем.

                       13.1.1 ЏодробнаЯ информациЯ о UUCP

      …сли ‚ы в этой главе не найдете то, что хотите, прочитайте
документацию,котораЯ поставлЯетсЯ с пакетом. ќто набор texinfo файлов,
которые описывают установку с использованием Taylor схемы конфигурации.
Texinfo может быть преобразован в DVI и GNU файлы информации, использующим
tex и makeinfo, соответственно.
      …сли ‚ы хотите использовать файлы конфигурации BNU (или даже ‚ерсии
2), есть очень хорошаЯ книга - " “правление UUCP и Usenet " ([GETST
"reilly-uucp"]). „ругой хороший источник информации об UUCP длЯ Linux -
Vince Skahan's UUCP-HOWTO , который можно взЯть на  comp.os.linux.announce.
      €меетсЯ также newsgroup длЯ обсуждениЯ UUCP - comp.mail.uucp. …сли у
‚ас есть специфические вопросы о Taylor UUCP, может быть лучше задать их
тжм, чем на группах comp.os.linux.


                           13.2 ‚ведение

                13.2.1 Ћбзор  Џередач UUCP и удаленного запуска

      Љлюч к пониманию UUCP - понЯтие задачи. ЉаждаЯ передача, которую
пользователь инициализирует с помощью uucp или uux,  называетсЯ задачей.
Ћна состоит из программы,котораЯ будет выполнена на удаленной системе, и
набора файлов, которые будут перемещены между системами. Ћдна из этих
частей может отсутствовать.
      Ќапример,примем, что на вашей ќ‚Њ ‚ы выдали следующую команду,
котораЯ заставлЯет UUCP копировать файл netguide.ps на ќ‚Њ pablo, и
выполнить команду lpr, чтобы напечатать файл.

      #     $ Uux -r pablo! Lpr! Netguide.ps

      UUCP не вызывает удаленную систему немедленно, чтобы выполнить задачу
(иначе ‚ы могли это сделать kermit). ‚место этого он временно сохранЯет
описание задачи на удаленной системе. ќто называетсЯ буферизацией задачи.
Љаталог, в котором сохранЯетсЯ задача,называетсЯ буферным каталогом и

                               - 208 -

обычно находитсЯ в  /var/spool/uucp. ‚ нашем примере, описание задачи
содержало бы информацию относительно удаленной команды, котораЯ будет
выполнена (lpr), пользователЯ, который запросил выполнение, и пары других
предметов. ‚ дополнение к описанию задачи, UUCP должен сохранить входной
файл (netguide.ps).
      ’очное расположение и наименование буферных файлов может изменЯтьсЯ
в зависимости от некоторых опций  времени  компилЯции. HDB-совместимые UUCP
вообще сохранЯют буферные файлы в каталоге, именованном
/var/spool/uucp/site, где site - имЯ удаленной машины. ‘компилированный длЯ
Taylor конфигурации, UUCP создаст подкаталоги в /var/spool/uucp/site длЯ
различных типов буферных файлов.
      —ерез определенные интервалы UUCP свЯзываетсЯ с удаленной системой.
Љогда соединение установлено, UUCP передает файлы, описывающие задачу, плюс
все входные файлы. ‚ходЯщие задачи не будут выполнены немедленно, а только
после  разрыва уоединениЯ . ќто делает программа uuxqt, котораЯ также
заботитсЯ о пересылке любых задач, если они предназначены длЯ другой
машины.
      „лЯ различиЯ между важными и менее важными задачами, UUCP с каждой
задачей свЯзывает уровень приоритета . ќто - один знак, в пределах от 0 до
9, от Ђ до Z, и через z, в уменьшающемсЯ старшинстве. Џочта обычно
записываетсЯ в буферный файл с приоритетом B или C, в то времЯ как новости
записываютсЯ с приоритетом N. ђаботы с более высоким приоритетом передаютсЯ
раньше. Џриоритеты могут быть назначены используЯ опцию -g при вызове uucp
или uux.
      ‚ы можете также запретить передачу задач с приоритетом ниже данного в
определенное времЯ. ќто также называетсЯ максимальным приоритетом  буфера,
позволЯемым  в течение диалога ( по умолчанию  z). Ћбратите внимание на
терминологическую неоднозначность : файл перемещен только, если он имеет
приоритет выше максимального приоритета буфера.

                     13.2.2 ‚нутренние работы uucico

      —тобы понЯть, почему uucico должен знать некоторые вещи, приведем
быстрое описание того, как фактически происходит соединение с удаленной
системой.
        Љогда ‚ы выполнЯете uucico -s система из командной строки,  сначала
происходит физическое соединение.Џринимаемые действиЯ зависЯт от типа
открываемого соединениЯ. Ќапример, при использовании телефонной линии, она

                               - 209 -

должна найти модем, и набрать номер.…сли используетсЯ TCP, uucico должна
вызвать функцию gethostbyname (3), чтобы преобразовать имЯ в сетевой адрес,
выЯснить, какой порт открывать, и свЯзать адрес с соответствующим
гнездом(socket).
      Џосле того, как соединение было установлено, должна выполнитьсЯ
процедура идентификации пользователЯ. Ћна состоит из запроса удаленной
системой,  имени, и, возможно, паролЯ.‚се это называетсЯ "login chat".
Џроцедура идентификации выполнЯетсЯ или обычным getty/login набором
программ, или - на гнездах TCP - непосредственно uucico . …сли разрешение
на вход получено, удаленнаЯ систзма запускает uucico. ‹окальнаЯ копиЯ
uucico, котораЯ инициализировала соединение, назначаетсЯ главной, удаленнаЯ
- подчиненной.
      ‡атем следует фаза рукопожатиЯ(handshake phase): главный посылает
cвое hostname и некоторые флаги. ЏодчиненнаЯ система проверЯет, имеет ли
hostname право входить в нее, посылать и принимать файлы, и т.д.. ”лаги
описывают (кроме всего прочего) максимальный приоритет буферизации
передаваемых файлов. …сли возможно, счет диалога, или проверка порЯдкового
номера обращениЯ происходит здесь. ЃлагодарЯ этой возможностью, оба
поддерживают счет успешных соединений, которые сравниваютсЯ. …сли они не
соответствуют,  рукопожатиe прерываетсЯ. ќто помогает защищать себЯ от
самозванцев.
      ‚ заключение, uucico пытаетьсЯ установить общий протокол передачи.
ќтот протокол обеспечивает способ перемещениЯ данных, проверку на
непротиворечивость, и повторную передачу в случае ошибки. €меетсЯ
потребность в различных протоколах из-за отличающихсЯ типов обеспечиваемых
соединений. Ќапример, телефонные линии требуют " безопасный " протокол,
который включает в себЯ жестокую проверку ошибок, в то времЯ как передача
TCP по существу надежна и может использовать более эффективный протокол,
который предшествует наиболее тщательной  проверке ошибок.


      Џосле того,как рукопожатие устновлено,начинаетсЯ фактическаЯ фаза
передачи . Ћбе системы включают выбранный драйвер протокола. „райверы,
возможно, выполнЯют свою специфическую  инициализацию.
      ‘начала главнаЯ система посылает все файлы, поставленные в очередь
длЯ передачи на удаленную систему, приоритет буферизации которых ЯвлЯетсЯ

                               - 210 -

достаточно высоким. Љогда передача завершена, она сообщает об этом
подчиненной системе,  подчиненный может теперь отключитьсЯ или принимать
диалог. ќто - изменение ролей(назначений): теперь удаленнаЯ система
становитсЯ главной, а локальнаЯ становитсЯ подчиненной. Ќовый хозЯин теперь
посылает файлы. Љогда передача завершена, обе программы обмениваютсЯ
заключительными сообщениЯми, и закрывают соединение.
      Њы не будем вникать во все детали: пожалуйста обратитесь или к
исходным текстам  или к любой хорошей книге об UUCP длЯ этого.…сть также
действительно стариннаЯ статьЯ, касающаЯсЯ сети, написанной David A.
Novitz, котораЯ дает детализированное описание протокола UUCP. Taylor UUCP
FAQ также обсуждает некоторые подробности UUCP. ќто всегда есть на
comp.mail.uucp.

      13.2.3 Ћпции командной строки uucico

      ќтот раздел описывает наиболее важные опции командной строки длЯ
uucico. „лЯ полного списка, пожалуйста обратитесь к странице руководства
uucico(1).
         -s  системный вызов по имени системы, если нет запрета в
             соответствии c ограничениЯми времени обращениЯ.

         -S  системный вызов по имени системы безоговорочно.

         -r1 запукает uucico в режиме главного. ќто опциЯ по
             умолчанию,когда -s или -S  заданы.  ЋпциЯ -r1 заставлЯет
             uucico пробовать вызывать все системы в sys", если не
             запрещено обращение и не настало ограничение
             времени повторениЯ.


         -r0 запускает uucico в режиме подчиненного. ќто - значение по
             умолчанию,когда -s или -S не заданы. ‚ непривилегированном
             режиме, любой стандартный ввод - вывод соединЯетсЯ с
             последовательным портом, порт TCP используетсЯ  если опциЯ -p
             задана.


                               - 211 -


         -x typy, -X type ‚ключают отладку заданного типа.Ќесколько типов
            могут быть разделены запЯтой.‘ледующие типы допустимы:
            abnormal, chat,handshake,uucp-proto, proto, port, config, spooldir,
            execute,incoming, outgoing. €спользование all включает все опции
            „лЯ совместимости с другими реализациЯми UUCP,взамен может быть
            определен номер, который включает отладку длЯ первых n предметов"из 
            вышеупомЯнутого списка.


        Ћтладочные сообщениЯ будут регистрироватьсЯ в файле DEBUG в
/var/spool/uucp.

              13.3 ”айлы Љонфигурации UUCP

      ‚ отличие от более простых программ передачи файлов, UUCP был
разработан, чтобы обрабатывать все передачи автоматически.…сли только все
установлено правильно, ежедневное вмешательство администратора не
необходимо.‚сЯ необходимаЯ информациЯ сохранЯетсЯ в паре файлов
конфигурации, которые постоЯнно находЯтсЯ в каталоге /usr/lib/uucp.
Ѓольшинство этих файлов используетсЯ только при запросе снаружи.

            13.3.1 Ќежное ‚ведение в Taylor UUCP

      ‘казать, что конфигурациЯ UUCP ЯвлЯетсЯ тЯжелой,было бы замалчиванием
темы.ќто - действительно запутаннаЯ тема, и иногда краткий формат файлов
конфигурации не делает вещи проще (хотЯ формат Talyor почти просто читаетсЯ
по сравнению с более старыми форматами в HDB или ‚ерсии 2).
      —то бы дать ‚ам понЯть как взаимодействуют все эти файлы, мы
представим наиболее важное, и будем иметь просмотр в типовых входах этих
файлов. Њы не будем объЯснЯть все подробно; более точные сведениЯ даны в
отдельных разделах ниже.…сли ‚ы хотите установить на  вашу машину  UUCP,
лучше всего начать с некоторых типовых файлов, и адаптировать их
постепенно.‚ы можете выбирать из предложенного ниже,или того,что есть в
вашем дистрибутиве Linux.
      ‚се файлы,описанные в этом разделе хранЯтсЯ в /usr/lib/uucp или в его
подкаталогах.Ќекоторые дистрибутивы Linux содержат UUCP binaries, которые
поддерживают и  HDB и Taylor конфигурации,и используют различные

                               - 212 -

подкаталоги длЯ каждого набора файлов конфигурации.…сть обычно README файл
в /usr/lib/uucp.
      —тобы UUCP работал правильно, эти файлы должны принадлежать
собственно пользователю uucp. Ќекоторые из них содержат пароли и номера
телефона, и следовательно должны иметь прва доступа 600. (2)
      –ентральный файл конфигурации UUCP - /usr/lib/uucp/config
используетсЯ, чтобы установить общие параметры.Ќаиболее важный из них (и
теперь, единственный), ЯвлЯетсЯ именем UUCP вашей  ќ‚Њ. ‚ ‚иртуальном
Џивоваренном заводе, они используют vstout как их ворота UUCP:

       # /usr/lib/uucp/config - основной файл конфигурации  UUCP
hostname vstout
      ‘ледующий важный файл конфигурации - sys файл.Ћн содержит всю
системно-привЯзанную информацию об участках сети, с которыми ‚ы свЯзаны.Ћна
включает имЯ участка(ќ‚Њ),и информацию относительно свЯзи
непосредственно,типа номера телефона при использовании свЯзи
модема.’ипичный cценарий (сценарий - коммандный файл - script,далее
сценарий) длЯ модемной свЯзи с pablo:
                 # /usr/lib/uucp/sys - имена соседей UUCP
                 #system pablo
                 system pablo
                 time            Any
                 phone           123-456
                 port            serial1
                 speed           38400
                 chat            ogin: vstout ssword: lorca
      Port задает порт,который нужно использовать,time определЯет времЯ в
которое система может вызыватьсЯ.‘hat описывает сценарии входа в систему -
последовательность строк,которыми нужно обменЯтьсЯ,чтобы uucico
зарегистрировал в pablo.Њы опишем сценарий входа позже.Љоманда порта не
называет конкретный файл устройства типа /dev/cua1,но оба имени входЯт в
файл port.‚ы можете назначить любое походЯщее имЯ.
        2.Ћбратите внимание, что хотЯ большинство команд UUCP должно
устанавливать setuid длЯ uucp, ‚ы должны удостоверитьсЯ, что  программа
uuchk - нет. €наче  пользователи будут способны посмотреть пароли,даже если
они имеют режим 600.


                               - 213 -


      ”айл port содержит информацию о свЯзи непосредственно.„лЯ  модемной
свЯзи он описывает специальный файл устройства, который нужно использовать,
скорость,и тип оборудованиЯ, соединенного с портом.Џример ниже описывает
/dev/cua1 (a.k.a. COM 2),с которым соединен NakWell модем способный к
перздачз на  скорости до 38400bps.€мЯ порта должно соответствовать
имени,данному в файле "sys".
                 # /usr/lib/uucp/port - UUCP ports
                 # /dev/cua1 (COM2)
                 port            serial1
                 type            modem
                 device          /dev/cua1
                 speed           38400
                 dialer          nakwell
      €нформациЯ,имеющаЯ отношение к программам набора номера
cохранЯетсЯнЯетсЯ в другом файле,называемом dial.„лЯ каждого типа программы
набора номера он содержит последовательность команд,которые требуютсЯ,чтобы
вызвать удаленную машину по номеру телефона.‚се это задано как chat
script(сценарий дружеской системы).Џример длЯ вышеупомЯнутого NakWell мог
бы выглЯдеть следующим образом:
                       # /usr/lib/uucp/dial - per-dialer information
                 # NakWell modems
                 dialer          nakwell
                 chat            "" ATZ OK ATDT\T CONNECT
      ‘трока, начинающаЯсЯ с chat определЯет дружескую беседу
модема,котораЯ ЯвлЯетсЯ последовательностью команд, посланных и полученных
от модема, чтобы инициализировать это и делать это,набирают желательный
номер."\T" последовательность будет заменен на номер телефона uucico.
      —тобы в общем показать ‚ам, как uucico работает с этими файлами
конфигурации, предположим, что ‚ы дали команду:

                 $ Uucico -s pablo


           ђисунок 18. ‚заимодействие  ”айлов Љонфигурации Taylor UUCP.

      Џервым делом uucico ищет  pablo в "sys" файле.€з строки в файле "

                               - 214 -

sys" длЯ pablo она видит,что должна использовать serial1 порт длЯ установки
соединениЯ.”айл port сообщает ей, что serial1 ЯвлЯетсЯ портом модема,и что
есть подключенный модем NakWell .
      Uucico теперь ищет набор кода,описывающий NakWell модем,и найдЯ
первый,открывает /dev/cua1 последовательного порта и выполнЯет "дружескую
беседу" программы набора номера.’о есть поуылазт "ATZ", ждет "OK " в
ответ,и т.д.. Џри столкновении с строкой "\T", он  заменЯет номер телефона
(123 - 456) извлеченный из системного файла.
      Џосле того,как соединение было установлено,Uucico  возвращаетсЯ к
файлу "sys" и выполнЯет дружескую беседу входа в систему(login chat).‚
нашем примере она ждет  приглашениЯ "login: " затем послает имЯ
пользователЯ (neruda), затем ждет приглашениЯ  "password:" ,и посылает
пароль "lorca".
      Џосле завершениЯ разрешениЯ, удаленнаЯ система активизирует
собственный uucico.Ћни прводЯт фазу рукопожатиЯ(handshake phase),описанную
в предыдущем разделе.

        ‘вЯзи и зависимости  файлов конфигурации  также показаны на рисунке
13.3.1.
          13.3.2 —то  „олжен ‡нать  UUCP

      Џрежде, чем ‚ы начинаете писать файлы конфигурации UUCP, ‚ы должны
уЯснить некоторую необходимую информацию.‘начала  ‚ы будете должны
выЯснить,к какому последовательному порту присоединен ваш модем.Ћбычно
порты (DOS) COM1 - COM4 отображают на специальные файлы устройств /dev/cua0
- /dev/cua3.Ѓольшинство дистрибутивов, напр. Slackware,создают /dev/modem
ссылку как свЯзь с соответствующим cua * файлом устройства,и конфигурируют
kermit,seyon и т.д. использовать этот обобщенный файл.‚ этом случае,‚ы
должны также использовать /dev/modem в вашей конфигурации UUCP.
      Џричина длЯ этого то,что все программы  используют так называемые
файлы блокировки,чтобы сообщить,когда последовательный порт
используетсЯ.€мена этих файлов блокировки - конкатенациЯ строки LCK .. и
имени файла устройства,например LCK .. cua1.…сли программы  используют
различные имена длЯ одного устройства,они будут быть не в состоЯнии
распознавать чужие файлы блокировки.Љак следствие, они прервут чужие сеансы
начатые в то же самое времЯ.ќто - не маловероЯтное событие,если ‚ы
планируете чтобы ваш UUCP использовал  crontab.Џодробности настройки
последовательных портов см. в главе 5 ..

                               - 215 -

      ‡атем ‚ы должны выЯснить с какой скоростью  ваш модем и Linux могут
свЯзыввтьсЯ и установить максимальную эффективную скорость
передачи.ќффективнаЯ скорость передачи может быть намного выше чем
физическаЯ скорость вашего модема.
      Ќапример, много модемов посылают и получают данные со скоростью
2400bps (биты в секунду).Џри использовании протоколов сжатиЯ типа V.
42bis,фактическаЯ скорость передачи может достигать 9600bps.
      Љонечно,если вы хотите,чтобы UUCP cделал что-нибудь,‚ам длЯ вызова
нужен номер телефона системы.’акже ‚ам нужен идентификатор длЯ  входа в
систему и возможно пароль длЯ удаленной машины. (3)
      ‚ы  также должны знать,как регистрироватьсЯ в системе. Ќапример,‚ы
должны нажать Љ‹Ђ‚€“ BREAK прежде, чем подсказка входа в систему
поЯвлЯетсЯ? —то отображаетсЯ: "login:" или "user:"? ќто необходимо длЯ
созданиЯ сценариЯ дружеской беседы(chat script),который описывает uucico,
как регистрироватьсЯ.…сли у ‚ас возникают затруднениЯ,пробуйте вызывать
систему программой терминала подобно kermit или minicom,и записать
точно,что ‚ы  делаете.

          13.3.3 Ќаименование Њеста

      Љак  и при работе с TCP/IP сетЯми,ваша главнаЯ ќ‚Њ(host)  должна
иметь имЯ длЯ  UUCP сетей. Џока ‚ы просто хотите использовать UUCP длЯ
передач файлов или соединениЯ извне  непосредственно,или по локальной сети,
это имЯ не должно удовлетворЯть никакие стандартам. (4)
        3. …сли вы собираетесь   пробовать UUCP, получите телефонный номер
ближайшего архива. ‡апишите имЯ и пароль - они общеизвестны. ‚
большинстве случаев  они   что - нибудь вроде /uucp uucp или
nuucp/uucp.
      4. …динственое ограничение - то, что имЯ не должно быть больше чем
7 символов, чтобы не путать  ќ‚Њ с файловыми системами, которые
накладывают узкое ограничение на имЯ файла.


      Ћднако, если ‚ы используете UUCP длЯ почты или новостей, ‚ы должны
подумать о наличиb имени, зарегистрированног в UUCP Mapping project . UUCP
Mapping psojectо описан в главе 14 .., „аже если ‚ы делите домен, ‚ы можете
получить официальное имЯ UUCP длЯ вашего участка сети.

                               - 216 -

      —асто, люди выбирают свое UUCP имЯ, чтобы соответствовать первому
компоненту  имени домена. Џредположим, что адрес домена вашей ќ‚Њ -
swim.twobirds.com, тогда имЯ главной ќ‚Њ UUCP было бы swim.Ћбычно именно
так и бывает.Љонечно, ‚ы можете также использовать любое UUCP имЯ.
      Ћднако   не стоит  использовать неквалифицированное имЯ  в адресе
почты, пока  ‚ы не зарегистрировали его как ваше официальное имЯ UUCP. (5)
      ‚  лучшем случае, почта на незарегистрированную  ќ‚Њ UUCP отправитсЯ
в мусорную корзину(big black bit bucket). …сли ‚ы используете имЯ, уже
присвоенное некоторому другому месту, эта почта не будет направлена к тому
месту, и причине начальник почтового отделениЯ никакой конец головных
болей.
      Џо умолчанию, набор программ UUCP использует  hostname как имЯ UUCP .
ќто имЯ обычно устанавливаетсЯ в сценарие /etc/rc.local. …сли ваше имЯ UUCP
отлично от того, что ‚ы устанавливаете главным имЯ , ‚ы должны использовать
опцию hostname в файле конфигурации, чтобы сообщить uucico о вашем имени
UUCP. ќто описано ниже.


            13.3.4 Taylor ”айлы Љонфигурации

      ’еперь мы  вернемсЯ к файлам конфигурации. Taylor UUCP получает
информацию из следующих файлов:

      config -ќто  основной файл конфигурации. ‚ы можете определить ваше
имЯ UUCP здесь.

      sys  - описывает все участки сети, известные ‚ам. „лЯ каждого
участка, он определЯет имЯ, в какое времЯе вызывать его, какой номер
набрать , какое устройство использовать, и как регистрироватьсЯ.

      port -  описывает все  доступные порты, вместе с обеспечиваемой
скоростью и программами соединениЯ, которые нужно использовать.


      5. UUCP  Mapping  Project  регистрирует все UUCP hostnames во всем
мире и проверЯет их на уникальность. —тобы зарегистрировать ваше имЯ UUCP,
спросите maintainers ќ‚Њ, которжЯ ограбатывает вашу почту; они  помогут
‚ам с этим.

                               - 217 -


      dial  -   Ћписывает программы набора номера, используемые, чтобы
                установить телефонное соединение.

      Dialcode  ‘одержит расширениЯ длЯ символического сода набора
                (dialcodes).


      call       ‘одержит имЯ входа в систему и пароль, который нужно
                 использовать при вызове системы. ђедко используетсЯ.


      Passwd     ‘одержит имена входа в систему, и системы паролей
                 используемые при регистрации . ќтот файл используетсЯ
                 только, когда uucico делает собственную проверку паролЯ.

      Taylor файлы конфигурации состоЯт из строк, содержащих пары  ключевое
слово  - значение. ‡нак мусора представлЯет комментарий ,действующий до
конца  строки. —тобы использовать знак мусора просто так , ‚ы можете ввести
его с наклонной чертой влево( with a backslash).
      …сть очень много опций, которые ‚ы можете изменЯть в этих файлах
конфигурации. Њы не можем описать все параметры здесь, и заденем лишь
наиболее важные.‘ их помощью вы сможете сконфигурировать модемную свЯзь
UUCP. „ополнительные разделы описывают изменениЯ, необходимые, если ‚ы
хотите использовать UUCP поверх TCP /IP или поверх последовательного
соединениЯ. ЏолнаЯ описание даетсЯ в Texinfo документах, которые
распространЯютсЯ вместе с исходным текстом  Taylor  UUCP.
      …сли  ‚ы думаете, что сконфигурировали вашу систему UUCP полностью,
можете проверить вашу конфигурацию, используЯ uuchk (находитсЯ в
/usr/lib/uucp). Uuchk читает ваши файлы конфигурации, и печатает
детализированный отчет о значениЯх , используемых длЯ каждой системы.

            13.3.5 Ћбщие Ћпции Љонфигурации - config