
- •Предмет совместного использования
- •Копирование файлов
- •Install опции [каталог-адресат];
- •Вытягивание Файлов: система expect
- •Сетевая информационная служба
- •"Волшебные ключики" nis
- •Сетевые группы
- •Пренмушества и недостаткн nis
- •Обзор системы nis
- •Конфигурирование клиентов nis
- •Другие системы управления базами аанных
- •Назначение приоритетов источникам административной информации
Другие системы управления базами аанных
Конечно же, NIS и NIS+ — не единственные в мире системы управления административными базами данных, но, безусловно, это два "больших корабля, отправившихся в большое плавание". Две другие системы, Hesiod разработки МIТ и NetInfo разработки NeXT, которые существуют уже несколько лет, привлечь на свою сторону значительное число пользователей так и не смогли.
Система Hesiod расширяет протоколы DNS и применяет их для распространения административных данных. Это позволяет системе Hesiod пользоваться преимуществами уже проверенных протоколов и версий DNS и избежать превращения самой себя в еще одну сложную систему рассылки файлов конфигурации.
Система NetInfo — почти та же NIS+, но построенная "чище" и проще. Она входит в состав операционной системы NEXTSTEP и предлагается на коммерческой основе для других платформ. Служба Netinfo использует иерархическую доменную структуру, похожую на принятую в NIS+, но схема хранения данных здесь более рациональна, а явное задание путей и ссылок не применяется. Клиент системы NetInfo просто "видит" административную информацию, имеющуюся во всех доменах, находящихся над ним. Как и в NIS+, в NetInfo считается, что хранящаяся в ней информация является авторитетной и требуется, чтобы конвертирование в обычные файлы и обратно выполнялось явно.
Назначение приоритетов источникам административной информации
В большинстве систем информацию о конфигурации можно распространять несколькими способами. Обычные файлы может обрабатывать любая система, кроме того, в большинстве систем реализована поддержка NIS и обеспечивается возможность поиска имен машин и Internet-адресов средствами DNS. Поскольку для каждого данного элемента информации может существовать несколько потенциальных ее источников, поставщики систем обычно предусматривают способ задания источников и порядка проведения их опроса. К сожалению, в каждой системе это делается по-своему.
В некоторых системах, которые поддерживают NIS, в файлах passwd и group можно задавать "волшебные ключики", которые указывают, как следует объединять содержимое этих файлов с соответствующими NIS-картами..
Операции поиска машин и адресов уникальны тем, что это единственные операции, которые могут обращаться к DNS (или к любому нелокальному источнику информации). Иногда поиск машин выполняется не так, как другие виды поиска, а в некоторых системах все делается одинаково. Все зависит от конкретной конфигурации.
В течение долгого времени NIS и DNS вообще не могли взаимодействовать. В конце концов в ypserv, демон-сервер NIS, добавили одну штуку, которая заставляет его обращаться к DNS, если NIS-карты машин не содержат требуемой информации. Эта штуковина до сих пор используется в некоторых системах и включается опцией -i команды ypserv или опцией -b команды makedbm (в зависимости от конкретной системы). Некоторые системы кэшируют ответы DNS, а некоторые — нет; но любой из вариантов вносит свои собственные проблемы.