네트워크 상에서, 적어도 하나의 NIS 서버가 있을 것이다. 여러분의 머쉰은 여러 개의 다른 NIS "도메인들"의 여러개의 NIS 서버를 사용할 수 있다. 혹은 하나는 master NIS 서버로, 다른 것들은 slave NIS 서버(특정한 NIS "domain"을 위한.. )라 불리는 것들로서 협동적인 NIS 서버들을 사용할 수가 있다. 혹은 그것들의 혼합형을 사용 할 수도 있다.
Slave 서버는 단지 NIS 데이터베이스의 카피를 가지고 있으며, 이것들이 갱신될 때마다, Master 서버로 부터 이 카피들을 받는다. 여러분 네트워크 상의 머쉰 수와 네트워크의 유연성에 따라서, 하나 혹은 여러개의 slave 서버를 설치할 것 인지를 결정하면 된다. NIS서버가 다운 되거나, 클라이언트에 대한 요구가 지연 될 때마다, NIS클라이언트는 돌아가고 있거나 혹은 더 빠른 slave에 접속되어진다.
NIS 데이터베이스들은 ASCII 데이터베이스로부터 상속된 DBM 포맷안에 있다. 예
를 들어, /etc/passwd와 /etc/group 파일은 직접적으로 ASCI
I-to-DBM 번역 소프트웨어(서버 소프트웨어에 포함된, "makedbm")를 사용하여 D
BM포맷으로 만들어질 수 있다. NIS서버는 ASCII 데이터베이스와 DBM 데이터베이
스를 동시에 가지고 있어야 한다.
Slave 서버들은 NIS 맵을 통해("yppush"프로그램을 통해) 변경 사항을 알 수 있 다. 그리고는 그것들의 데이터베이스에 동조되기 위해 자동적으로 필요한 변경사 항들을 갱신한다. NIS 클라이언트들은 항상 서버로 부터 서버의 DBM 데이터베이 스에 저장된 정보들을 읽기 때문에, 이러한 것들이 필요가 없다.
옛 버전의 ypbind 프로그램들은 NIS 서버를 찾기 위해 broadcast를 한다. 이것 은 누구나 NIS서버를 설치하여 그 broadcast 쿼리에 응답을 할 수 있으므로 안전 하지 못하다. 새로운 버전의 ypbind(yp-bind-3.3 or ypbind-mt)는 configuratio n파일로 부터 서버를 찾기 때문에 broadcast를 할 필요가 없어 보다 안전하다.
NIS+는 선에서 개발한 새로운 버전의 network information service이다. NIS와 NIS+ 사이의 가장 큰 차이점이라면 NIS+는 secure RPC를 통해 데이터의 암호화 와 인증(encryption and authentication)을 지원한다는 것이다.
NIS+의 모델은 tree구조에 근간하고 있다. 트리의 하나의 노드는 하나의 NIS+ 오 브젝트에 대응한다. 그 오브젝트들은 다음의 6개의 타입을 가지고 있다.(direct ory, entry, group, link, table, private)
NIS+ namespace 의 root를 형성하는 NIS+디렉토리를 root 디렉토리라고 한다. N IS+디렉토리에는 특별한 두 가지가 있다: org_dir 고 groups_dir. org_dir 디렉 토리는 passwd, hosts 그리고 mail_aliases같은 관리 테이블로 이루어져 있다. groups_dir 디렉토리는 접근 제어(access control)을 위해 사용되는 NIS+ 그룹 오브젝트들로 이루어져 있다. org_dir, groups_dir 그리고 그들의 상위 디렉토 리는 NIS+ domain에 의해 참조된다.