답변:
이 발췌문은 리눅스 옹호자 Evi Nemeth (안타깝게도 최근 바다에서 잃어버린 http://www.theregister.co.uk/2013/07/05/evi_nemeth_unix_dead/ )가 쓴 최초의 최고의 리눅스 중 하나 에서 발췌 한 놀라운 책에서 발췌 한 것입니다 . 관리 서적 : Linux® 관리 핸드북. 이 경우, 그것은 책의 두 번째 판에 있었으며, 그 시점까지 NIS이고 NIS +는 관련성이 낮기 때문에 이것이 책의 최신 4 판에서 복제되었는지 확실하지 않습니다.
구성 정보는 여러 가지 방법으로 배포 할 수 있습니다. 모든 시스템은 플랫 파일을 이해하고 DNS를 사용하여 호스트 이름과 인터넷 주소를 찾는 방법을 알고 있습니다. 대부분 NIS를 이해합니다. 주어진 정보가 여러 잠재적 소스에서 나올 수 있으므로 Linux는 점검 할 소스와 점검 순서를 지정할 수있는 방법을 제공합니다.
NIS의 원래 (Linux 이전) 구현에서 일부 구성 파일 (특히 / etc / passwd 및 / etc / group 파일)은 해당 NIS 맵의 내용을 "초대"하도록 구성해야했습니다. 초대는 파일 자체에 특별 주문을 포함시켜 확장되었습니다. 줄의 시작 부분에있는“+”는 전체 NIS 맵을 포함하고“+ @ netgroup”은 지정된 넷 그룹과 관련된 항목 만 포함하고“+ name”은 단일 항목을 포함합니다.
이 접근 방식은 결코 마음에 들지 않았으며 각 구성 정보 유형에 대해 명시적인 검색 경로를 지정할 수있는 중앙 구성 파일 /etc/nsswitch.conf로 대체되었습니다. 호환성 모드를 사용하여 원래 동작을 에뮬레이션 할 수 있지만 새로 구성된 네트워크에서이 기능을 사용하고 싶지는 않습니다. 불행히도 에뮬레이션은 대부분의 배포판의 기본값입니다.
일반적인 소스는 nis, nisplus, 파일, dns 및 compat입니다. NIS, NIS +, [5] 바닐라 플랫 파일 ( "+"와 같은 토큰 무시), DNS 및 NISified 플랫 파일 ( "+"무시)을 각각 나타냅니다.