Solaris 9 12/03 설치 설명서

7장 시스템 구성 정보를 미리 구성(작업)

이 장에서는 시스템 정보를 미리 구성하는 방법에 대해 설명합니다. 시스템 정보를 미리 구성하면 Solaris 운영 환경을 설치할 때 이 정보를 입력하라는 메시지가 표시되는 것을 방지할 수 있습니다. 이 장에서는 전원 관리 정보를 미리 구성하는 방법에 대해서도 설명합니다. 이 장에는 다음 내용이 포함되어 있습니다.

시스템 구성 정보를 미리 구성하는 경우의 이점

설치 방법은 주변 기기, 호스트 이름, 인터넷 프로토콜(IP) 주소 및 이름 서비스와 같은 시스템 관련 구성 정보를 필요로 합니다. 설치 도구는 구성 정보 입력을 요청하기 전에 sysidcfg 파일과 이름 서비스 데이터베이스를 확인합니다.

Solaris Web Start 프로그램, Solaris suninstall 프로그램 또는 사용자 정의 JumpStart 설치 프로그램이 미리 구성된 시스템 정보를 검색하면 설치 프로그램은 정보를 입력하라는 메시지를 표시하지 않습니다. 예를 들어, 시스템이 여러 대 있는 경우 이 시스템들 중 하나에 Solaris 9 소프트웨어를 설치할 때마다 표준 시간대를 입력하라는 메시지가 표시되지 않게 할 수 있습니다. sysidcfg 파일이나 이름 서비스 데이터베이스에서 표준 시간대를 지정할 수 있습니다. Solaris 9 소프트웨어를 설치할 때 설치 프로그램에서 표준 시간대를 입력하라는 메시지를 표시하지 않습니다.

시스템 구성 정보를 미리 구성하는 방법

다음 중 한 가지 방법을 선택해 시스템 구성 정보를 미리 구성할 수 있습니다. 시스템 구성 정보를 다음 중 하나에 추가할 수 있습니다.

원격 시스템이나 디스켓의 sysidcfg 파일
사용자의 사이트에서 사용 가능한 이름 서비스 데이터베이스

사용자의 사이트에서 DHCP를 사용할 경우 사이트 DHCP 서버에서 일부 시스템 정보를 미리 구성할 수도 있습니다. DHCP 서버를 사용하여 시스템 정보를 미리 구성하는 방법에 대한 자세한 내용은 DHCP 서비스를 사용하여 시스템 구성 정보를 미리 구성(작업)를 참조하십시오.

다음 표를 사용하여 sysidcfg 파일 또는 이름 서비스 데이터베이스를 사용하여 시스템 구성 정보를 미리 구성할지 여부를 결정합니다.

표 7–1 시스템 구성 정보를 미리 구성하는 방법


미리 구성할 수 있는 시스템 정보	`sysidcfg` 파일로 미리 구성할 수 있습니까?	이름 서비스로 미리 구성할 수 있습니까?
이름 서비스	예	예
도메인 이름	예	아니요
이름 서버	예	아니요
네트워크 인터페이스	예	아니요
호스트 이름	예 이 정보는 시스템별로 다르기 때문에 시스템마다 서로 다른 `sysidcfg` 파일을 만드는 대신 이름 서비스를 편집합니다.	예
인터넷 프로토콜(IP) 주소	예 이 정보는 시스템별로 다르기 때문에 시스템마다 서로 다른 `sysidcfg` 파일을 만드는 대신 이름 서비스를 편집합니다.	예
넷마스크	예	아니요
DHCP	예	아니요
IPv6	예	아니요
기본 경로 지정	예	아니요
루트 암호	예	아니요
보안 정책	예	아니요
설치 프로그램과 데스크탑을 표시할 언어(로켈)	예	예(NIS 또는 NIS+의 경우) 아니요(DNS 또는 LDAP의 경우)
단말기 유형	예	아니요
표준 시간대	예	예
날짜와 시간	예	예
웹 프록시	아니요 `sysidcfg` 파일 또는 이름 서비스를 사용하지 않고 Solaris Web Start를 설치하는 동안에 이 정보를 구성할 수 있습니다.	아니요
x86: 모니터 유형	예	아니요
x86: 키보드 언어, 키보드 레이아웃	예	아니요
x86: 그래픽 카드, 색상 깊이, 디스플레이 해상도, 화면 크기	예	아니요
x86: 포인팅 장치, 버튼 수, IRQ 수준	예	아니요
SPARC: 전원 관리(자동 종료) `sysidcfg` 파일이나 이름 서비스를 통해 전원 관리를 미리 구성할 수 없습니다. SPARC: 전원 관리 정보를 미리 구성에 세부 내용이 포함되어 있습니다.	아니요	아니요

`sysidcfg` 파일로 미리 구성

sysidcfg 파일에서 일련의 키워드를 지정하여 시스템을 미리 구성할 수 있습니다. 해당 키워드는 표 7–2에서 설명합니다.

서로 다른 구성 정보를 필요로 하는 시스템마다 고유한 sysidcfg 파일을 만들어야 합니다. 모든 시스템에 동일한 표준 시간대를 할당하려면 동일한 sysidcfg 파일을 사용하여 일련의 시스템에서 표준 시간대를 미리 구성할 수 있습니다. 하지만 해당 시스템의 루트(수퍼유저) 암호를 서로 다르게 미리 구성하려면 시스템마다 고유한 sysidcfg 파일을 만들어야 합니다.

다음 중 하나에 sysidcfg 파일을 배치할 수 있습니다.

