탐색 링크 건너뛰기 | |
인쇄 보기 종료 | |
![]() |
Oracle Solaris 관리: IP 서비스 Oracle Solaris 10 1/13 Information Library (한국어) |
1. Oracle Solaris TCP/IP 프로토콜 제품군(개요)
5. TCP/IP 네트워크 서비스 구성 및 IPv4 주소 지정(작업)
IPv4 주소 및 기타 네트워크 구성 매개변수 변경 방법
Oracle Solaris에서 지원하는 경로 지정 프로토콜
단일 인터페이스 호스트에서 정적 경로 지정을 사용으로 설정하는 방법
단일 인터페이스 호스트에서 동적 경로 지정을 사용으로 설정하는 방법
TCP 래퍼를 사용하여 TCP 서비스에 대한 액세스를 제어하는 방법
10. TCP/IP 및 IPv4에 대한 자세한 정보(참조)
네트워크 관리자는 호스트와 라우터에서 실행할 TCP/IP를 구성합니다(해당하는 경우). 이러한 시스템을 구성하여 로컬 시스템의 파일 또는 네트워크의 다른 시스템에 있는 파일에서 구성 정보를 얻을 수 있습니다.
다음 구성 정보가 필요합니다.
각 시스템의 호스트 이름
각 시스템의 IP 주소
각 시스템이 속한 도메인 이름
기본 라우터
각 시스템의 네트워크에서 사용 중인 IPv4 넷마스크
로컬 파일에서 TCP/IP 구성 정보를 얻은 시스템은 로컬 파일 모드로 작동합니다. 원격 네트워크 서버에서 TCP/IP 구성 정보를 얻은 시스템은 네트워크 클라이언트 모드로 작동합니다.
로컬 파일 모드로 실행하려면 시스템에 TCP/IP 구성 파일의 로컬 복사본이 있어야 합니다. 이러한 파일에 대해서는 TCP/IP 구성 파일에서 설명합니다. 시스템에 자체 디스크가 있어야 하지만 이는 권장 사항일 뿐 필수 사항은 아닙니다.
대부분의 서버는 로컬 파일 모드로 실행됩니다. 이 요구 사항에는 다음 서버가 포함됩니다.
네트워크 구성 서버
NFS 서버
NIS, LDAP 또는 DNS 서비스를 제공하는 이름 서버
메일 서버
라우터도 로컬 파일 모드로 실행됩니다.
인쇄 서버로 단독 사용되는 시스템은 로컬 파일 모드로 실행될 필요가 없습니다. 개별 호스트가 로컬 파일 모드로 실행되어야 하는지 여부는 네트워크 규모에 따라 달라집니다.
최소 규모의 네트워크를 실행 중인 경우에는 개별 호스트에서 이러한 파일을 관리하는 데 필요한 작업량이 그리 많지 않습니다. 네트워크를 수백 대의 호스트로 구성한 경우 해당 네트워크를 여러 하위 관리 도메인으로 분리하더라도 관리 작업은 어려워질 수 밖에 없습니다. 따라서 대규모 네트워크의 경우에는 로컬 파일 모드를 사용하는 것이 더 비효율적입니다. 그러나 라우터와 서버는 자체 조달이 가능해야 하므로 로컬 파일 모드로 구성되어야 합니다.
네트워크 구성 서버는 네트워크 클라이언트 모드로 구성된 호스트에 TCP/IP 구성 정보를 제공하는 서버입니다. 이러한 서버는 3가지 부트 프로토콜을 지원합니다.
RARP – RARP(Reverse Address Resolution Protocol)는 이더넷 주소(48비트)를 IPv4 주소(32비트)에 매핑하는 역순 ARP입니다. 네트워크 구성 서버에서 RARP를 실행하는 경우 네트워크 클라이언트 모드로 실행 중인 호스트는 서버에서 IP 주소 및 TCP/IP 구성 파일을 얻습니다. in.rarpd 데몬은 RARP 서비스를 사용으로 설정합니다. 자세한 내용은 in.rarpd(1M) 매뉴얼 페이지를 참조하십시오.
TFTP – TFTP(Trivial File Transfer Protocol)는 원격 시스템 간에 파일을 전송하는 응용 프로그램입니다. in.tftpd 데몬은 TFTP 서비스를 실행하여 네트워크 구성 서버와 해당 네트워크 클라이언트 간에 파일 전송을 사용으로 설정합니다. 자세한 내용은 in.tftpd(1M) 매뉴얼 페이지를 참조하십시오.
Bootparams – Bootparams 프로토콜은 네트워크에서 부트되는 클라이언트에 필요한 부트 매개변수를 제공합니다. rpc.bootparamd 데몬은 이러한 서비스를 실행합니다. 자세한 내용은 bootparamd(1M) 매뉴얼 페이지를 참조하십시오.
네트워크 구성 서버는 NFS 파일 서버로도 작동 가능합니다.
호스트를 네트워크 클라이언트로 구성 중인 경우에는 네트워크에서 하나 이상의 시스템을 네트워크 구성 서버로 구성해야 합니다. 네트워크가 서브넷에 연결된 경우에는 네트워크 클라이언트가 있는 각 서브넷에 대해 하나 이상의 네트워크 구성 서버가 있어야 합니다.
네트워크 구성 서버에서 구성 정보를 얻는 호스트는 네트워크 클라이언트 모드로 작동합니다. 네트워크 클라이언트로 구성된 시스템에는 TCP/IP 구성 파일의 로컬 복사본이 필요하지 않습니다.
네트워크 클라이언트 모드를 사용하면 대규모 네트워크의 관리 작업이 간소화됩니다. 네트워크 클라이언트 모드는 각 호스트에서 수행하는 구성 작업 수를 최소화합니다. 네트워크 클라이언트 모드를 사용하면 네트워크의 모든 시스템에 동일한 구성 표준이 적용됩니다.
모든 컴퓨터 유형에 대해 네트워크 클라이언트 모드를 구성할 수 있습니다. 예를 들어, 독립형 시스템에서 네트워크 클라이언트 모드를 구성할 수 있습니다.
모두 로컬 파일 모드이거나 모두 네트워크 클라이언트 모드로 구성할 필요는 없습니다. 라우터와 서버는 항상 로컬 모드로 구성되어야 합니다. 호스트의 경우 로컬 파일 및 네트워크 클라이언트 모드를 혼합하여 사용할 수 있습니다.
그림 5-1에서는 네트워크 번호가 192.9.200인 가상 네트워크의 호스트를 보여 줍니다. 네트워크에는 네트워크 구성 서버인 sahara만 있습니다. 호스트 tenere 및 nubian에는 각각 자체 디스크가 있으며 로컬 파일 모드로 실행됩니다. 호스트 faiyum에도 디스크가 있지만 이 시스템은 네트워크 클라이언트 모드로 작동합니다.
마지막으로 시스템 timbuktu는 라우터로 구성되어 있습니다. 시스템에는 두 네트워크 인터페이스가 있습니다. 첫번째 인터페이스의 이름은 timbuktu입니다. 이 인터페이스는 192.9.200 네트워크에 속합니다. 두번째 인터페이스의 이름은 timbuktu-201입니다. 이 인터페이스는 192.9.201 네트워크에 속합니다. 두 네트워크 모두 조직 도메인 deserts.worldwide.com에 속합니다. 도메인은 로컬 파일을 이름 서비스로 사용합니다.
그림 5-1 IPv4 네트워크 토폴로지 시나리오의 호스트