System Administration Toolkit: Настройка NIS для обеспечения авторизации

В этой статье объясняется, как установить, сконфигурировать и обновить Network Information System (NIS) для совместного использования информации и рассказывается, как объединить NIS с другими решениями, в том числе файловыми сервисами и Domain Name System (DNS) для совместного доступа к данным в подсетях, локальных сетях и Интернете. В больших сетях UNIX® совместный доступ к информации может снять много проблем, например, реализовать общие права доступа для разных систем с помощью Network File System (NFS) или просто обеспечить однократную регистрацию для доступа ко всей сети.

Мартин Браун, внештатный автор, консультант

Мартин Браун (Martin Brown) пишет статьи уже более семи лет. Он является автором многочисленных книг и статей по различным темам. Его квалификация охватывает множество платформ и языков разработки - Perl, Python, Java™, JavaScript, Basic, Pascal, Modula-2, C, C++, Rebol, Gawk, Shellscript, Windows®, Solaris, Linux, BeOS, Mac OS X и т.д., а также Web-программирование, системное управление и интеграция. Мартин является внутренним экспертом (SME) компании Microsoft® и регулярно пишет для ServerWatch.com, LinuxToday.com и IBM developerWorks. Он также принимает участие в блогах Computerworld, The Apple Blog и на других сайтах. Связаться с ним можно через его Web-сайт.



10.01.2008

Об этом цикле статей

Обычный администратор операционной системы UNIX® имеет стандартный набор утилит и приемов, которыми регулярно пользуется в своей работе. Эти утилиты, последовательности команд и сценарии используются для упрощения различных процессов. Некоторые из этих инструментальных средств поставляются вместе с операционной системой, но знание большинства приемов приходит с опытом работы и желанием системных администраторов облегчить себе жизнь. Этот цикл статей посвящен оптимизации использования различных стандартных инструментальных средств UNIX, включая методы упрощения администрирования в гетерогенной среде.


Знакомство с NIS

Network Information Service (NIS) - это сетевая база данных, которая может использоваться для хранения системных файлов, которые надо сделать доступными для нескольких компьютеров. Структура NIS показана на рисунке 1.

Рисунок 1. Структура Network Information Service (NIS)
Структура Сетевой Информационной Службы

Главный NIS-сервер (NIS-master) хранит главные копии всей информации. Подчиненный NIS-сервер (NIS-slave) может загружать и скачивать копии этой информации. Все главные NIS-сервера и подчиненные NIS-сервера ожидают от клиентских компьютеров запросы на поиск информации в базах данных NIS. Только главный NIS-сервер может изменять базы данных; хотя подчиненные NIS-сервера совместно используют информацию, но эта информация передается им или загружается ими самостоятельно с главного NIS-сервера. NIS-клиенты обращаются к подчиненному NIS-серверу или главному NIS-серверу, когда им требуется какая-либо информация.

В принципе нет ограничений на число главных NIS-серверов и подчиненных серверов, но в подсети должен быть хотя бы один NIS-сервер (например, для подсети из 254 компьютеров). NIS не особенно эффективен, поскольку информация на клиентах не кэшируется. Это означает, что для осуществления любой операции, которая будет использовать данные из какого-либо файла, придется запрашивать этот файл у NIS-сервера. Это происходит при выполнении различных операций, в том числе проверки пароля по базе во время регистрации в системе, получении списка файлов, для чего требуется по базе данных пользователей выяснить, кто является их владельцами.


Совместное использование данных и карты NIS

Сами данные хранятся в картах (maps) NIS, и эти карты создаются главным NIS-сервером из файлов, которые он сам обычно использует. Первичная функция NIS - это реализация механизма совместного использования базы данных с информацией, например, базы данных, содержащей пары "имя пользователя/пароль" (/etc/passwd и /etc/shadow) и файлов с IP-адресами других компьютеров (/etc/hosts). Базы данных NIS можно использовать для хранения любого файла из каталога /etc:

  • auto.home или auto_home
  • auto.master или auto_master
  • bootparams
  • ethers
  • group
  • hosts
  • ipnodes
  • netgroup
  • netmasks
  • networks
  • passwd
  • protocols
  • rpc
  • service
  • shadow