NFS 파일 시스템 – 공유된 NFS 파일 시스템에 sysidcfg 파일을 두면 해당 시스템을 네트워크를 통해 설치하도록 설정하는 경우, add_install_client(1M) 명령의 -p 옵션을 사용해야 합니다. -p 옵션은 Solaris 9 소프트웨어를 설치할 때 시스템이 sysidcfg 파일을 찾을 수 있는 위치를 지정합니다.
UFS 또는 PCFS 디스켓 – sysidcfg 파일을 디스켓의 루트(/) 디렉토리에 넣습니다.
HTTP 또는 HTTPS 서버– WAN 부트 설치를 수행할 경우 sysidcfg 파일을 웹 서버의 문서 루트 디렉토리에 둡니다.

주 –

사용자 정의 JumpStart 설치를 수행하고 있고 디스켓의 sysidcfg 파일을 사용하려는 경우 sysidcfg 파일을 프로필 디스켓에 배치해야 합니다. 프로필 디스켓을 만들려면 독립형 시스템에 대한 프로필 디스켓 만들기를 참조하십시오.

하나의 디렉토리 또는 한 장의 디스켓에는 sysidcfg 파일을 단 하나만 배치할 수 있습니다. 두 개 이상의 sysidcfg 파일을 만들려면 각 파일을 서로 다른 디렉토리나 디스켓에 배치해야 합니다.

`sysidcfg` 파일용 구문 규칙

sysidcfg 파일에서 독립 키워드 및 종속적 키워드의 두 가지 유형의 키워드를 사용할 수 있습니다. 종속적 키워드는 독립 키워드 안에서만 고유성을 보장받을 수 있습니다. 종속적 키워드는 관련 독립 키워드에 의해 확인되는 경우에만 존재합니다.

이 예에서 name_service는 독립 키워드이며 domain_name 및 name_server는 종속적 키워드입니다.

name_service=NIS {domain_name=marquee.central.sun.com
name_server=connor(129.152.112.3)}

