네트워크의 이름 지정 엔티티

지정한 네트워크 IP 주소를 수신하고 IP 주소로 모든 시스템의 NIC를 구성했으면 다음 작업은 호스트에 이름을 지정하는 것입니다. 그런 다음 네트워크에서 이름 서비스를 처리하는 방법을 결정해야 합니다. 처음에 네트워크를 설정한 다음 라우터, 브리지 또는 PPP를 통해 네트워크를 확장할 때 이러한 이름을 사용합니다.

TCP/IP 프로토콜은 IP 주소를 사용하여 네트워크에서 시스템을 찾습니다. 그러나 인식할 수 있는 이름을 사용하면 시스템을 쉽게 식별할 수 있습니다. 따라서 TCP/IP 프로토콜(및 Oracle Solaris)의 경우 시스템을 고유하게 식별하는 데 IP 주소와 호스트 이름이 모두 필요합니다.

TCP/IP 관점에서 네트워크는 일련의 이름이 지정된 엔티티입니다. 호스트는 이름이 있는 엔티티입니다. 라우터도 이름이 있는 엔티티이며, 네트워크도 이름이 있는 엔티티입니다. 네트워크가 설치된 그룹 또는 부서가 사업부, 지역 또는 회사일 수 있으므로 해당 그룹 또는 부서에도 이름이 지정될 수 있습니다. 이론상 네트워크 식별에 사용될 수 있는 이름의 계층은 거의 제한이 없습니다. 도메인 이름은 도메인을 식별합니다.

호스트 이름 관리

많은 사이트에서는 사용자가 해당 시스템에 대한 호스트 이름을 선택할 수 있습니다. 또한 서버에는 주 네트워크 인터페이스의 IP 주소와 연결된 호스트 이름이 한 개 이상 필요합니다.

시스템 관리자는 도메인의 각 호스트 이름이 고유한지 확인해야 합니다. 즉, 네트워크에 있는 두 시스템의 이름이 모두 "fred"여서는 안 됩니다. 그러나 시스템 "fred"의 IP 주소는 여러 개가 가능합니다.

네트워크를 계획할 때는 설정 프로세스 중 간편하게 액세스할 수 있도록 IP 주소 및 연관된 호스트 이름 목록을 만드십시오. 이 목록을 통해 모든 호스트 이름이 고유한지 확인할 수 있습니다.

이름 서비스 및 디렉토리 서비스 선택

Oracle Solaris에서는 3가지 유형의 이름 서비스인 로컬 파일, NIS 및 DNS를 사용으로 설정할 수 있습니다. 이름 서비스는 호스트 이름, IP 주소, 이더넷 주소와 같은 네트워크의 시스템에 대한 중요한 정보를 유지 관리합니다. 또한 Oracle Solaris에서는 이름 서비스 이외에 또는 이름 서비스를 대신해서 LDAP 디렉토리 서비스를 사용할 수 있습니다. Oracle Solaris의 이름 서비스 소개는 System Administration Guide: Naming and Directory Services (DNS, NIS, and LDAP)의 제I부, About Naming and Directory Services를 참조하십시오.

네트워크 데이터베이스

운영 체제 설치 시 절차 중에 서버, 클라이언트 또는 독립형 시스템의 호스트 이름 및 IP 주소를 제공합니다. Oracle Solaris 설치 프로그램은 이 정보를 Solaris 10 11/06 및 이전 Solaris 10 릴리스의 hosts 및 ipnodes 네트워크 데이터베이스에 추가합니다. 이 데이터베이스는 네트워크의 TCP/IP 작업에 필요한 정보가 들어 있는 네트워크 데이터베이스 세트의 일부분입니다. 네트워크에 대해 선택한 이름 서비스가 이러한 데이터베이스를 읽습니다.

네트워크 데이터베이스의 구성은 중요합니다. 따라서 네트워크 계획 프로세스의 일부로 사용할 이름 서비스를 결정해야 합니다. 또한 이름 서비스 사용 여부 결정에 따라 조직에서 네트워크를 관리 도메인으로 구성할지 여부가 달라집니다. 네트워크 데이터베이스 세트에 대한 자세한 내용은 네트워크 데이터베이스 및 nsswitch.conf 파일을 참조하십시오.