Например, если открыт общий доступ к карте с IP-адресами других компьютеров, созданному на базе информации, хранящейся в каталоге /etc/hosts на NIS-сервере, то NIS-клиенты могут быть сконфигурированы для поиска информации с использованием базы данных NIS вместо поиска в собственном каталоге /etc/hosts.

NIS может использоваться вместо или вместе с Domain Name System (DNS) для поиска адресов компьютеров. Реальное преимущество NIS в том, что она позволяет в сети совместно использовать информацию и обмениваться ею, в особенности паролями и информацией, предоставляемой средством автоматического монтирования Network File System.

Мастер-сервер обменивается информацией с подчиненными серверами только в одном направлении; подчиненные серверы не имеют возможности изменять информацию, полученную с сервера, кроме некоторых ситуаций, связанных с данными об именах пользователей и паролях. Для того, чтобы пользователи могли менять свой пароль, используется специальная команда обновления соответствующей базы данных на сервере, информация из которой будет потом передана всем подчиненным серверам в домене.

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


Установка имени домена

Имя домена в NIS никак не связано с именем домена в DNS и никак не относится к протоколу DNS. NIS-домены и DNS-домены могут иметь одно и тоже имя или разные имена, но это никак не повлияет на работу системы. NIS-домен предназначен для хранения информации (общие настройки) о небольших группах компьютеров для данной сети или даже всего департамента, в то время как DNS - это сложная система для определения IP-адресов хостов в иерархической доменной структуре данных нескольких сетей.

Для опредения имени домена можно использовать команду domainname:

$ domainname mynisdomain

Отметьте, что имя домена может задаваться одним словом; иерархический формат, используемый в DNS, не требуется.

Можно установить постоянное имя домена, обозначив его в файле /etc/defaultdomain (для ОС Solaris), или в файле /etc/rc.nfs (для ОС AIX®), или отредактировав параметр NIS_DOMAIN в файле /etc/rc.config.d/namesrvrs (для ОС HP-UX), или соответствующем изменением файлов /etc/yp.conf или /etc/conf.d/domainname (для ОС Linux®).


Создание исходных данных для NIS

Для запуска главного NIS-сервера необходимо предварительно выполнить две операции:

  1. Инициализация баз данных NIS.
  2. Запуск служб NIS.

Создаваемые базы данных будут основаны на информации о текущей конфигурации сервера. Однако могут не потребоваться исходные версии конфигурационных файлов, так как это потребует модификации файлов данных на главном сервере каждый раз, когда нужно обновить информацию. Вместо этого мы используем копии этих файлов и будем обновлять копии, когда захотим передать информацию на подчиненные сервера.

Простейший путь сделать это состоит в копировании базовых файлов (из списка, приведенного выше) в новый каталог, например, /etc/nisdata или /var/nisdata. Файлы, которые копируются в один из этих каталогов, составляют основу информации, совместный доступ к которой будет обеспечен с использованием NIS.

Сразу после копирования базовых файлов желательно внести определенные изменения в файлы NIS-сервера и данные, на основе которых они созданы (исходные файлы). Прежде всего, нужно избежать одновременного изменения исходных файлов (откуда данные были скопированы) и на главном сервере NIS при внесении в эти данные какого-либо обновления (ради этого и переносилась часть информации на NIS-сервер). Ликвидация дублирования упростит управление данными в долгосрочной перспективе.

В идеале, файлы NIS-сервера должны содержать данные, которые вы хотите сделать доступными, в то время как базовые файлы содержат информацию, которая относиться только к главному NIS-серверу или может потребоваться в случае сбоя NIS. Например, вы можете включить адреса ключевых компьютеров в /etc/hosts (и эта информация будет сделана доступной через NIS) так, что ошибка в NIS не повлияет на поиск имени хоста. Но файлы-таблицы средства автоматического монтирования Сетевой Файловой Системы (NFS automounters) (auto.home) могут быть доступны только через NIS.

Вне зависимости от того, как распределена информация, необходимо сделать одно изменение в файле /etc/passwd file - удалите учетную запись администратора. Если оставить учетную запись администратора в открытых при помощи NIS данных, тогда все компьютеры, которые имеют доступ к этой информации, будут использовать администраторскую учетную запись. Это создает потенциальный риск для всей сети в целом, если пароль администратора станет известным другим пользователям.

