Этот отрывок взят из удивительной книги, написанной защитником Linux Эви Немет (к сожалению, недавно затерянной в море http://www.theregister.co.uk/2013/07/05 / evi_nemeth_unix_dead / ) в ее одной из первых и лучших книг по администрированию Linux: Linux® Administration Handbook. В данном случае это было во втором издании книги, я не уверен, дублировалось ли это в последнем 4-м издании книги, поскольку к тому времени NIS и NIS + менее актуальны.
Информация о конфигурации может быть распространена. несколькими способами. Каждые система понимает плоские файлы и знает, как использовать DNS для поиска имена хостов и адреса в Интернете. Большинство также понимают NIS. Поскольку данная информация может поступать из нескольких потенциальных источников, Linux предоставляет вам возможность указать источники, которые должны быть проверено и порядок, в котором выполняются проверки.
В исходной (до Linux) реализации NIS некоторая конфигурация файлы (в частности, файлы / etc / passwd и / etc / group) должны быть настроен для «приглашения» содержимого соответствующих карт NIS. Приглашение было расширено включением специальных заклинаний в сами файлы. Одинокий знак «+» в начале строки включить всю карту NIS, « + @ netgroup » будет включать только записи относящиеся к данной сетевой группе, а «+ имя» будет включать в себя один запись.
Этот подход никогда не пользовался особой популярностью, и его заменили центральный конфигурационный файл /etc/nsswitch.conf, который позволяет явно путь поиска должен быть указан для каждого типа административных Информация. Исходное поведение можно эмулировать с помощью режим совместимости, но вряд ли вы захотите использовать этот функция во вновь настроенной сети. (К сожалению, эмуляция по умолчанию для большинства дистрибутивов.)
Обычными источниками являются nis, nisplus, files, dns и compat; Oни обратитесь к NIS, NIS +, [5] ванильным плоским файлам (игнорируя токены, такие как «+»), DNS и NISified (с учетом «+») соответственно.