네트워크 정보 서비스(Network Information Service, NIS)는 분산 컴퓨팅 환경에서 시스템 구성 정보를 중앙 집중식으로 관리하기 위한 클라이언트-서버 디렉터리 서비스 프로토콜이다. 주로 유닉스(UNIX) 및 유닉스 계열 운영 체제(예: 리눅스) 환경에서 사용자 계정 정보, 호스트 이름, 그룹 정보 등과 같은 시스템 관련 데이터를 네트워크를 통해 공유하고 일관성을 유지하는 데 사용되었다.
역사 및 명칭
NIS는 1980년대 선 마이크로시스템즈(Sun Microsystems)에 의해 개발되었으며, 처음에는 "옐로우 페이지"(Yellow Pages, YP)라는 이름으로 알려졌다. 하지만 영국의 통신 회사인 브리티시 텔레콤(British Telecom)이 "Yellow Pages" 상표권을 소유하고 있었기 때문에, 선 마이크로시스템즈는 이 서비스의 이름을 "네트워크 정보 서비스"로 변경했다. 그러나 여전히 많은 유닉스/리눅스 시스템 관리자와 사용자들 사이에서는 "YP"라는 약어와 관련 명령어가 통용되고 있다.
기능 및 목적
NIS의 주요 목적은 네트워크 환경에서 시스템 관리를 단순화하고 일관성을 보장하는 것이다. 개별 시스템마다 독립적으로 관리되던 passwd, group, ``hosts, services, protocols` 등의 구성 파일을 중앙 집중화하여 관리할 수 있게 한다.
- 중앙 집중식 관리: 관리자는 NIS 서버에서 한 번만 정보를 변경하면, 해당 NIS 도메인에 속한 모든 클라이언트 시스템에 자동으로 정보가 적용되어 배포된다.
- 일관성 유지: 네트워크 내의 모든 시스템이 동일하고 일관된 구성 정보를 사용하도록 보장하여 관리 오류를 줄이고 시스템 간의 호환성을 높인다.
- 사용자 관리 용이: 대규모 네트워크 환경에서 수많은 사용자 계정 및 그룹을 효율적으로 관리할 수 있게 한다. 예를 들어, 한 사용자가 네트워크 내의 어떤 클라이언트 시스템에 로그인하더라도 동일한 사용자 ID(UID)와 그룹 ID(GID), 홈 디렉터리 경로 등의 정보를 사용할 수 있다.
아키텍처
NIS는 마스터 서버(Master Server), 슬레이브 서버(Slave Server, 선택 사항), 클라이언트(Client)로 구성된 전형적인 클라이언트-서버 모델을 따른다.
- NIS 마스터 서버: 모든 NIS 맵(Map)의 주 사본을 저장하고 관리하는 핵심 서버이다. 모든 구성 정보 변경은 마스터 서버에서 이루어진다.
- NIS 슬레이브 서버: 마스터 서버로부터 NIS 맵의 복사본을 주기적으로 받아 저장하는 서버이다. 슬레이브 서버는 마스터 서버의 부하를 분산하고, 마스터 서버에 장애가 발생했을 때 서비스를 계속 제공하는 고가용성을 제공한다.
- NIS 클라이언트:
ypbind데몬을 통해 NIS 서버에 바인딩(연결)하고, 필요한 구성 정보를 NIS 서버에 질의하여 사용한다.
주요 구성 요소 및 개념
- NIS 맵 (NIS Maps): NIS에서 관리하는 데이터는 "맵"이라는 형태로 저장된다. 맵은 키-값(key-value) 쌍으로 구성된 데이터베이스 파일(주로 DBM 또는 GDBM 형식)이다. 예를 들어,
passwd.byname맵은 사용자 이름을 키로 하여 사용자의 정보를 담고 있으며,hosts.byaddr맵은 IP 주소를 키로 하여 호스트 이름을 담고 있다. - NIS 도메인 (NIS Domain): 논리적으로 그룹화된 NIS 서버 및 클라이언트의 집합이다. 모든 NIS 시스템은 특정 도메인에 속하며, 클라이언트는 자신의 도메인에 속한 서버로부터만 정보를 얻는다.
ypserv: NIS 서버에서 실행되는 데몬으로, 클라이언트의 NIS 맵 질의 요청을 처리한다.ypbind: NIS 클라이언트에서 실행되는 데몬으로, 클라이언트가 NIS 서비스를 사용하기 위해 네트워크 상의ypserv프로세스를 찾아 연결(바인딩)한다.- 클라이언트 유틸리티:
ypcat(맵 내용 출력),ypmatch(맵에서 특정 키 검색),ypwhich(현재 연결된 NIS 서버 확인),yppasswd(NIS 비밀번호 변경) 등 다양한 명령어가 있다.
단점 및 보안 문제
NIS는 보안 기능이 매우 취약하여 현대의 네트워크 환경에서는 사용이 권장되지 않는다.
- 약한 인증 메커니즘: NIS는 클라이언트 요청에 대한 강력한 인증 절차를 제공하지 않는다. 클라이언트는 단순히 NIS 도메인 이름을 알고 있으면 서버에 질의할 수 있으며, 이는 악의적인 사용자가 쉽게 네트워크 정보를 획득할 수 있음을 의미한다.
- 암호화되지 않은 통신: NIS는 기본적으로 데이터를 암호화하지 않고 평문으로 전송한다. 따라서 네트워크 스니핑(sniffing) 공격에 취약하며, 해시된 비밀번호를 포함한 민감한 정보가 노출될 위험이 크다.
- 정보 노출 위험:
ypcat명령 등을 통해 NIS 맵에 저장된 모든 정보(사용자 이름, 홈 디렉터리, 셸 정보, 해시된 비밀번호 등)를 쉽게 획득할 수 있다. 이는 보안상 심각한 결함이다. - 확장성 및 성능 한계: 대규모 네트워크나 높은 트래픽 환경에서는 성능 병목 현상이 발생할 수 있으며, 복잡한 질의나 고급 기능을 지원하는 데 한계가 있다.
대체 기술 및 현대적 사용
NIS의 보안 취약점과 기능적 한계로 인해, 현재는 대부분의 경우 더 안전하고 강력한 디렉터리 서비스 프로토콜인 LDAP(Lightweight Directory Access Protocol)으로 대체되었다. LDAP는 강력한 인증(Kerberos 연동), 암호화된 통신(SSL/TLS), 세밀한 접근 제어, 확장성 등을 제공한다. 마이크로소프트의 액티브 디렉터리(Active Directory)나 리눅스 기반의 FreeIPA 등도 NIS의 역할을 대체하는 포괄적인 솔루션이다.
따라서 NIS는 주로 레거시 시스템에서만 유지보수 목적으로 사용되며, 새로운 시스템 구축 시에는 권장되지 않는다.