В гетерогенной среде при открытии доступа к данным при помощи NIS для многих компьютеров под управлением UNIX или Linux ОС, нужно убрать из файла /etc/passwd любую информацию о пользователях системного уровня; например, пользователи служб sys, adm, news, mail, uucp; у всех этих служб есть уникальные логины пользователей на различных системах, что делает невозможным совместный доступ к подобной информации.

На некоторых системах, где организован доступ к файлу /etc/aliases (или /etc/mail/aliases) с базой данных имен пользователей, которые они используют при работе с электронной почтой для работы с Sendmail, нельзя скопировать этот файл в другой каталог, поскольку его расположение строго прописано утилитой Sendmail. В поздних версиях утилиты Sendmail можно самостоятельно определить место для этого файла, поэтому такие проблемы не возникают.


Создание карт NIS

Теперь, когда у Вас есть данные для построения блока информации, к которому будет организован доступ, необходимо создать карты NI для привязки к этим данным. Для этого нужно сконфигурировать файл Makefile в каталоге /var/yp для создания карт, а затем запустить его командой make.

Ниже приведены первые несколько строчек файла Makefile для системы на базе Solaris (листинг 1).

Листинг 1. Файл Makefile
#
# Copyright 1996-2003 Sun Microsystems, Inc.  All rights reserved.
# Use is subject to license terms.
#
#pragma ident   "@(#)Makefile   1.31    03/04/16 SMI"
#
#----
#
# Set the following variable to "-b" to have NIS servers use the domain name
# resolver for hosts not in the current domain.
#B=-b
B=
DIR =/etc
#
# If the ipnodes (IPv6 hosts file) lives in a directory other than
# /etc/inet, then you'll need to change the following line.
#
INETDIR=/etc/inet
#
# If the audit_user, auth_attr, exec_attr, prof_attr files
# live in a directory other than /etc/security, then you'll
# need to change the following line.
#
RBACDIR=/etc/security
#
# If the passwd, shadow and/or adjunct files used by rpc.yppasswdd
# live in directory other than /etc then you'll need to change the
# following line.
# DO NOT indent the line, however, since /etc/init.d/yp attempts
# to find it with grep "^PWDIR" ...
#
PWDIR =/etc
DOM = `domainname`
NOPUSH = ""
ALIASES = /etc/mail/aliases
YPDIR=/usr/lib/netsvc/yp
SBINDIR=/usr/sbin
YPDBDIR=/var/yp
YPPUSH=$(YPDIR)/yppush
MAKEDBM=$(SBINDIR)/makedbm
MULTI=$(YPDIR)/multi
REVNETGROUP=$(SBINDIR)/revnetgroup
STDETHERS=$(YPDIR)/stdethers
STDHOSTS=$(YPDIR)/stdhosts
MKNETID=$(SBINDIR)/mknetid
MKALIAS=$(YPDIR)/mkalias

CHKPIPE=  || (  echo "NIS make terminated:" $@ 1>&2; kill -TERM 0 )


k:
        @if [ ! $(NOPUSH) ]; then $(MAKE)  $(MFLAGS) -k all; \
        else $(MAKE) $(MFLAGS) -k all NOPUSH=$(NOPUSH);fi

all: passwd group hosts ipnodes ethers networks rpc services protocols \
        netgroup bootparams aliases publickey netid netmasks c2secure \
        timezone auto.master auto.home ageing \
        auth.attr exec.attr prof.attr user.attr audit.user

Возможно, придется отредактировать следующие элементы файла Makefile:

  • NIS maps -- список карт, которые будут созданы. Находится в строке 'all:' - требуется отредактировать ее содержимое, чтобы оно соответствовало файлам, которые нужно создать.
  • Переменная DIR -- содержит расположение главных файлов с данными.
  • Переменная PWDIR -- содержит расположение файла /etc/passwd (или его копии).
  • Переменная DOM -- определяет имя домена. Если уже задано имя домена при помощи команды domainname, то эту переменную не нужно менять: узнать заданное имя домена можно при помощи той же команды domainname.

Теперь можно создавать карты NIS. Это можно сделать двумя способами, используя Makefile или команду ypinit.

Если использовать Makefile, то нужно выполнить команду make в каталоге /var/yp, чтобы создать файлы NIS:

$ make

