Я других задачи, имеетсЯ
нет  такого  специализированного обслуживаниЯ. Љроме того, если ‚ малой
локальной вычислительной сетью с  no Internet activity, устанавливаЯ DNS
может  показатьсЯ  утоЯыим  затруднение длЯ многих администраторов.

      ќто - то, почему Sun разрабатывало NIS, ‘етевую €нформационную
‘истему. NIS обеспечивает обобщенные средства  доступа  к  базе  данных,
которые  могут использоватьсЯ длЯ дизинформации данных типа этого,
содержали  в  passwd  и группах файлах всех множествах на вашей сети. ќто
заставит  сеть  поЯвитьсЯ только    как  единственнаЯ  система,  с  теми
же  самыми  account  на  всех множествах.  ‚   подобном  режиме,  ‚ы  может
использовать    NIS,    чтобы распределить hostname информационную форму
/etc/hos сети.

      NIS основан на RPC, и включает сервер, client-side библиотеку, и
несколько административных инструментальных  средств.  Џервоначально,  NIS
называлсЯ †елтые ‘траницы,  или  YP,  который  все  еще  широко
используетсЯ,  чтобы  неофициально обратитьсЯ к этой услуге. ‘ другой
стороны, †елтые ‘траницы  - марка изготовителЯ Ѓританской ’елесвЯзи,
котораЯ требует от Sun  убрать  то название. Џоскольку вещи идут, некоторый
стержень имен с людьми, и  так  YP живет на префиксе к именам больш команд
типа ypserv, ypbind, и т.д. ‘егоднЯ, NIS доступны длЯ виртуально  всего
Un*ces  и  там  даже  свободно реализуетсЯ. Љаждый - из BSD разъединениЯ
‘еть -2 выпуск, и был получен  из общей пожертвованной реализации сноски
области Sun. ЃиблиотечнаЯ клиентскаЯ цифра из этого разъединениЯ была в GNU
Libc в течение длительного  времени, в то времЯ как административные
программы  только  недавно  пренесенные  к Linux Swen Thmmler. (1)  NIS
сервер  -  отсутствуетиз  реализации  сноски. Tobias Reber написал другой
NIS пакет, е средства и сервер; это  называетсЯ yps. (2)

      ‚ настоЯщее времЯ(постоЯнно), полнаЯ перезапись цифры NIS, называемой
NYS, сделаннаЯ Peter Eriksson, (3), который поддерживает  оба,  и  plain
NIS  и Sun's much пересмотренным NIS.

      1. swen@uni-paderborn.de. NIS клиентура доступнаы  как  yp-
linux.tar.gz  из sunsite.unc.edu в ‘€‘’…ЊЂ / ‘…’њ. 2. ’екущаЯ верчиЯ *от
этой записи) - yps-0.21  и  может  быть  получена  из ftp.lysator.liu.se в

                               - 177 -

/pub/NYS каталоге. 3. pen@lysator.liu.se.


      +. NYS не только обеспечивает  множество  NIS  инструментальных
средств  и сервера, но  и  также  прибавлЯет  новое  множество
библиотечных  функций, которые будут наиболее возможными длЯ того, чтобы
попасть в стандарт libc в конечном счете. ќто включает новую
конфигурационную схему  порции  hostname решениЯ,  которое  заменЯет
текущую  схему    использованную    host.conf. Ћсобенности этих функций
будут обсуждены ниже.

      ќта глава сосредоточитсЯ на NYS  скорее  чем  на  двух  других
пакетах,  к которому Я буду относить как " традиционную " NIS  цифру.  …сли
‚ы  хотите запустить этих пакетов, то команд, описанных в этой  главе
может  быть  не достаточно. —тобы получать дополнительн ую информацию,
пожалуйста  найдите стандартную книгу по NIS, типа NFS Hal Stern's и NIS
(см. [GETST "строгий - nfs"]).

      ‚ настоЯщее времЯ, NYS - все еще развиваетсЯ, и  следовательно
стандартные Linux утилиты типа сетевых программ или входа в систему
программ,  еще  не знает NYS схему конфигурации. Џока NYS соединЯетсЯ  в
mainstream  libc  ‚ы должны перетранслировать все эти binaries,  если  ‚ы
хотите  заставить  их использовать NYS. ‚ любом из  этих  приложений
формированиЯ  файла,  точно определите -lnsl как последнюю опциЯ libc к
компоновщику.  ќто  свЯзываетсЯ на релевантных функциЯх из libnsl, NYS
стандарной библиотекы длЯ C.

                            11.1 ‡накомство с NIS

      NIS  хранит  информацию  баз  данных,  находЯщихсЯ   в    так
называемых отображениЯх,  содержащих  keyvalue  pairs.  ЋтображениЯ
сохранены    на центральном хосте, выполнЯющем NIS  сервер,  из  которого
клиентура  может отыскивать  информацию  через  различные  RPC  вызовы.
‘овершенно   часто, отображениЯ сохранены в файлах DBM. (4)

      ЋтпбражениЯ сами по себе  обычно  генерируютсЯ  из  текстовых  файлов
типа /etc/hosts или /etc/passwd. „лЯ некоторых файлов, отдельные

                               - 178 -

отображениЯ  - созданы, один длЯ каждого типа клавиши. Ќапример,  ‚ы
можете  искать  хост файл длЯ имени хоста также как  длЯ  адреса  IP.
‘оответственно,  два  NIS отображениЯ получены из  файла,  вызываемый
hosts.byname  и  hosts.byaddr, соответственно. ’аблица 11.1 списков общих
отображений и файлов из кооторых они сгенерированны.

      4. DBM - простаЯ библиотека  управлениЯ  базой  данных  котораЯ