구문 규칙	예
독립 키워드는 어떤 순서로든 나열할 수 있습니다.	pointer=MS-S display=ati {size=15-inch}
키워드는 대소문자를 구분하지 않습니다.	TIMEZONE=US/Central terminal=PC Console
종속적 키워드는 모두 중괄호({})에 넣어 관련 독립 키워드에 묶습니다.	name_service=NIS {domain_name=marquee.central.sun.com name_server=connor(129.152.112.3)}
작은 따옴표(`)나 큰 따옴표(“)에 선택적으로 값을 넣을 수도 있습니다.	network_interface='none'
하나의 키워드 인스턴스만 유효합니다. 하지만 키워드를 두 개 이상 지정하는 경우 첫 번째 키워드만 사용됩니다.	network_interface=none network_interface=le0

`sysidcfg` 파일 키워드

다음 표는sysidcfg 파일에서 사용할 수 있는 키워드에 대해 설명합니다.

표 7–2 sysidcfg에서 사용할 수 있는 키워드


구성 정보	키워드	값 또는 예
이름 서비스, 도메인 이름, 이름 서버	`name_service=NIS, NIS+, DNS, LDAP, NONE`
	NIS 및 NIS+용 옵션: `{domain_name=domain_name` `name_server=hostname`(`ip_address`)}	`name_service=NIS {domain_name=west.arp.com name_server=timber(129.221.2.1)}` `name_service=NIS+ {domain_name=west.arp.com. name_server=timber(129.221.2.1)}`
	DNS용 옵션: `{domain_name=domain_name` `name_server=ip_address`,`ip_address`, `ip_address` (최대 세 개) `search=domain_name`,`domain_name`,`domain_name`,`domain_name`,`domain_name`, `domain_name` (최대 여섯 개, 전체 길이는 250자 이하)`}`	`name_service=DNS {domain_name=west.arp.com name_server=10.0.1.10,10.0.1.20 search=arp.com,east.arp.com}` 주 – `name_service`의 값은 하나만 선택합니다. 필요에 따라 `domain_name` 및 `name_server` 키워드 한 개나 두 개 모두 포함시키거나 전혀 포함시키지 마십시오. 어떤 키워드도 사용하지 않으면 중괄호({})를 생략합니다.
	LDAP용 옵션: `{domain_name=domain_name` `profile=profile_name` `profile_server=ip_address` `proxy_dn="proxy_bind_dn"` `proxy_password=password`}	name_service=LDAP {domain_name=west.arp.com profile=default profile_server=129.221.2.1 proxy_dn="cn=proxyagent,ou=profile, dc=west,dc=arp,dc=com" proxy_password=password} 주 – `proxy_dn` 및 `proxy_password` 키워드는 선택 사항입니다. `proxy_dn` 값은 큰따옴표로 묶어야 합니다.
네트워크 인터페이스, 호스트 이름, 인터넷 프로토콜(IP) 주소, 넷마스크, DHCP, IPv6	`network_interface=NONE, PRIMARY, or value`	NONE은 네트워크 연결을 해제합니다. PRIMARY는 시스템에서 발견되는 첫 번째 실행 중인 비루프백 인터페이스입니다. 순서는 “ifconfig”에서와 동일합니다. 실행되는 인터페이스가 없는 경우 첫 번째 비루프백 인터페이스가 사용됩니다. 비루프백 인터페이스가 발견되지 않으면 시스템이 NON-NETWORKED로 설정됩니다. `value`는 le0 또는 hme0과 같은 인터페이스를 지정합니다.
	DHCP를 사용하려면 다음을 지정합니다. `{dhcp protocol_ipv6=yes_or_no}`	`network_interface=primary {dhcp protocol_ipv6=yes}`
	DHCP를 사용하지 않으려면 다음을 지정합니다. `{hostname=host_name default_route=ip_address or NONE ip_address=ip_address netmask=netmask protocol_ipv6=yes_or_no}` 주 – DHCP를 사용하지 않으면 `protocol_ipv6=yes` 및 `default_route`를 지정하지 않아도 됩니다. 그러나 다음 사항에 주의해야 합니다. JumpStart를 설치하려면 `protocol_ipv6`를 지금 지정해야 하며, 그렇지 않을 경우 나중에 입력하라는 메시지가 대화식으로 표시됩니다. `default_route`가 지정되지 않고 ICMP 라우터 검색 프로토콜을 사용하여 검색할 수 없는 경우 경로를 선택하라는 메시지가 표시됩니다. WAN 부트 설치에서 `sysidcfg` 파일을 사용할 경우 `protocol_ipv6=no`를 설정해야 합니다.	`network_interface=le0 {hostname=feron default_route=129.146.88.1 ip_address=129.146.88.210 netmask=255.255.0.0 protocol_ipv6=no}` 주 – `network_interface`의 값은 하나만 선택합니다. 필요에 따라 `hostname`, `ip_address` 및 `netmask` 키워드를 적절히 조합하여 사용하거나 전혀 사용하지 마십시오. 어떤 키워드도 사용하지 않는 경우 중괄호({})는 생략합니다.
루트 암호	`root_password=root_password`	`/etc/shadow`로부터 암호화되었습니다.
보안 정책	`security_policy=kerberos, NONE` 커버로스용 옵션: `{default_realm=FQDN admin_server=FQDN kdc=FQDN1, FQDN2, FQDN3}` (`FQDN`은 완전 수식 도메인 이름입니다.)	security_policy=kerberos {default_realm=Yoursite.COM admin_server=krbadmin.Yoursite.COM kdc=kdc1.Yoursite.COM, kdc2.Yoursite.COM} 주 – 최대 세 개까지 KDC (키 배포 센터)를 나열할 수 있으며 최소 하나는 필수입니다.
설치 프로그램과 데스크탑을 표시할 언어	`system_locale=locale`	`/usr/lib/locale` 디렉토리 또는 부록 D는 올바른 로켈 값을 제공합니다.
단말기 유형	`terminal=terminal_type`	`/usr/share/lib/terminfo` 디렉토리의 하위 디렉토리는 올바른 단말기 값을 제공합니다.
표준 시간대	`timezone=timezone`	`/usr/share/lib/zoneinfo` 디렉토리의 디렉토리와 파일은 올바른 표준 시간대 값을 제공합니다. 표준 시간대 값은 `/usr/share/lib/zoneinfo` 디렉토리에 상대적인 경로의 이름입니다. 예를 들어, 미국의 산악 지대 표준 시간용 표준 시간대 값은 `US/Mountain`입니다. 일본의 표준 시간대 값은 `Japan`입니다. 또한 임의의 올바른 Olson 표준 시간대를 지정할 수도 있습니다.
날짜와 시간	`timeserver=localhost, hostname, ip_addr`	`localhost`를 시간 서버로 지정하면 해당 시스템의 시간이 올바른 것으로 가정합니다. 이름 서비스를 실행하지 않고 시스템의 `hostname`이나 `ip_addr`을 지정하면 시간을 설정하는 데 해당 시스템의 시간을 사용합니다.
x86: 모니터 유형	`monitor=monitor_type`	설치하려는 시스템에서 `kdmconfig -d filename`을 실행합니다. 출력을 `sysidcfg` 파일에 추가합니다.
x86: 키보드 언어, 키보드 레이아웃	`keyboard=keyboard_language {layout=value}`	설치하려는 시스템에서 `kdmconfig -d filename`을 실행합니다. 출력을 `sysidcfg` 파일에 추가합니다.
x86: 그래픽 카드, 화면 크기, 색상 깊이, 디스플레이 해상도	`display=graphics_card {size=screen_size depth=color_depth resolution=screen_resolution}`	설치하려는 시스템에서 `kdmconfig -d filename`을 실행합니다. 출력을 `sysidcfg` 파일에 추가합니다.
x86: 포인팅 장치, 버튼 수, IRQ 수준	`pointer=pointing_device {nbuttons=number_buttons irq=value}`	설치하려는 시스템에서 `kdmconfig -d filename`을 실행합니다. 출력을 `sysidcfg` 파일에 추가합니다.

`sysidcfg` 구성 파일 만들기

텍스트 편집기에서 sysidcfg라는 파일을 만듭니다.

원하는 sysidcfg 키워드를 입력합니다.

sysidcfg 파일을 저장합니다.

주 –
두 개 이상의 sysidcfg 파일을 만드는 경우 각 파일을 개별 디렉토리나 개별 디스켓에 저장합니다.

클라이언트가 다음을 통해 sysidcfg 파일을 사용할 수 있게 합니다.
- 공유된 NFS 파일 시스템. 시스템을 네트워크를 통해 설정하려면 add_install_client(1M)를 -p 옵션과 함께 사용합니다.
- UFS 디스켓 또는 PCFS 디스켓의 루트(/) 디렉토리

SPARC: `sysidcfg` 파일 예

다음은 SPARC 기반 시스템의 그룹에 대한 sysidcfg 파일의 예입니다. 이 시스템들의 호스트 이름, IP 주소 및 넷마스크는 이름 서비스 편집에 의해 미리 구성되었습니다. 시스템 구성 정보는 모두 이 파일에 미리 구성되어 있기 때문에 사용자 정의 JumpStart 프로필을 사용하여 사용자 정의 JumpStart 설치를 수행할 수 있습니다.

system_locale=en_US
timezone=US/Central
terminal=sun-cmd
timeserver=localhost
name_service=NIS {domain_name=marquee.central.sun.com
                  name_server=connor(129.152.112.3)}
root_password=m4QPOWNY
network_interface=le0 {hostname=feron 
                       default_route=129.146.88.1 
                       ip_address=129.146.88.210 
                       netmask=255.255.0.0 
                       protocol_ipv6=no}
security_policy=kerberos {default_realm=Yoursite.COM 
                          admin_server=krbadmin.Yoursite.COM 
                          kdc=kdc1.Yoursite.COM, 
                          kdc2.Yoursite.COM}

x86: 예 `sysidcfg` 파일

다음은 모두 동일한 유형의 키보드, 그래픽 카드 및 포인팅 장치를 사용하는 x86 기반 시스템 그룹용 sysidcfg 파일의 샘플입니다. 장치 정보(keyboard, display 및 pointer)는 kdmconfig(1M) 명령을 -d 옵션과 함께 사용하여 얻었습니다. 다음 예제 sysidcfg 파일이 사용되는 경우 설치를 계속하려면 먼저 언어(system_locale)를 선택하라는 메시지가 표시되어야 합니다.

keyboard=ATKBD {layout=US-English}
display=ati {size=15-inch}
pointer=MS-S
timezone=US/Central
timeserver=connor
terminal=ibm-pc
name_service=NIS {domain_name=marquee.central.sun.com
                  name_server=connor(129.152.112.3)}
root_password=URFUni9

이름 서비스로 미리 구성

다음 표는 시스템 정보를 미리 구성하기 위해 편집 및 입력해야 하는 이름 서비스 데이터베이스에 대한 상세한 설명을 제공합니다.

사전 구성할 시스템 정보	이름 서비스 데이터베이스
호스트 이름 및 인터넷 프로토콜(IP) 주소	`hosts`
날짜와 시간	`hosts`. 설치할 시스템을 위한 날짜와 시간을 제공할 시스템의 호스트 이름 옆에 `timehost` 별명을 지정합니다.
표준 시간대	`timezone`
넷마스크	`netmasks`

DNS 또는 LDAP 이름 서비스를 사용하는 시스템용 로켈을 미리 구성할 수 없습니다. NIS 또는 NIS+ 이름 서비스를 사용한다면 이름 서비스용 절차에 따라 시스템용 로켈을 미리 구성합니다.

NIS를 사용하여 로켈을 미리 구성

이름 서버에서 수퍼유저가 되도록 합니다.

/var/yp/Makefile을 변경해 로켈 맵을 추가합니다.

이 셸 프로시저를 마지막 variable .time 셸 프로시저 뒤에 삽입합니다.

locale.time:  $(DIR)/locale
        -@if [ -f $(DIR)/locale ]; then \
               sed -e "/^#/d" -e s/#.*$$// $(DIR)/locale \
               | awk '{for (i = 2; i<=NF; i++) print $$i, $$0}' \
               | $(MAKEDBM) - $(YPDBDIR)/$(DOM)/locale.byname; \
               touch locale.time; \
               echo "updated locale"; \
               if [ ! $(NOPUSH) ]; then \
                       $(YPPUSH) locale.byname; \
                       echo "pushed locale"; \
               else \
               : ; \
               fi \
        else \
               echo "couldn't find $(DIR)/locale"; \
        fi

문자열 all을 찾아 변수 목록 뒤에 locale 단어를 삽입합니다.

all: passwd group hosts ethers networks rpc services protocols \
	netgroup bootparams aliases publickey netid netmasks c2secure \
	timezone auto.master auto.home locale

파일 끝 부분의 마지막 항목 다음에 문자열 locale: locale.time을 새 행으로 삽입합니다.

passwd: passwd.time
group: group.time
hosts: hosts.time
ethers: ethers.time
networks: networks.time
rpc: rpc.time
services: services.time
protocols: protocols.time
netgroup: netgroup.time
bootparams: bootparams.time
aliases: aliases.time
publickey: publickey.time
netid: netid.time
passwd.adjunct: passwd.adjunct.time
group.adjunct: group.adjunct.time
netmasks: netmasks.time
timezone: timezone.time
auto.master: auto.master.time
auto.home: auto.home.time
locale: locale.time

파일을 저장합니다.

/etc/locale 파일을 만든 후 각 도메인 또는 특정 시스템별로 한 개의 항목을 만듭니다.
locale domain_name
또는
locale system_name
주 –
부록 D에는 올바른 로켈 목록이 포함되어 있습니다.

예를 들어, 다음 항목은 프랑스어가 worknet.com 도메인에서 사용되는 기본 언어임을 지정합니다.
fr worknet.com
그리고 다음 항목은 벨기에 프랑스어가 charlie라는 이름의 시스템에서 사용되는 기본 로켈임을 지정합니다.
fr_BE charlie
주 –
로켈은 Solaris DVD 또는 Solaris Software 1 of 2 CD에서 사용할 수 있습니다.

맵을 만듭니다.
# cd /var/yp; make
도메인에 의해 지정되거나 locale 맵에서 개별적으로 지정된 시스템은 이제 기본 로켈을 사용하도록 설정됩니다. 사용자가 지정한 기본 로켈은 설치 과정과 시스템을 재부트한 후 데스크탑에서 사용됩니다.

NIS+를 사용하여 로켈을 미리 구성

다음 절차에서는 NIS+ 도메인이 설정된 것으로 가정합니다. NIS+ 도메인 설정은 System Administration Guide: Naming and Directory Services(DNS, NIS, and LDAP)에 문서화되어 있습니다.

이름 서버에 수퍼유저나 NIS+ 관리 그룹의 사용자로 로그인합니다.

locale 테이블을 만듭니다.

# nistbladm -D access=og=rmcd,nw=r -c locale_tbl name=SI,nogw= 
locale=,nogw= comment=,nogw= locale.org_dir.`nisdefaults -d`

locale에 필요한 항목을 추가합니다.
# nistbladm -a name=name locale=locale comment=comment locale.org_dir.`nisdefaults -d`
name

기본 로켈을 미리 구성할 도메인 이름이나 구체적인 시스템 이름

locale

시스템에 설치하고 시스템을 재부트한 후 데스크탑에서 사용할 로켈. 부록 D에는 올바른 로켈 목록이 포함되어 있습니다.

comment

주석 필드. 두 단어 이상의 주석을 시작하고 끝내려면 큰 따옴표를 사용합니다.

주 –
로켈은 Solaris DVD 또는 Solaris Software 1 of 2 CD에서 사용할 수 있습니다.

도메인에 의해 지정되거나 locale 테이블에서 개별적으로 지정된 시스템은 이제 기본 로켈을 사용하도록 설정됩니다. 사용자가 지정한 기본 로켈은 설치 과정과 시스템을 재부트한 후 데스크탑에서 사용됩니다.

DHCP 서비스를 사용하여 시스템 구성 정보를 미리 구성(작업)

DHCP(동적 호스트 구성 프로토콜)를 사용하면 부트할 때 TCP/IP 네트워크의 호스트 시스템을 네트워크에 대해 자동으로 구성할 수 있습니다. DHCP에서는 클라이언트 및 서버 메커니즘을 사용합니다. 서버는 클라이언트에 대한 구성 정보를 저장 및 관리하고, 클라이언트 요청 시 해당 정보를 제공합니다. 이 정보에는 클라이언트가 사용할 수 있는 네트워크 서비스에 대한 클라이언트의 IP 주소와 정보가 포함됩니다.

DHCP의 주요 장점은 임대를 통한 IP 주소 할당을 관리할 수 있는 기능이 있다는 점입니다. 임대를 사용하면 IP 주소가 사용되지 않거나 다른 클라이언트에게 재할당하는 경우 IP 주소를 다시 사용할 수 있습니다. 이 기능을 사용하면 모든 클라이언트에게 영구 주소를 지정하는 경우 사이트에서는 필요한 것보다 더 적은 IP 주소 풀을 사용할 수 있습니다.

DHCP를 사용하여 네트워크의 특정 클라이언트 시스템에 Solaris 운영 환경을 설치할 수 있습니다. Solaris 운영 환경을 실행하기 위한 하드웨어 요구 사항을 충족시키는 Sun Enterprise Ultra 시스템과 x86 시스템만 이 기능을 사용할 수 있습니다.

다음 작업 맵에서는 클라이언트가 DHCP를 사용하여 설치 매개 변수를 얻기 위해 수행해야 하는 높은 수준의 작업을 보여 줍니다.

표 7–3 작업 맵: DHCP 서비스를 사용하여 시스템 구성 정보를 미리 구성


작업	설명	지침
설치 서버 설정	네트워크에서 Solaris 운영 환경을 설치해야 할 클라이언트를 지원하도록 Solaris 서버를 설정합니다.	제 10 장
DHCP를 사용하여 네트워크를 통해 Solaris를 설치하기 위해 클라이언트 시스템 설정	클라이언트 유형(예: 특정 시스템 유형)이나 특정 클라이언트 ID에 대한 DHCP 네트워크 설치 지원을 추가하기 위해 `add_install_client -d`를 사용합니다.	Solaris DVD를 사용하는 경우: DVD 이미지로 네트워크에서 설치할 시스템 추가 Solaris CD를 사용하는 경우: CD 이미지로 네트워크에서 설치할 시스템 추가 add_install_client(1M)
DHCP 서비스를 사용하도록 네트워크 준비	DHCP 서버 구성 방법을 결정합니다.	System Administration Guide: IP Service (Task)의 “Planning for DHCP Service (Task)”
DHCP 서버 구성	DHCP Manager를 사용하여 DHCP 서버를 구성합니다.	System Administration Guide: IP Services의 “Configuring DHCP Service (Task)”
설치 매개 변수에 대한 DHCP 옵션과 옵션을 포함하는 매크로 만들기	DHCP Manager 또는 `dhtadm`을 사용하여 새 공급업체 옵션과 DHCP 서버에서 클라이언트에게 설치 정보를 전달하기 위해 사용할 수 있는 매크로를 만듭니다.	Solaris 설치 매개 변수용 DHCP 옵션과 매크로 만들기

Solaris 설치 매개 변수용 DHCP 옵션과 매크로 만들기

설치 서버에서 add_install_client -d 스크립트를 사용하여 클라이언트를 추가할 경우 스크립트에서 DHCP 구성 정보를 표준 출력으로 전달합니다. 네트워크 설치 정보를 클라이언트에게 전달하는 데 필요한 옵션과 매크로를 만들 때 이 정보를 사용할 수 있습니다.

네트워크에서 DHCP 클라이언트를 설치하려면 공급업체 범주 옵션을 만들어 Solaris 운영 환경을 설치하는 데 필요한 정보를 전달해야 합니다. 표 7–4는 만들어야 하는 옵션과 옵션을 만드는 데 필요한 등록 정보를 보여 줍니다. 다음 표에 나열된 공급업체 클라이언트 유형에서 어떤 유형의 클라이언트가 옵션을 사용할 수 있는지 결정합니다. 여기에 나열된 공급업체 클라이언트 유형은 하나의 예일 뿐입니다. 네트워크에서 설치해야 할 실제 클라이언트를 나타내는 클라이언트 유형을 지정해야 합니다. 클라이언트의 공급업체 클라이언트 유형을 확인하는 방법에 대한 자세한 내용은 System Administration Guide: IP Services의 “Working With DHCP Options (Task Map)”를 참조하십시오.

DHCP 옵션에 대한 자세한 내용은 System Administration Guide: IP Services의 “DHCP Option Information”을 참조하십시오.

표 7–4 Solaris 클라이언트의 공급업체 범주 옵션을 만드는 값


이름	코드	데이터 유형	단위	최대	공급업체 클라이언트 유형 *	설명
DHCP 서버에서 Solaris 설치 클라이언트를 지원하려면 다음 공급업체 범주 옵션이 필요합니다. Solaris 클라이언트의 시작 스크립트에서 이 옵션을 사용합니다.
`SrootIP4`	2	IP 주소	1	1	`SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc`	루트 서버의 IP 주소
`SrootNM`	3	ASCII 텍스트	1	0	`SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc`	루트 서버의 호스트 이름
`SrootPTH`	4	ASCII 텍스트	1	0	`SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc`	루트 서버의 클라이언트 루트 디렉토리에 대한 경로
`SinstIP4`	10	IP 주소	1	1	`SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc`	JumpStart 설치 서버의 IP 주소
`SinstNM`	11	ASCII 텍스트	1	0	`SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc`	설치 서버의 호스트 이름
`SinstPTH`	12	ASCII 텍스트	1	0	`SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc`	설치 서버의 설치 이미지에 대한 경로
클라이언트 시작 스크립트에서 다음 옵션을 사용할 수 있지만 스크립트의 필수 옵션은 아닙니다.
`SrootOpt`	1	ASCII 텍스트	1	0	`SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc`	클라이언트의 루트 파일 시스템에 대한 NFS 마운트 옵션
`SbootFIL`	7	ASCII 텍스트	1	0	`SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc`	클라이언트의 부트 파일에 대한 경로
`SbootRS`	9	수	2	1	`SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc`	커널을 로드할 때 독립형 부트 프로그램에서 사용하는 NFS 읽기 크기
`SsysidCF`	13	ASCII 텍스트	1	0	`SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc`	`server:/path` 형식의 `sysidcfg` 파일에 대한 경로
`SjumpsCF`	14	ASCII 텍스트	1	0	`SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc`	`server:/path` 형식의 JumpStart 구성 파일에 대한 경로
`SbootURI`	16	ASCII 텍스트	1	0	`SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc`	독립형 부트 파일 경로 또는 WAN 부트 파일 경로 독립형 부트 파일의 경우 다음 형식을 사용합니다. `tftp://inetboot.sun4u` WAN 부트 파일의 경우 형식은 다음과 같습니다. `http://host.domain/path-to-file` 독립형 부트 파일을 검색하기 위해 이 옵션을 사용하여 `BootFile` 및 `siaddr` 설정을 무시할 수 있습니다. 지원되는 프로토콜: tftp (inetboot), http (wanboot). 예를 들어, 다음 형식을 사용합니다. `tftp://inetboot.sun4u`
`SHTTPproxy`	17	ASCII 텍스트	1	0	`SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc`	네트워크에서 사용하는 프록시 서버의 IP 주소와 포트 번호. 클라이언트가 WAN을 통해 부트되고 로컬 네트워크에서 프록시 서버를 사용하는 경우에만 이 옵션이 필요합니다. 예를 들어, 다음 형식을 사용합니다. `198.162.10.5:8080`
Solaris 클라이언트 시작 스크립트에서 현재 다음 옵션은 사용되지 않습니다. 시작 스크립트를 편집할 경우에만 사용할 수 있습니다.
`SswapIP4`	5	IP 주소	1	0	`SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc`	스왑 서버의 IP 주소
`SswapPTH`	6	ASCII 텍스트	1	0	`SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc`	스왑 서버의 클라이언트 스왑 파일에 대한 경로
`Stz`	8	ASCII 텍스트	1	0	`SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc`	클라이언트의 표준 시간대
`Sterm`	15	ASCII 텍스트	1	0	`SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc`	단말기 유형

옵션을 만든 경우 해당 옵션을 포함하는 매크로를 만들 수 있습니다. 다음 표에는 클라이언트용 Solaris 설치를 지원하기 위해 만들 수 있는 샘플 매크로가 나열되어 있습니다.

표 7–5 네트워크 설치 클라이언트를 지원하는 샘플 매크로


매크로 이름	포함되는 옵션과 매크로
`Solaris`	`SrootIP4, SrootNM, SinstIP4, SinstNM`
`sparc`	`SrootPTH, SinstPTH`
`sun4u`	`Solaris` 및 `sparc` 매크로
`i86pc`	`Solaris` 매크로, `SrootPTH, SinstPTH, SbootFIL`
`SUNW.i86pc`	`i86pc` 매크로
`SUNW.Sun-Blade-1000`	`sun4u` 매크로, `SbootFIL`
`SUNW.Sun-Fire-880`	`sun4u` 매크로, `SbootFIL`
`xxx.xxx.xxx.xxx` 네트워크 주소 매크로	기존 네트워크 주소 매크로에 `BootSrvA` 옵션을 추가할 수 있습니다. `BootSrvA`의 값은 `tftboot` 서버를 나타내야 합니다.

이전 표에 나열된 매크로 이름은 네트워크에서 설치해야 하는 클라이언트의 공급업체 클라이언트 유형과 일치해야 합니다. 이 이름은 네트워크상에 있는 클라이언트의 예입니다. 클라이언트의 공급업체 클라이언트 유형을 확인하는 방법에 대한 자세한 내용은 System Administration Guide: IP Services의 “Working With DHCP Options (Task Map)”를 참조하십시오.

다음과 같은 방법을 사용하여 이 옵션과 매크로를 만들 수 있습니다.

dhtadm 명령을 사용하여 옵션과 매크로를 만드는 스크립트를 만듭니다. 이 옵션과 매크로를 만드는 스크립트를 만드는 방법에 대한 자세한 내용은 dhtadm을 사용하여 옵션과 매크로를 만드는 스크립트 작성를 참조하십시오.
DHCP Manager에서 옵션과 매크로를 만듭니다. DHCP Manager에서 옵션과 매크로를 만드는 방법에 대한 지침은 DHCP Manager를 사용하여 설치 옵션 및 매크로 만들기를 참조하십시오.

`dhtadm`을 사용하여 옵션과 매크로를 만드는 스크립트 작성

표 7–4에 나열된 모든 옵션과 일부 유용한 매크로를 만들기 위해 예 7–1의 예를 적용하여 Korn 셸 스크립트를 만들 수 있습니다. 따옴표 안에 포함된 모든 IP 주소와 값을 올바른 IP 주소, 서버 이름 및 네트워크 경로로 변경합니다. 사용자의 클라이언트 유형을 나타내도록 Vendor= 키도 편집해야 합니다. 스크립트를 적용하는 데 필요한 데이터를 가져오기 위해 add_install_client -d에서 보고하는 정보를 사용합니다.

예 7–1 네트워크 설치를 지원하는 샘플 스크립트

# Load the Solaris vendor specific options. We'll start out supporting 
# the Sun-Blade-1000, Sun-Fire-880, and i86 platforms. Changing -A to -M would replace
# the current values, rather than add them.
dhtadm -A -s SrootOpt -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,1,ASCII,1,0'
dhtadm -A -s SrootIP4 -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,2,IP,1,1'
dhtadm -A -s SrootNM -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,3,ASCII,1,0'
dhtadm -A -s SrootPTH -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,4,ASCII,1,0'
dhtadm -A -s SswapIP4 -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,5,IP,1,0'
dhtadm -A -s SswapPTH -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,6,ASCII,1,0'
dhtadm -A -s SbootFIL -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,7,ASCII,1,0'
dhtadm -A -s Stz -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,8,ASCII,1,0'
dhtadm -A -s SbootRS -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,9,NUMBER,2,1'
dhtadm -A -s SinstIP4 -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,10,IP,1,1'
dhtadm -A -s SinstNM -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,11,ASCII,1,0'
dhtadm -A -s SinstPTH -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,12,ASCII,1,0'
dhtadm -A -s SsysidCF -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,13,ASCII,1,0'
dhtadm -A -s SjumpsCF -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,14,ASCII,1,0'
dhtadm -A -s Sterm -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,15,ASCII,1,0'
dhtadm -A -s SbootURI -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,16,ASCII,1,0'
dhtadm -A -s SHTTPproxy -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,17,ASCII,1,0'
# Load some useful Macro definitions.
# Define all Solaris-generic options under this macro named Solaris.
dhtadm -A -m Solaris -d \
':SrootIP4=10.21.0.2:SrootNM="blue2":SinstIP4=10.21.0.2:SinstNM="red5":'
# Define all sparc-platform specific options under this macro named sparc.
dhtadm -A -m sparc -d \
':SrootPTH="/export/sparc/root":SinstPTH="/export/sparc/install":'
# Define all sun4u architecture-specific options under this macro named sun4u. 
#  (Includes Solaris and sparc macros.)
dhtadm -A -m sun4u -d ':Include=Solaris:Include=sparc:'
# Solaris on IA32-platform-specific parameters are under this macro named i86pc.
dhtadm -A -m i86pc -d \
':Include=Solaris:SrootPTH="/export/i86pc/root":SinstPTH="/export/i86pc/install"\
:SbootFIL="/platform/i86pc/kernel/unix":'
# Solaris on IA32 machines are identified by the "SUNW.i86pc" class. All
# clients identifying themselves as members of this class will see these
# parameters in the macro called SUNW.i86pc, which includes the i86pc macro.
dhtadm -A -m SUNW.i86pc -d ':Include=i86pc:'
# Sun-Blade-1000 platforms identify themselves as part of the 
# "SUNW.Sun-Blade-1000" class.
# All clients identifying themselves as members of this class
#  will see these parameters.
dhtadm -A -m SUNW.Sun-Blade-1000 -d \
':SbootFIL="/platform/sun4u/kernel/sparcv9/unix":\
Include=sun4u:'
# Sun-Fire-880 platforms identify themselves as part of the "SUNW.Sun-Fire-880" class.
# All clients identifying themselves as members of this class will see these parameters.
dhtadm -A -m SUNW.Sun-Fire-880 -d \
':SbootFIL="/platform/sun4u/kernel/sparcv9/unix":Include=sun4u:'
# Add our boot server IP to each of the network macros for our topology served by our
# DHCP server. Our boot server happens to be the same machine running our DHCP server.
dhtadm -M -m 10.20.64.64 -e BootSrvA=10.21.0.2
dhtadm -M -m 10.20.64.0 -e BootSrvA=10.21.0.2
dhtadm -M -m 10.20.64.128 -e BootSrvA=10.21.0.2
dhtadm -M -m 10.21.0.0 -e BootSrvA=10.21.0.2
dhtadm -M -m 10.22.0.0	-e BootSrvA=10.21.0.2
# Make sure we return host names to our clients.
dhtadm -M -m DHCP-servername -e Hostname=_NULL_VALUE_
# The client with this MAC address is a diskless client. Override the root settings
# which at the network scope setup for Install with our client's root directory.
dhtadm -A -m 0800201AC25E -d \
':SrootIP4=10.23.128.2:SrootNM="orange-svr-2":SrootPTH="/export/root/10.23.128.12":'

수퍼유저로서 일괄 처리 모드로 dhtadm을 실행합니다. 옵션과 매크로를 dhcptab에 추가하기 위한 스크립트의 이름을 지정합니다. 예를 들어, 스크립트 이름이 netinstalloptions일 경우 다음 명령을 입력합니다.

# dhtadm -B netinstalloptions

Vendor= 문자열에 나열된 공급업체 클라이언트 유형을 갖고 있는 클라이언트는 이제 DHCP를 사용하여 네트워크에서 설치할 수 있습니다.

dhtadm 명령을 사용하는 방법에 대한 자세한 내용은 dhtadm(1M)을 참조하십시오. dhcptab 파일에 대한 자세한 내용은 dhcptab(4)를 참조하십시오.

DHCP Manager를 사용하여 설치 옵션 및 매크로 만들기

DHCP Manager를 사용하여 표 7–4에 나열된 옵션과 표 7–5에 나열된 매크르를 만들 수 있습니다.

Solaris 설치를 지원하는 옵션을 만드는 방법(DHCP Manager)

이 절차에서는 DHCP 서버가 이미 구성되어 있는 것으로 가정합니다. DHCP 서버를 구성하지 않은 경우 System Administration Guide: IP Services의 “Planning for DHCP Service (Task)”를 참조하십시오.

DHCP 서버 시스템에서 수퍼유저가 되도록 합니다.

DHCP Manager를 시작합니다.
# /usr/sadm/admin/bin/dhcpmgr &
DHCP Manager 창이 표시됩니다.

DHCP Manager에서 옵션 탭을 선택합니다.

편집 메뉴에서 만들기를 선택합니다.

옵션 만들기 대화 상자가 열립니다.

첫 번째 옵션의 이름을 입력한 다음 해당 옵션에 대한 적절한 값을 입력합니다.

표 7–4를 사용하여 만들 옵션의 이름과 값을 확인합니다. 공급업체 클라이언트 유형은 제시된 값일 뿐입니다. DHCP 서비스에서 Solaris 설치 매개 변수를 가져오는 데 필요한 실제 클라이언트 유형을 나타내도록 유형을 만들어야 합니다. 클라이언트의 공급업체 클라이언트 유형을 확인하는 방법에 대한 자세한 내용은 System Administration Guide: IP Services의 “Working With DHCP Options (Task Map)”를 참조하십시오.

모든 값을 입력한 다음 확인을 누릅니다.

옵션 탭에서 만든 옵션을 선택합니다.

편집 메뉴에서 복사를 선택합니다.

복사 옵션 대화 상자가 열립니다.

다른 옵션 이름을 입력한 다음 다른 값을 적절하게 수정합니다.

코드, 데이터 유형, 단위 및 최대 값 등을 일반적으로 수정해야 합니다. 값에 대해서는 표 7–4를 참조하십시오.

옵션을 모두 만들 때까지 단계 7에서 단계 9까지 반복합니다.

이제 다음 절차에서 설명한 대로 네트워크 설치 클라이언트에 옵션을 전달할 매크로를 만들 수 있습니다.

주 –
Solaris 클라이언트의 /etc/dhcp/inittab 파일에 이 옵션이 이미 포함되어 있기 때문에 이 파일에 해당 옵션을 추가할 필요가 없습니다.

Solaris 설치를 지원하는 매크로를 만드는 방법(DHCP Manager)

DHCP Manager에서 매크로 탭을 선택합니다.

편집 메뉴에서 만들기를 선택합니다.

매크로 만들기 대화 상자가 열립니다.

매크로 이름을 입력합니다.

사용할 수 있는 매크로 이름은 표 7–5를 참조하십시오.

선택 버튼을 누릅니다.

옵션 선택 대화 상자가 열립니다.

범주 목록에서 공급업체를 선택합니다.

만든 공급업체 옵션이 나열됩니다.

매크로에 추가할 옵션을 선택한 다음 확인을 누릅니다.

옵션 값을 입력합니다.

옵션의 데이터 유형은 표 7–4를 참조하고 add_install_client -d에서 보고하는 정보를 참조하십시오.

포함할 각 옵션에 대해 단계 6에서 단계 7까지 반복하십시오.

다른 매크로를 포함하려면 옵션 이름으로 Include를 입력하고 옵션 값으로 매크로 이름을 입력합니다.

매크로가 완료되면 확인을 누릅니다.

SPARC: 전원 관리 정보를 미리 구성

Solaris 환경에서 제공하는 전원 관리 소프트웨어를 사용하여 시스템의 상태를 자동으로 저장하고 30분 이상 유휴 상태가 지속되면 자동으로 종료되도록 할 수 있습니다. EPA의 Energy Star 지침 버전 2를 준수하는 시스템(예: sun4u 시스템)에 Solaris 9 소프트웨어를 설치하면 전원 관리 소프트웨어가 기본적으로 설치됩니다. Solaris Web Start를 설치하는 동안 설치 프로그램이 전원 관리 소프트웨어를 활성화 또는 비활성화하라는 메시지를 표시합니다. suninstall 설치 프로그램이 설치가 완료되고 시스템이 재부트된 후 전원 관리 소프트웨어를 활성화 또는 비활성화하라는 메시지를 표시합니다.

주 –

시스템이 Energy Star 버전 3 이상이면 이 정보를 묻는 메시지가 표시되지 않습니다.

대화식 설치를 수행 중이라면 전원 관리 정보를 미리 구성하여 메시지가 나타나는 것을 방지할 수 없습니다. 하지만 사용자 정의 JumpStart 설치를 사용하면 시스템에서 finish 스크립트를 사용하여 /autoshutdown 또는 /noautoshutdown 파일을 작성하여 전원 관리 정보를 미리 구성할 수 있습니다. 시스템을 재부트하면 /autoshutdown 파일이 전원 관리를 활성화시키고 /noautoshutdown 파일은 전원 관리를 비활성화시킵니다.

예를 들어, finish 스크립트의 다음 행은 전원 관리 소프트웨어를 활성화시켜 시스템 재부트 후에 메시지가 표시되지 않도록 합니다.

touch /a/autoshutdown

finish 스크립트에 대해서는 finish 스크립트 만들기에서 설명합니다.