Клиентская Сторона NIS

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

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

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