использует метод хешированиЯ, чтобы ускорить операцию исследованиЯ. €меетсЯ
свободнаЯ DBM реализациЯ из  GNU  проектируемаЯ  вызываемой  Gdbm,  который
ЯвлЯетсЯ частью большинства Linux распространен иЯ.


              -----------------------------------------------------------
              +-----------------+---------------------------------------+
              |Master File      | Map(s)                                |
              +-----------------+---------------------------------------+
              +-----------------+---------------------------------------+
              |/etc/hosts       | hosts.byname       hosts.byaddr       |
              |/etc/networks    | networks.byname    networks.byaddr    |
              |/etc/passwd      | passwd.byname      passwd.byuid       |
              |/etc/group       | group.byname       group.bygid        |
              |/etc/services    | services.byname    services.bynumber  |
              |/etc/rpc         | rpc.byname         rpc.bynumber       |
              |/etc/protocols   | protocols.byname   protocols.bynumber |
              |/usr/lib/aliases | mail.aliases                          |
              +-----------------+---------------------------------------+
              +-----------------+---------------------------------------+

      ’аблица 1. Ќекоторый стандарт NIS отображениЯ и соответствующие
чайлы.

      €меютсЯ другие файлы и отображениЯ, которые ‚ы можете  найти  в
любом  NIS пакете или  другом.  Ћни  могут  содержать  информацию  длЯ
приложений  не обсуждаемых в  этой  книге,  типа  bootparams  отображениЯ,
которое  может использоватьсЯ некоторыми BOOTP серверами, или подобно
которому в настоЯщее времЯ не  имеют  любую  функцию  в  Linux
(Ethers.byname  и  ethers.byaddr отображениЯ).

                               - 179 -


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

                 $ ypcat -x
                 NIS map nickname translation table:
                         "passwd" -> "passwd.byname"
                         "group" -> "group.byname"
                         "networks" -> "networks.byaddr"
                         "hosts" -> "hosts.byname"
                         "protocols" -> "protocols.bynumber"
                         "services" -> "services.byname"
                         "aliases" -> "mail.aliases"
                         "ethers" -> "ethers.byname"
                         "rpc" -> "rpc.bynumber"
                         "netmasks" -> "netmasks.byaddr"
                         "publickey" -> "publickey.byname"
                         "netid" -> "netid.byname"
                         "passwd.adjunct" -> "passwd.adjunct.byname"
                         "group.adjunct" -> "group.adjunct.byname"
                         "timezone" -> "timezone.byname"


      NIS сервер традиционно называетсЯ ypserv. „лЯ  средней  сети
единственного сервера обычно хватает; большие сети могут выбирать несколько
серверов  на различных машинах и различных сегментах сети, чтобы уменьшить
загрузку  на машинах сервера и программах  маршрутизации.  Ћни
синхронизированы,  делаЯ один из них главным сервером, к другие
подчиненными серверами.  ЋтображениЯ будут созданы только на master
server's host. Ћттуда, они распределены всем slaves/

      ‚ы отметили, что мы говорили относительно " сети " очень
неопределенно  все времЯ; конечно имеетсЯ отличительное понЯтие в  NIS,
которое  относитсЯ  к такой сети, и котораЯ ЯвлЯетсЯ системой всех  хостов
та  часть  их  данных конфигурации системы сделанны через NIS:  NIS

                               - 180 -

область.  Љ  сожалению,  NIS области не имеют  абсолютно  ничего  общего  с
областЯми,  с  которыми  мы столкнулись в DNS. €збегаЯ любой
неоднозначности через эту  главу,  Я  буду всегда точно определЯть который
тип области

      NIS области имеют совершенно административную  функцию  только. Ћни
обычно невидимы длЯ пользователей, кроме разделениЯ паролей между всеми
машинами в области. ‘ледовательно, название,  данное  NIS  области
релевантно  только администраторам. Ћбычно, любое название будет  как
длинный  поскольку  это отлично от любого другого NIS названиЯ области  на
вашей  локальной  сети. апример, администратор в Virtual Brewery может
создайть две  NIS  области, одну длЯ Brewery непосредственно,  и  о
которыу  она  называет  brewery  и winery, соответственно. „ругаЯ
совершенно  общаЯ  схема  длЯ  того,  чтобы просто использовать DNS
название  области  длЯ  NIS.  —тобы  установить  и показать NIS название
области  вашего  множества,  domainname.  Љогда  она вызываетсЯ без любого
аргумента, это печатает текущее NIS название области; к множеству названиЯ
области, ‚ы должны стать супер пользователеми ввести:

      # domainname brewery

      NIS  области  определЯют,  какой  NIS  сервер-приложение  сделает
запрос. Ќапример, программа входа в систему на множестве в Winery  должна,
сделать запрос NIS сервера Winery (или один из них, если они там были
отделены) длЯ информации паролЯ пользователЯ; в то времЯ как приложение на
Brewery  host должно приклеитсЯ к серверу Brewery'.

      Ћдна тайна, котораЯ пстазтсЯ все еще не  решенной,  а  именно,  как
