"전통적인 NIS" 혹은 NYS 라이브러리의 NIS 코드를 선택하는 것은, 게으름과 성 숙 대 유연함과 사랑의 모험에서 선택화는 것과 유사하다.
표준 C 라이브러리에 있는 "전통적인 NIS" 코드는 오랫동안 사용되어 왔지만, 나 이(오래됨?)와 약간의 비유연함때문에 고생을 하고 있다.(약간 문제가 있다)
NYS 라이브러리에 있는 NIS 코드는 NYS 코드를 libc 라이브러리에 포함시키기 위 해 libc 라이브러리를 다시 컴파일 해야한다.
또 다른 한가지는, 전통적인 NIS 코드는 NIS 네트워크 그룹을 어느 정도 지원한 다.(NYS는 안됨.) 반면에, NYS 코드는 투명한 방법으로 쉐도우 패스워드들을 핸 들링하는 것을 허락한다. "전통적인 NIS" 코드는 이런 쉐도우 패스워드를 지원 하지 않는다.
만약 여러분이 새로운 GNU C Library 2.x (aka libc6)를 사용하고 있다면 건너 뛰어도 좋다. 이 새 버전은 실제로 NSS(name switch service, 이것은 매우 유연 하고 다음과 같은 NIS/NIS+ map을 지원한다. : aliases, ethers, group, hosts, netgroups, networks, protocols, publickey, passwd, rpc, services and shado w)를 지원한다. GNU C 라이브러리는 NIS를 통한 쉐도우 패스워드를 사용하는 데 아무런 문제가 없다.
NIS와 NIS+ 간의 선택은 쉽다. NIS+를 사용할 필요가 없거나, 강력한 보안이 필 요한 경우에는 NIS를 사용하라. NIS+ 는 관리자들에게 NIS에 비해 상당히 문젯 거리이다.(NIS+는 클라이언트쪽에서는 다루기 쉽지만, 서버쪽에서는 무시무시할 만큼 어렵다.) 또 다른 문제는 리눅스 환경에서의 NIS+는 아직 개발중이라는 것 이다. -- 여러분은 최신버전인 glibc 2.1이 필요하다. 거기에는 libc5를 위한 g libc NIS+ 의 지원되지 않는 포트가 있다.