NIS 또는 DNS를 이름 서비스로 사용

NIS 및 DNS 이름 서비스는 네트워크에 있는 여러 서버의 네트워크 데이터베이스를 유지 관리합니다. System Administration Guide: Naming and Directory Services (DNS, NIS, and LDAP) 에서 이러한 이름 서비스 및 데이터베이스를 구성하는 방법에 대해 설명합니다. “이름 공간” 및 “관리 도메인” 개념에 대해서도 자세히 설명합니다.

로컬 파일을 이름 서비스로 사용

NIS, LDAP 또는 DNS를 구현하지 않는 경우 네트워크는 로컬 파일을 사용하여 이름 서비스를 제공합니다. “로컬 파일”이라는 용어는 네트워크 데이터베이스에 사용되는 /etc 디렉토리의 일련의 파일을 의미합니다. 본 설명서의 절차에서는 별도로 지정되지 않은 경우 로컬 파일을 이름 서비스로 사용 중인 것으로 간주합니다.

도메인 이름

많은 네트워크는 호스트 및 라우터를 관리 도메인의 계층으로 구성합니다. NIS 또는 DNS 이름 서비스를 사용 중인 경우 조직에 대해 전세계적으로 고유한 도메인 이름을 선택해야 합니다. 도메인 이름이 고유하도록 하려면 InterNIC에 도메인 이름을 등록해야 합니다. DNS를 사용하려는 경우에도 InterNIC에 도메인 이름을 등록해야 합니다.

도메인 이름 구조는 계층 구조입니다. 일반적으로 새 도메인은 기존의 관련 도메인 아래에 배치됩니다. 예를 들어, 자회사의 도메인 이름은 모회사의 도메인 아래에 배치될 수 있습니다. 도메인 이름에 다른 관계가 없는 경우 조직은 해당 도메인 이름을 기존 최상위 레벨 도메인 중 하나의 바로 아래에 배치할 수 있습니다.

다음은 최상위 레벨 도메인의 몇 가지 예입니다.

• .com – 상업 회사(국제적 범위)

• .edu – 교육 기관(국제적 범위)

• .gov – 미국 정부 기관

• .fr – 프랑스

이름이 고유해야 한다는 규정에 따라 조직을 식별하는 이름을 선택합니다.

관리 세분화

관리 세분화에 대한 질문은 규모 및 제어의 문제를 다룹니다. 네트워크에 있는 호스트 및 서버가 많을수록 관리 작업이 복잡해집니다. 관리 세분화를 추가로 설정하여 이러한 상황을 처리할 수 있습니다. 특정 클래스의 네트워크를 추가합니다. 기존 네트워크를 서브넷으로 구분합니다.

네트워크에 대한 관리 세분화를 설정하는 것은 다음 요소에 따라 결정됩니다.

• 네트워크의 규모

  단일 관리 세분화는 수백 개 호스트의 단일 네트워크를 처리할 수 있습니다. 이러한 모든 호스트는 동일한 물리적 위치에 있으며 동일한 관리 서비스를 필요로 합니다. 그러나 여러 관리 세분화를 설정해야 하는 경우도 있습니다. 세분화는 서브넷으로 구성된 소규모 네트워크를 사용하고 있으며 해당 네트워크가 광범위한 지리적 영역에 분산되어 있는 경우 특히 유용합니다.

• 네트워크에 있는 사용자의 요구 사항이 서로 유사한지 여부

  예를 들어, 한 건물에 국한되며 비교적 적은 수의 시스템을 지원하는 네트워크가 있을 수 있습니다. 이러한 시스템은 여러 하위 네트워크로 구분됩니다. 각 하위 네트워크는 요구 사항이 다른 사용자 그룹을 지원합니다. 이 예에서는 각 서브넷에 대해 관리 세분화를 사용할 수 있습니다.