Для метода с использованием ypinit выполните команду ypinit с использованием флага -m; будет выдано приглашение перечислить имена всех NIS-серверов (как главного так и подчиненных), которые нужно сконфигурировать; после этого будут созданы карты (см. листинг 2).

Листинг 2. Метод с использованием ypinit
$ ypinit -m
In order for NIS to operate successfully, we have to construct a list of
the NIS servers.  Please continue to add the names for YP servers in
order of preference, one per line.  When you are done with the list,
type a <control D>
or a return on a line by itself.
        next host to add:  ultra3
        next host to add:  ^D
The current list of yp servers looks like this:

ultra3

Is this correct?  [y/n: y]  y

Installing the YP database will require that you answer a few questions.
Questions will all be asked at the beginning of the procedure.

Do you want this procedure to quit on non-fatal errors? [y/n: n]
OK, please remember to go back and redo manually whatever fails.  If you
don't, some part of the system (perhaps the yp itself) won't work.
The yp domain directory is /var/yp/mcslp
There will be no further questions. The remainder of the
procedure should take 5 to 10 minutes.
Building /var/yp/mcslp/ypservers...
Running /var/yp /Makefile...
updated hosts

ultra3 has been set up as a yp master server without any errors.

If there are running slave yp servers, run yppush now for any data bases
which have been changed.  If there are no running slaves, run ypinit on
those hosts which are to be slave servers.

При конвертировании данных в NIS-файлы, базовые данные преобразуются в несколько таблиц в соответствии с тем, как эти данные могут использоваться. Например, файл /etc/passwd генерирует две таблицы, passwd.byname, который позволяет осуществлять поиск по имени пользователя (логину), и passwd.byuid, который поддерживает поиск на основе уникального идентификационного номера пользователя. Для хостов генерируются файлы-таблицы hosts.byname и hosts.byaddr для поиска по имени хоста и IP-адресу соответственно.

Необходимые файлы созданы. Осталось только запустить NIS-сервер так, чтобы базы данных стали доступны.


Запуск главного NIS-сервера

Команда ypserv запускает NIS-сервер, который обрабатывает запросы от NIS-клиентов. Запуск службы NIS выполняется командой:

$ ypserv

Теперь клиенты должны получить возможность запрашивать базу данных NIS.

Следует убедиться, что NIS-процесс запускается автоматически. На большинстве компьютеров, работающих под управлением UNIX SVR4 (Solaris, AIX, HP-UX), обычно должны быть файлы /etc/init.d/nis.server или /sbin/init.d/nis.server, ссылку на которые можно прописать в автозагрузке для гарантированного запуска NIS.

Как только запущен главный NIS-сервер, можно запускать процессы-демоны для использования и обслуживания главного NIS-сервера. Демон ypxfrd предоставляет службы передачи данных для синхронизации файлов-таблиц NIS между подчиненными NIS-серверами и главным NIS-сервером. Его вовсе необязательно использовать, но при больших файлах этот демон может значительно увеличить производительность передачи данных и синхронизации.

Демон updated предоставляет безопасный метод для обновления базовых файлов NIS через сеть. Этот демон также необязателен, но может быть полезен в ситуации, когда нужно удалено обновить данные, доступ к которым осуществляется при помощи NIS.

Демон yppasswdd обрабатывает запросы на изменение пароля пользователя и обновляет соответствующие файлы. Как только обновление было выполнено, изменения тотчас же отображаются в подчиненные NIS-сервера и новый пароль пользователя становится действительным почти немедленно. Необходимо исправить настройку этого демона так, чтобы он выполнял обновление данных именно в NIS, а не в самом файле /etc/passwd. Если сконфигурировать Makefile в /var/yp, то это должно привести к нужным результатам. Способ корректировки этого демон-процесса может отличаться в зависимости от версии UNIX, но в большинстве случаев он сводится к замене строки команды во время выполнения демона. Например, так нужно изменить команду для AIX, чтобы выполнять чтение из файла:

rpc.yppasswdd -a -f DIR/passwd

DIR - каталог, где расположены данные, используемые NIS.

В ОС Linux, используйте флаг -D для задания каталога:

rpc.yppasswdd -DDIR

В HP-UX нужно отредактировать переменную YPPASSWDD_OPTIONS в файле /etc/rc.config.d/namesrvrs, чтобы она указывала на необходимый файл в нужном каталоге.