клиент узнает с каким сервером он соединен.  ‘амое  простое  приближение
было  бы иметь файл конфигурации, который называет хост, чтобы найти
сервер. Ћднако, это приближение было бы довольно  негибко,  потому  что
это  не  позволЯет клиентуре  использовать  различные  серверы  (из  той
же  самой   области, конечно), в зависимости от их доступности.
‘ледовательно, традиционный  NIS implementations полагаютсЯ на специальный
d чтобы обнаружить подходЯщий NIS сервер в их NIS области. Џеред
способностью выполнить любой NIS


                               - 181 -


      ‡апрос,  любое  приложение,  сначала  выЯснЯти  от  ypbind  который
сервер используетсЯ.

      Ypbind исследует серверы, передаваЯ к локальной  IP  сети;  сначало
первый ответ принЯт, чтобы быть потенциально самым быстрым и будет
использоватьсЯ во всех последовательных запросах NIS. Џосле того, как
некоторый  интервал истек, или если сервер становитсЯ недоступным, ypbind,
исследует  активные серверы снова.

      ’еперь, спорнаЯ точка относительно динамического  свЯзываниЯ - то,
что  ‚ы редко нуждайтесь в этом, и что  это  вводит  задачу  защиты:
ypbind  слепо верит, кто бы ни отвечаел, который мог бы быть NIS  сервером
также  как  и "злоумышленник". ‘амо собой разумеетсЯ это становитсЯ
затруднением  -  если ‚ы управлЯете вашими базами данных паролей над NIS.
„лЯ принЯтиЯ мер против этого, NYS не использует ypbind по умолчанию, но
подбирает сервер длЯ имени хостаиз файла конфигурации.

      11.2 NIS против NIS +

      NIS и NIS + принимают участие немногим больше чем их название и общаЯ
цель. NIS + структуирован полностью различным способом. ‚место плоского
названиЯ пространство с разделенными NIS  областЯми,  это  использует
иерархическое название, оставлЯют промежутки подобные к таковому DNS.
‚место отображений, так  называемых таблиц используютсЯ то, что составлено
из строк и  столбцов, где лаждаЯ строка представлЯет предмет в NIS + базе
данных, в то времЯ  как столбцы покрывают те реквизит + знает и заботитсЯ
относительно них.  ЉаждаЯ таблица  длЯ  данный  NIS  +  -  область
включающЯЯ  таковых  родительских областей. Љроме того, запись в  таблице
может  содержать  свЯзь  с  другой  таблице. ќти особенности делают его
возможным к получении информации многими способами.

      ’радиционный NIS имеет RPC номер версии 2, в то времЯ как NIS + -
версию  - 3.

      NIS + не кажетсЯ, очень широко используемым однако, и  Я
действительно  не  знаю многого относительно этого. (•орошо, почти ничего).
Џо  этой  причине, мы не будет свЯзыватьсЯ с этим здесь. …сли  ‚ы

                               - 182 -

заинтересованы  в  изучении большего, пожалуйста обратитесь к  NIS  Sun  +
справочника  администратора ([GETST "nisplus"]).

      11.3 ЉлиентскаЯ ‘торона NIS


      …сли ‚ы знакомы с записью или перенесением приложений сети, ‚ы
обЯзательно заметите, что большинство NIS отображений, перечисленных выше
соответствуют библиотеке  функций  в  библиотеке  C.  Ќапример,  чтобы
получить   passwd информацию, ‚ы используете getpwnam (3)  и  getpwuid
функции  (3)  котораЯ возвращает информацию счета, свЯзаннаЯ с  данным
именем  пользователЯ  или численной идентичностью пользователЯ. Џри
нормальных  обстоЯтельствах,  эти функции  будут  выполнены  при  запросе
по  на  стандартном  файле,   типа /etc/passwd.

      Nis-знающЯЯ реализациЯ этих функций, однако, будет модифицированна, и
место обращениЯ RPC длЯ того, чтобы иметь NIS сервер длЯ поиска имен
пользователЯ или идентичность. ќто случаетсЯ  полностью  с  приложением.
”ункциЯ  может также "конкатенировать " NIS отображение или "  заменить  "
первоначальную картотеку с этим. Љонечно, это не относитсЯ к реальной
модификации  файла, это только означает то, что он поЯвлЯетсЯ к приложению
как если бы файл был бы заменен или конкатенирован.

      „лЯ  ттадиционных  NIS  реализаций,  там  использовались  общие
условиЯ, относительно которых замененные отображениЯ, и которые были
конкатенированы к исходной информации. Ќекоторые, подобно  passwd
отображениЯм,  требуемым kludgy modifications картотеки passwd, который,
когда выполнен неправильно, обнаружил бы защиту. —тобы избежать этого
pitfalls,  NYS  использует  общую схему  конфигурации  это  определЯет,
использует  ли  частное    множество клиентских функций первоначальную
карто  и  в  каком  порЯдке.  ќто  будет описанный позже.

                             11.4 ‡апуск NIS ‘ервера

      Џосле  такого  многого  теоретического  techno-babble,  это - времЯ,
чтобы очитстить наши руки от грЯзной работы с конфигурации. ‚  этом
разделе,  мы опишем конфигурацию NIS сервера. …сли имеетсЯ уже  NIS  запуск

                               - 183 -

сервера  на вашей сети, ‚ы не должны будете установить ваш собственный
сервер;  в  этом случае, то ‚ы можете безопасно пропускать этот раздел.

      <>   Note  that  if  you are just going to experiment with the
           server, make sure you don't set it up for  a  NIS  domain
           name  that  is  already  in use on your network. This may
           disrupt the entire network service and make a lot of peo-
           ple very unhappy, and very angry.

      ‚ настоЯщее времЯ используютсЯ два  NIS  сервера,  свободно