Конфигурирование подчиненного NIS-сервера

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

Для настройки подчиненного NIS-сервера, выполните следующие шаги:

  1. Задайте имя домена:
    $ domainname nisdomain
  2. Выполните ypinit, задав имя главного сервера:
    $ ypinit -s masterserver

Запустите NIS-сервер и NIS-клиент (см. листинг 3):

Листинг 3. Запуск NIS-сервера и NIS-клиента
$ /etc/init.d/nis.server start
$ /etc/init.d/nis.client start

Подчиненный NIS-сервер автоматически зарегистрируется на главном NIS-сервере так, что обновления на подчиненный сервер будут высылаться автоматически с главного сервера.


Настройка NIS-клиента

Каждый компьютер, который запрашивает данные из файлов-таблиц NIS, должен быть настроен для связи с NIS-сервером. Это можно сделать двумя путями - используя ypinit или вручную. Для запуска ypinit следует выполнить следующую команду:

$ ypinit -c

Затем нужно будет задать имена NIS-серверов, которые нужно использовать.

Нужно убедиться, что запущена клиентская NIS-служба и она сконфигурирована во время загрузки системы при помощи /etc/init.d/nis.client или похожего сценария.

Для выполнения процесса настройки NIS-клиента вручную можно использовать команду broadcast демона ypbind. Этот демон обслуживает локальные запросы клиентов и посылает их NIS-серверу. Для использования этого метода сначала задайте имя домена:

$ domainname nisdomain

А затем запустите демон ypbind с командой broadcast:

$ ypbind -broadcast

Для проверки того, что компьютер правильно сконфигурирован для доступа к удаленным картам, нужно командой yppoll проверить их доступность. Например, проверьте наличие карты passwd.byname map при помощи:

$ yppoll passwd.byname

Чтобы посмотреть данные, содержащиеся в карте, используйте команду ypcat (см. листинг 4).

Листинг 4. Используйте ypcat для отображения данных, содержащихся в карте
$ ypcat passwd.byname
nobody:*:65534:65534:nobody:/:/bin/false

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


Интеграция с другими решениями

Файл /etc/nsswitch.conf указывает системе, где она должна искать требуемую информацию, например, имена хостов и логины пользователей. Можно использовать этот файл для управления порядком (или приоритетом), в котором просматриваются базы данных и обрабатываются ошибки.

Образец такого файла показан в листинге 5.

Листинг 5. Файл /etc/nsswitch.conf
passwd:      files
shadow:      files
group:       files

hosts:       files dns
networks:    files dns

services:    db files
protocols:   db files
rpc:         db files
ethers:      db files
netmasks:    files
netgroup:    files
bootparams:  files

automount:   files
aliases:     files

Первый столбец - названия баз данных; последующие записи являются упорядоченным списком ресурсов, которые должны использоваться для поиска информации.

Например, база данных passwd использует 'files' (или, по-другому, /etc/passwd) для подтверждения верности логина и пароля пользователя. В тоже время, база данных hosts использует сначала локальные файлы с данными, а затем опрашивает DNS-систему.

Для настройки NIS, добавьте слово 'nis' к списку баз данных, в которых осуществляется поиск. Порядок важен, поэтому проверьте, что NIS определен первым и затем использует локальные файлы. Для поиска по парам значений логин/пароль нужно привести первые три строки файла /etc/nsswitch.conf к виду, как в листинге 6.

Листинг 6. Настройка поиска
passwd:      nis files
shadow:      nis files
group:       nis files

Также можно определить, какое действие выполнять в случае успеха или неудачи процедуры поиска требуемой информации. Например, приведенная выше конфигурация говорит системе, что искать надо в данных NIS и, если поиск был безрезультатным, использовать локальные файлы. Однако поиск может скорее закончиться неудачей из-за технических сбоев в NIS, нежели из-за отсутствия требуемой информации в файлах-таблицах NIS.

Вместо этого решения по умолчанию, для базы данных 'hosts' требуется, чтобы поиск имен хостов осуществлялся по умолчанию в данных NIS, а локальные данные использовались бы ТОЛЬКО в том случае, если предыдущий поиск не принес результатов из-за сбоя NIS. Команда формата [STATUS = ACTION] может быть использована после имени каждой базы данных, где STATUS может принимать одно из следующих значений: success, notfound, unavail, tryagain и ACTION принимает значения return или continue.