доступные  длЯ Linux, один содержитсЯ в yps  пакете  Tobias  Reber's,  и
другой  в  Peter Erikson's  ypserv  package.  ќто  не  должно  иметь
значение,  который  ‚ы запускаете, независимо


      от того, используете ли ‚ы NYS или NIS клиентский код, который
находитсЯ  в libc в настоЯщее времЯ. ‚о времЯ  этой  записи,  цифра  длЯ
обработки  NIS подчиненных серверов, кажетсЯ, более полной в yps. ’ак что,
если ‚ы  должны иметь дело с подчиненными серверами, yps мог бы быть лучшим
выбором.

      Џосле установки программы сервера (ypserv) в /usr/sbkn, ‚ы  должны
создать каталог,  который  будет  проводить  отображение,  регистрируемо
на  ‚ашем сервере. Џри установке NIS области длЯ brewery domain,
отображениЯ шло бы к /var/yp/brewery. ‘ервер определЯет обслуживало ли это
частную NIS  область, проверЯЯ есть ли каталог отображений. …сли ‚ы
блокируете  обслуживание  длЯ некоторой NIS области, удостоверитесь удален
ли каталог также.

      ЋтображениЯ обычно сохранЯютсЯ в картотеках DBM, чтобы ускорить
поиски. Ћни создаютсЯ  от  главы,  регистрирующей  использование  программ,
называемой makedbm (длЯ Tobias' сервер) или dbmload  (длЯ  сервера
Peter's).  Ћни  не могут  быть  изменчивыми.  Џреобразовани  е  главы
регистрирует  в   форму parseable dbmload обычно требуЯ  некоторого  awk
или  sed,  которые  имеют тенденцию, чтобы быть немного утомительными к
типу.  ‘ледовательно,  Peter Eriksson's Ypserv пакет содержит ”ормирование
который делает всю работу  за ‚ас. ‚ы должны установить это как

                               - 184 -

”ормирование файла в вашем отображении, и отредактировать  это,  чтобы
отразить  отображениЯ  которые   ‚ы    хотите распределить. ‚  вершине
файла  ‚ы  наход  услуги  Ypserv.  Џо  умолчанию, просмотры линии что -
нибудь вроде этого:

      all: ethers hosts networks protocols rpc services passwd group netid

      …сли ‚ы не хотите производить ethers.byname  и  ethers.byaddr
отображениЯ, например,  просто  удалите  предпосылку  эфиров  из  этого
правила.—тобы проверить вашу установку, это может  удовлетворЯть  тому,
чтобы  начать  с только  одного или двух отображении, подобно услугам. *
ЋтображениЯ.

      Џосле редактированиЯ ”ормированиЯ файла, в то времЯ  как  ‚ы
находитесь  в каталоге отображений,  набирите  "make".  ќто  автоматически
генерирует  и устанавливать отображениЯ. ‚ы должны удостоверитьсЯ,  чтобы
модифицировать отображениЯ всЯкий раз, когда ‚ы изменЯете главный  файл,
иначе  изменениЯ останутсЯ невидимыми длЯ сети.

      ‘ледующий раздел объЯснЯет, кгк конфигурировать NIS  клиентский  код.
…сли ваша установка не работает, ‚ы должны пробовать выЯснить или любые
запросы достигнут вашего сервера или нет. …сли ‚ы  точно  определЯете
команду  -D, флажок линии к NYS серверу, то это печатает сообщениЯ  отладки
на  консоли относительно всех входЯщих запросов NIS, и  возвращенных
результатов.  Ћни должны дать ‚ам подсказку относительно того, где задача
находитсЯ.  Tobias' сервер не имеет никакой такой опци


                    11.5 “становка NIS Љлиента с NYS

      —ерез остаток от этой главы, мы опишем конфигурацию NIS клиента.

      ‚аш первый шаг должен быть - сообщить NYS который  сервер
использован  длЯ NIS обслуживаниЯ, устанавливаЯ это в файле конфигурации
/etc/yp.conf. Ћчень прост типовой файл длЯ множества сети Winery's  может
выглЯдеть  следующим образом:


                               - 185 -

      # yp.conf - YP configuration for NYS library.
           #
           domainname winery
           server vbardolino

      ЏерваЯ формулировка сообщает всей NIS  клиентуре,  что  они
принадлежат  к Winery NIS области. …сли ‚ы упускаете эту линию,  NYS
использует  название области, которой ‚ы приписывали  вашу  систему  через
команду  domainname. ‘ервер формулировки называетсЯ NIS сервером. Љонечно,
IP адреса  адресуютсЯ к vbardolino, и должны быть хостом в файле хоста; в
качестве  альтернативы, ‚ы можете использовать адрес IP непосредственно с
формулировкой сервера.

      ‚ форме, показанной выше, команда сервера сообщает, чтобы  NYS
использовал именованный сервер любой NIS области которой может быть. …сли,
однако,  ‚ы перемещаете вашу  машину  между  различными  NIS  областЯми
часто,  то  ‚ы возможно захотите сохранить информацию длЯ отдельных
областей  в  картотеке yp.conf. ‚ы можете иметь информацию относительно
серверов длЯ различных NIS областей в Yp.conf, прибавлЯЯ NIS название
области к формулировке  сервера. „лЯ образца, ‚ы могли бы измен"типовой
файл длЯ портативной ќ‚Њ, чтобы  это выглЯдило подобно этому:

      # yp.conf - YP configuration for NYS library.
           #
           server vbardolino winery
           server vstout     brewery

      ќто позволЯет ‚ам выдать портативную ќ‚Њ в любой из двух областей,


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

      Џосле созданиЯ этого базисного файла  конфигурации,  и  уверенности
в  том это - всемирно  -  читаемый,  ‚ы  запустить  ваш  первый  критерий,
чтобы проверить, можете ли ‚ы подсоединитьсЯ к  вашему  серверу.
“достоверитесь, что выбрано отображение вашего сервеа, подобно

                               - 186 -

hosts.byname,  и  испытанию, чтобы восстановить, используЯ ypcat утилиту.
Ypcat,  подобно  всем  другим административным NIS инструментальным
средствам, должен жить в /usr/sbin.

           # ypcat hosts.byname
           191.72.2.2      vbeaujolais  vbeaujolais.linus.lxnet.org
           191.72.2.3      vbardolino   vbardolino.linus.lxnet.org
           191.72.1.1      vlager       vlager.linus.lxnet.org
           191.72.2.1      vlager       vlager.linus.lxnet.org
           191.72.1.2      vstout       vstout.linus.lxnet.org
           191.72.1.3      vale         vale.linus.lxnet.org
           191.72.2.4      vchianti     vchianti.linus.lxnet.org

      ‚ывод, который ‚ы получаете, должен быть на подобие  вышепоказанного.
…сли ‚ы получаете сообщение об ошибках взамен, которое говорит  "Can't
bind  to server which serves domain"  или  что-нибудь  на  подобие,  затем
или  NIS название области, которое не  имеет  сервер  соответствиЯ,
определенный  в yp.conf, или сервер  -  unreachable  по  некоторым
причинам.  ‚  последнем случае, удостоверитесь в том, что ping множеству
производитсЯ положительный результат, и что это действительно  запу  ‚ы
можете  проверить  последний, используЯ rpcinfo, который должен произвести
следующий вывод:

      # rpcinfo -u serverhost ypserv
           program 100004 version 2 ready and waiting

      11.6 ‚ыбор правых отображений

      “достоверьтесь в том, что ‚ы можете достичь NIS сервера, ‚ы  должны
решить который  конфигурационный  файл,  чтобы  заменить  или  увеличить  с
NIS отображениЯми.  Ћбычно,  ‚ы  захотите  использовать  NIS  отображениЯ
длЯ множества и функций поиска паролЯ. ‚ышеупомЯну тый особенно  полезен,
если ‚ы  не  запускаете  BIND.   Џоследний    разрешает    всем
пользователЯм зарегестрироватьсЯ на их account из любой системы в NIS
области; это обычно требует разделениЯ  центрального  /местного  к  ќто
объЯснено  подробно  в разделе  11.7 ниже. „ругое отображение, подобно
services.byname,  не  такое драматическое увеличение, но сохранЯют ‚ас


                               - 187 -


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

      ‚ообще, ‚ы  хотите  иметь  некоторую  свободу  выбора  когда  поиск-
функциЯ использует локальные файлы, и когда это  делает  запрос  NIS
сервера.  NYS позволЯет ‚ам сконфигурировать порЯдок, в котором функциЯ
обращаетсЯ к этим услугам.  ќто  управлЯетсЯ  через  картотеку
/etc/nsswitch.conf,   который замещает  обслуживание  названиЯ,  но
конечно  не  ограничивает   название обслуживание. „лЯ любой  из  функций
поиска  данных  это  содержит  линию, именующие услуги, чтобы использовать.

      Џравильный порЯдок услуг зависит  от  типа  данных. ќто  врЯд  ли
то,  что services.byname  отображение  будет  содержать  отличие  входов
из  тех  в локальном файле услуг; это может только содержать больше. ’ак
хороший выбор может быть, чтобы сделать запрос локальных файлов сначала, и
проверЯть  NIS только если сервисное название не  было  найдено.  Hostname
информациЯ,  с другой стороны, может изменЯтсЯ пченю часто, так, чтобы DNS
или NIS  сервер всегда имел наиболее точный accoun файл сохран как
дублиррование, если  DNS и NIS терпел неудачу. ‚ этом случае, ‚ы  захотели
бы  проверить  локальный последний файл.

      Џример  ниже  показывает,  как    сконфигурировать    gethostbyname
(2), gethostByaddr (2), и getservbyname функции (2) как описано выше. Ћни
будут перечисленны как услуги по очереди; если поиск идет  хорошо,  то
результат будет возвращен, иначе следующее обслуживание осуждено.

      # small sample /etc/nsswitch.conf
           #
           hosts:     nis dns files
           services:  files nis

      Џолный список услуг, которые могут использоватьсЯ с записью в
Nsswitch.conf файле показыны  ниже.  ”актические  отображениЯ,  файлы,
серверы  и  вещи, которые делают запрос зависЯт от названиЯ записи.


                               - 188 -

      Nisplus или nis + использует NIS + сервер  длЯ  этой  области.
‹окализациЯ сервера получена из картотеки /etc/nis.conf.

      Nis €спользует текущий NIS сервер этой области. ‹окализациЯ  сервера
делал запрос, сконфигурированный в картотеке yp.conf как  показано  в
предыдущем разделе. „лЯ  записи  множеств,  отображениЯ  Hosts.byname  и
hosts.byaddr делают запрос.

      -176 -

      dns использует DNS сервер. ќтот служебный тип  полезен только длЯ
записи хоста. ‘ервера делающие запрос,  все еще определЯютсЯ в соответствии
cо стандартом resolv.conf файла.

       files использует локальный файл, такой как /etc/hosts файл длЯ хост
записи.

      dbm ищет информацию из DBM файлов, размещенных в /var/dbm. €мЯ,
используемое длЯ файла - соответствующего NIS отображение.

      ‚ настоЯщее времЯ, NYS поддерживает следующие nsswitch.conf записи:
hosts,
      networks, passwd, group, shadow, gshadow, services, protocols, rpc, и
др. „ругие записи возможно могут быть добавленны.

      ђисунок 11.6 показывает более полный пример, который демонстрирует
другую
     &осогенность nsswitch.conf: ключевое слово [NOTFOUND=return] в записЯх
хостов сообщила бы NYS - вернутьсЯ, если желаемый пункт не был найден в NIS
или в DNS база данных. ’о есть NYS продолжит искать локальные файлы, только
если обращениЯ к NIS и DNS серверам терпЯт неудачу по какой-либо другой
причине. ‹окальные файлы будут затем только использоватьсЯ при начальной
загрузке и как backup, когда NIS сервер выключен.

      11.7 €спользование passwd и группы Maps

      Ћдно из главных приложений NIS находитсЯ в синхронизации пользователЯ
и account информации относительно всех множеств в NIS области. Љ концу, ‚ы

                               - 189 -

обычно хранит только малый локальный файл /etc/passwd, к которому
добавлена site-wide информациЯ из NIS отображений. Ћднако, просто
предоставлениЯ возможности NIS поиска длЯ этого обслуживаниЯ в
nsswitch.conf не вполне достаточно.

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


                # /etc/nsswitch.conf
                #
                hosts:      nis dns [NOTFOUND=return] files
                networks:   nis [NOTFOUND=return] files

                services:   files nis
                protocols:  files nis
                rpc:        files nis

                ђисунок 17. Џримерный nsswitch.conf файл.

      …сли любаЯ из числовых идентичности в /etc/passwd или /etc/group
отклонЯетсЯ от тех, которые в maps, то ‚ы должны скорректировать файл
ownerships длЯ всех файлов, которые принадлежат этому пользователю. ‘начала
‚ы должны заменить все uids и gids в passwd и в группах  новых значений;
затем найдите вуе фвйлы, которые принадлежат пользователЯм и былы только
что изменены, и в заключение замените их ownerships. Џримите новости
используемые длЯ того, чтобы иметь идентичность пользователЯ была бы 9, и
okir имел бы идентичность пользователЯ 103, которые были заменены на
некоторое другое значение; ‚ы могли бы затем выпорлнить следующие команды:

      # find / -uid   9 -print >/tmp/uid.9
      # find / -uid 103 -print >/tmp/uid.103
      # cat /tmp/uid.9   | xargs chown news

                               - 190 -

      # cat /tmp/uid.103 | xargs chown okir

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

      ‘делав это, численный uid's и gid's на вашей системе согласитьсЯ с
теми хостами, которые расположенны в ‚ашей NIS области. ‘ледующий шаг будет
- прибавить линии конфигурации к nsswitch.conf, который включают NIS поиски
длЯ пользователЯ и информации группы:


      # /etc/nsswitch.conf - passwd and group treatment
           passwd: nis files
           group:  nis files

      ќто заставлЯет команду входа в систему, и всех ее друзей сначала
сделать запрос NIS maps, когда пользователь пробует log in, и если этот
поиск терпит неудачу - обратно обращаетсЯ к локальным файлам. Ћбычно, ‚ы
удалите почти всех пользователей из ‚ашего локального файла, и только
оставите записи длЯ root и generic accounts подобно почте. ќто потому, что
некоторые насущные задачи системы могут требовать к map uids имЯ
пользователЯ или наоборот. Ќапример, административный cron job может
выполнить команду su, длЯ того чтобы временно стать новостЯми, или UUCP
      подсистема может отправлЯть по почте отчет состоЯниЯ. …сли новости и
uucp не имеют вход в локальный файл passwd, то эти jobs будут, к сожалению,
терпеть неудачу в течение&NIS"brownout.


      €меютсЯ две большие проблемы: с одной стороны, установка, как уже
было описано в начале, до сих пор работает только длЯ наборов программ
входа в систему, которые не используют теневой пароль, подобно тем, что
включены в util-linux пакет. Џутаница при использовании теневых паролей с
NIS будет объЯснена ниже. ‘ другой стороны, команды входа в систему - не
единственые,  которые обращаютсЯ к passwd файлу - посмотрите на команду ls,
которую большинство людей использует почти постоЯнно.

                               - 191 -

      Џри выполнении длинной распечатки, ls выделит символические имена длЯ
пользователЯ и группу владельцев файла; то есть длЯ каждого uid и gid это
представлЯет собой целую схватку, это должно сделать запрос на NIS сервер,
только один раз. ќто ужасно замедлит выполнение, если ваша локальнаЯ сеть -
clogged, или,  еще хуже, когда NIS сервер не на той же самой сети, длЯ
этого датаграммы должны пройти через программу маршрутизации.

      Ќо пока это еще не всЯ историЯ. ‚ообразите, что случитсЯ если
пользователь захочет изменить свой пароль. Ћбычно, она вызовет passwd,
который считает новый пароль и модифицирует локальный файл passwd. ќто
невозможно сделать с NIS, так как с тех пор файл локально больше не
доступен, но если пользователи подсоединились к NIS серверу, и вдруг
захотели изменить пароль, то длЯч этого, к сожалению нет опции. Џоэтому,
NIS обеспечивает отпуск в замене длЯ passwd, называемого yppasswd, который
делает аналогичную вещь в присутствии NIS. „лЯ изменениЯ паролЯ на хост
сервере, но в контакт с yppasswdd daemon на том же самом хосте через RPC, и
обеспечивает его модифицируемой информацией паролЯ. Ћбычно, ‚ы
устанавливаете yppasswd длЯ нормальной программы,  делаЯ что - нибудь вроде
этого:

      # cd /bin
      # mv passwd passwd.old
      # ln yppasswd passwd


      ‚ то же самое времЯ ‚ы должны установить rpc.yppasswdd на сервер и
запустить его из rc.inet2. ќто эффективно слроет любые искожениЯ NIS от
ваших пользователей.

      11.8 €спользование NIS с Shadow Support

      Ќе имеетсЯ никакой NIS поддержки длЯ мест, которые используют теневой
вход в систему набора программ. John F. Haugh, автор теневого набора
программ, недавно выпущенной версии теневых библиотечных функций, описанных
GNU библиотекой GPL к comp.sources.misc. ќто уже имеет некоторую поддержку

                               - 192 -

длЯ NIS, но она пока еще не полна, и файлы пока еще не добавлены к
стандарной библиотеке длЯ C. ‘ другой стороны, при публикации информации из
/etc/shadow через NIS вид поражениЯ цели теневого набора программ.

      •отЯ NYS функции поиска паролЯ не используют shadow.byname map или
что - либо аналогичное, очевидно NYS поддерживает использование локального
/etc/shadow файла. Љогда NYS реализациЯ getpwnam обращаетсЯ к просмотру
информации, свЯзанной  с данным login именем, средства, точно определенные
passwd записью в nsswitch.conf делают запрос. Nis обслуживание будет просто
искать имЯ в passwd.byname map на NIS сервере. Ћбслуживание файлов, однако,
проверит, существует ли /etc/shadow, и если существует, то попробует
открыть это. …сли ни один из файлов не присутствует, или если пользователь
не имеет привилегию root, то происходит возвращение к обычной работе поиска
информации пользователЯ в /etc/passwd. Ћднако, если теневой файл существует
и может быть открыт, то  NYS извлечет пароль пользователЯ из shadow.
Getpwuid функциЯ соответственно выполнЯетсЯ. ‚ этом режиме, binaries,
компилируемый с NYS, будет иметь дело с локальной  установкой теневого
набора программ.

      11.9 €спользование традиционного NIS кода.

      …сли ‚ы используете код клиента, который находитсЯ в стандарте libc,
то конфигурациЯ NIS клиента немного отлична. ‘ одной стороны, это
использует ypbind daemon длЯ того, чтобы передать информацию длЯ активных
серверов скорее чем считывать эту информацию из файла конфигурации. ‚ы
следовательно должны удостоверитсЯ в том, что бужет запущен ypbind при
начальной загрузке. Ћн должен быть вызван после установленной NIS области,
и RPC portmapper тоже должен быть запущен. ‚ызов ypcat нужен длЯ того,
чтобы проверить работает ли сервер так, как он должен (см. выше).

      Ќедавно, имелось некоторое число bug reports, которые сообщают, что
NIS терпит неудачу, сообщаЯ при этом: "clntudp create: RPC: portmapper
failure - RPC: unable  to receive''.


      ќто все из-за несовместимого изменениЯ в способе, как ypbind
свЯзываетсЯ с библиотечными функциЯм. ЏолучаЯ последние источники длЯ NIS

                               - 193 -

утилит и  перетранслируЯ их, должна быть исправлена эта задача. (5)

      ’акже, способ традиционного NIS решает это,  как соединить NIS
информацию с этим из локальных файлов отклонЯемую от используемого NYS.
Ќапример, чтобы использовать NIS отображение паролЯ, ‚ы должны включить
следующую линию где-нибудь в ‚ашем /etc/passwd map:

           +: *:0:0:::

      ќто маркирует место где функции поиска паролЯ  "вставлЯют" NIS
отображениЯ. ‚ставка подобной линии (минус последние два двоеточиЯ) в
/etc/group делают тот же самое длЯ group. * maps. „лЯ того, чтобы
использовать hosts.* maps, распределенные NIS, измените order line в
host.conf файле. Ќапример, если ‚ы хотите использовать NIS, DNS, и файл
/etc/hosts (в том порЯдке), то  ‚ы должны изменить эту линию на:

      order yp bind hosts

      ’радиционнаЯ NIS реализациЯ не поддерживает никакие другие
отображениЯ в настоЯщее времЯ.

      5. €сточник длЯ yp-linux может быть получен из ftp.uniрaderborn.de в
каталоге /pub/Linux/LOCAL.


      12. ‘етеваЯ файловаЯ система (NFS)

       NFS, the network file system, ЯвлЯетсЯ возможно наиболее видной
сетью услуг, использующей RPC. ќто позволЯет обращатьсЯ к файлам на
отдаленных хостах точно
      тем же самым способом, как пользователь обратилсЯ бы к любым"
локальным файлам. ‘делано возможным смешением kernel функциональных
возможностей на клиентской стороне (котораЯ использует отдаленную файловую
систему) и NFS сервер на стороне сервера (который обеспечивает файл
данных). ќтот доступ к файлу полностью очевиден  клиенту, и работает через
все разнообразие серверов и архитектуры хостов.


                               - 194 -

      NFS предлагает рЯд преимуществ:


      + „анные, к которым обращаютсЯ все пользователи, могут быть сохранены
на центральном хосте, с клиенами устанавливающими этот каталог при
начальной загрузке. Ќапример, ‚ы можете сохранить все accounts
пользователей на одном хосте, и иметь все хосты на ‚ашем сетевом mount
/home от того хоста. …сли оно установлено бок о бок с NIS, то  пользователи
могут затем войти в любую систему, и все еще работать на одном множестве
файлов.

      + „анные, потреблЯющие большие количества дискового пространства
могут быть сохранены в единственном хосте. Ќапример, все файлы и программы
относЯщиесЯ к LaTeX и METAFONT могут быть сохранены и поддерживатьсЯ в
одном месте.

      + Ђдминистративно-управленческаЯ информациЯ может быть сохранена в
адинственном хосте. Ќет нужды использовать rcp длЯ того, чтобы установить
тот же самый глупый файл на 20 различных машин.


      Linux NFS - в значительной степени работа Rick Sladkey, (1), кто
написал NFS
      kernel код и большие части NFS сервера. Џоследний,  выводил из unfsd
пространства пользователЯ NFS сервер, первоначально написанный Mark Shand,
и hnfs Harris NFS сервер, написанный Donald Becker.

      „авайте теперь посмотрим том, как NFS работает: клиент может
запросить установить каталог от отдаленного хоста на локальном каталоге тем
же способом, и он может установить физическое устройство. Ћднако,
синтаксис, используемый длЯ того, чтобы точно определить отличен ли
отдаленный каталог. Ќапример, чтобы mount /home хост vlager к /users на
vale, администратор выпустил бы следующую команду на vale: (2)
   "
      1. Rick может быть найден в jrs@world.std.com.


      # mount -t nfs vlager:/home /users

                               - 195 -


      mount затем попробует соединитьсЯ с mountd, устанавленный с daemon на
vlager через RPC. ‘ервер проверит, разрешаетсЯ ли vale повысить каталог, и
если так, вернет это  к file handle. ќтот handle файл будет использоватьсЯ
во всех последовательных запросах к картотекам ниже /users.

      Љогда кто -то обращаетсЯ к файлу над NFS, kernel места RPC вызовут
nfsd (NFS daemon) на машине сервера. ќто обращение берет handle файл, имЯ
файла, к которому обращаютсЯ, и user's user и идентичность группы как
параметры. Ћни используютсЯ в определении прав доступа к точно
определенному файлу. —тобы предотвратить от несанкционированного чтениЯ или
модифицированиЯ файла, пользователь и идентичность группы должны быть теме
же самыми на обоих хостах.

      Ќа большинстве Un*x  реализаций, NFS функциональные возможности обоих
клиентов и сервер выполнены как kernel уровень daemons, которые начаты из
пространства пользователЯ при начальной загрузке системы. Ћни - NFS daemon
(nfsd) на хосте сервера, и  блок ввода - вывода Daemon (biod) выполнЯющийсЯ
на клиентском хосте. —тобы улучшить производительность, biod выполнЯет
асинхронный ввод - вывод, используЯ чтение - вперед и запись-назад; также,
несколько nfsd daemons обычно запускаетсЯ совместно.

      NFS реализациЯ Linux, немного отлична в этом самом клиентском коде,
крепко объединена в файловой системе (VFS) уровень Ядра и не требует
дополнительного управлениЯ через biod. ‘ другой стороны код сервера
запускаетсЯ полностью в пространстве пользователЯ, так, чтобы при запуске
нескольких копий сервера в одно и то же времЯ было бы почти невозможным из-
за синхронизации. Linux NFS, в настоЯщее времЯ также существует отсутствие
чтениЯ - вперед и записи-назад, но Rick Sladkey планирует исправит этот
недостатолк в ближайшее времЯ. (3)


      ‘амаЯ гольъаЯ проблема с Linux NFS кодом - то, что Linux kernel
версии 1.0 не способен распределить памЯть в кусках больших чем 4k; как
следствие, сетевой код не может обрабатывать датаграммы большие чем
приблизительно 3500 байтов после вычитаниЯ размера заголовка и т.д. ќто
значит, что передача к  и из NFS daemons выполнЯющейсЯ на системах, которые
используют большие UDP датаграммы по умолчанию (например 8k на SunOS)

                               - 196 -

должны быть уменьшенны в размере искуственно. ќтот причинЯет вред
характеристике под влиЯнием некоторых обстоЯтельств. (4) ќтот предел входит
в поздние Linux-1.1 Ядра, и клиентский код был
      модифицирован длЯ того, чтобы пользоватьсЯ  этим преимуществом.

      2. ‡аметьте, что ‚ы можете опустить -t nfs аргумент, потому что mount
видит из двоеточиЯ то, что это определЯет NFS объем.
      3. ‡адача с write-behind - то, что kernel буфер кэша индексирован
парами device/inode, и следовательно не может использоватьсЯ длЯ nfs-
установленных файловых систем.


      12.1 Џодготовка NFS

      Џрежде, чем ‚ы можете использовать NFS, будь это сервер или клиент,
‚ы должны удостоверитьсЯ, что ‚аше Ядро имеет NFS поддержку, компилируемую
в. Ѓолее новые Ядра длЯ этого имеют простой интерфейс на proc файловой
системе, файл /proc/filesystems, который ‚ы можете отобразить используЯ
cat:

      $ cat /proc/filesystems
                   minix
                   ext2
                   msdos
           nodev   proc
           nodev   nfs

      …сли nfs отсутствует из этого списка, то ‚ы должны скомпилировать
‚аше собственное Ядро с включенным NFS. Љонфигурирование kernel сетевых
опций объЯснено в разделе " Kernel конфигурациЯ " главы 4 ..

      „лЯ более старых Ядер до 1.1 Linux, самый простой спо