Параметр ACTION определяет действия при получении какого-либо конкретного сообщения о статусе. Опция return указывает, что процесс поиска не должен осуществлять далее поиск по базам данных и завершиться. Опция continue указывает, что необходимо перейти к следующей базе данных.

Значения параметров STATUS:

  • success -- ошибок не возникло, и запрашиваемые данные были найдены. Действие по умолчанию для этого статуса - return.
  • notfound -- ошибок не возникло и запрашиваемые данные не были найдены. Действие по умолчанию для этого статуса - continue.
  • unavail -- база данных постоянно недоступна. Действие по умолчанию для этого статуса - continue.
  • tryagain -- база данных временно недоступна и можно повторить попытку поиска информации в ней. Действие по умолчанию для этого статуса - continue.

Например, для желаемой конфигурации описанной выше системы, в которой только при системной ошибке происходит переход к поиску к локальным файлам, можно использовать команду, показанную в листинге 7.

Листинг 7. Настройка системы
hosts: nis [NOTFOUND=return][UNAVAIL=continue] files

При настройке опций для работы с информацией учетной записи пользователя надо соблюдать осторожность. Если сделан доступным администраторский пароль и логин, как и логин/пароль других пользователей, то не следует использовать при неудачном поиске пары значений логин/пароль опцию 'return'. Подобная конфигурация не позволит пользователям (в их числе и системному администратору), чьи учетные записи не входят в NIS, входить в систему.


Своевременное обновление баз данных

Для того чтобы NIS работал корректно, нужно обновлять базы данных. Простого обновления файлов недостаточно, нужно создать заново файлы-таблицы NIS и, если используете подчиненные сервера, загрузить на них новые данные NIS.

Простейший путь сделать это состоит в использовании файла Makefile на главном сервере (см. листинг 8).

Листинг 8. Использование Makefile на главном сервере
$ cd /var/yp
$ make

Подобная команда создаст заново карты и разошлет их по подчиненным серверам.


Заключение

Использование Network Information Sevice (NIS) является простейшим способом организовать доступ к логинам, паролям, именам компьютеров и другой информации, делая доступными данные, записанные в файл, через сеть.

Карты NIS привязаны к имени домена NIS, уникальному идентификатору для всех компьютеров внутри сетевой группы. Информация отбирается этим доменом, а затем делается доступной. Настройка NIS достаточно быстра и включает всего несколько команд для настройки главного сервера, подчиненного сервера и NIS-клиента.

Ресурсы

Научиться

Получить продукты и технологии

  • IBM trial software: ознакомительные версии программного обеспечения для разработки, которое можно загрузить прямо со страницы сообщества developerWorks.

Обсудить

Комментарии

developerWorks: Войти

Обязательные поля отмечены звездочкой (*).


Нужен IBM ID?
Забыли Ваш IBM ID?


Забыли Ваш пароль?
Изменить пароль

Нажимая Отправить, Вы принимаете Условия использования developerWorks.

 


Профиль создается, когда вы первый раз заходите в developerWorks. Информация в вашем профиле (имя, страна / регион, название компании) отображается для всех пользователей и будет сопровождать любой опубликованный вами контент пока вы специально не укажите скрыть название вашей компании. Вы можете обновить ваш IBM аккаунт в любое время.

Вся введенная информация защищена.

Выберите имя, которое будет отображаться на экране



При первом входе в developerWorks для Вас будет создан профиль и Вам нужно будет выбрать Отображаемое имя. Оно будет выводиться рядом с контентом, опубликованным Вами в developerWorks.

Отображаемое имя должно иметь длину от 3 символов до 31 символа. Ваше Имя в системе должно быть уникальным. В качестве имени по соображениям приватности нельзя использовать контактный e-mail.

Обязательные поля отмечены звездочкой (*).

(Отображаемое имя должно иметь длину от 3 символов до 31 символа.)

Нажимая Отправить, Вы принимаете Условия использования developerWorks.

 


Вся введенная информация защищена.


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=40
Zone=AIX и UNIX
ArticleID=281340
ArticleTitle=System Administration Toolkit: Настройка NIS для обеспечения авторизации
publish-date=01102008