익명 Itanium 기반 클라이언트 부팅 시 고려 사항

Itanium 기반 시스템의 PXE 부팅 이해

네트워크를 통해 Itanium 기반 시스템을 부팅하면 시스템에서 PXE 부팅 요청을 보내고, PXE 프로토콜이 DHCP 위쪽에 구성됩니다. 따라서 두 개 이상의 DHCP 서버가 PXE 부팅 요청에 응답하도록 구성된 경우에는 혼동이 일어날 수 있습니다.

Itanium 기반 시스템에서는 부팅 서비스를 받을 서버를 지정할 수 없습니다. 즉, Itanium 기반 시스템에는 시스템에서 IP 주소 192.10.10.10 외에서 오는 모든 응답을 무시하게 만드는 PA-RISC 부팅 명령 boot lan.192.10.10.10 install에 해당되는 명령이 없습니다. 이 기능을 서버 선택이라고 합니다.

Itanium 기반 시스템은 PXE 부팅 요청을 전송하고 첫 번째로 들어오는 PXE 응답에서 부팅을 시도합니다. 정해진 시간 안에 PXE 응답을 받지 못하면 시스템에서는 첫 번째로 들어오는 DHCP 응답을 사용합니다. 이러한 응답 중 네트워크 부팅에 적합한 것이 없으면 PXE 부팅 시도가 실패하고 요청 시스템의 콘솔에 오류 메시지가 표시됩니다. PXE 오류와 함께 표시되는 정보는 문제의 원인을 밝혀낼 수 있을 정도로 명확하지 않습니다(“일반적인 네트워크 부팅 오류” 참조).

Itanium 기반 시스템에서 PXE 부팅 요청이 전송되는 모든 네트워크에서는 부팅을 성공적으로 수행하기에 충분한 정보를 제공할 수 있는 DHCP 서버만 응답하도록 구성해야 합니다. PXE 요청인지 여부에 관계없이 모든 DHCP 요청에 대해 한 DHCP 서버에서 응답하도록 구성하면 Itanium 기반 서버의 PXE 부팅 요청은 거의 방해를 받게 됩니다. PXE 부팅 요청에 대해 일반 DHCP 응답이 수신되면 부팅 요청은 실패합니다.

부팅 실패 외에도 부팅 서버를 선택할 수 없어서 잘못된 운영 체제가 설치될 위험이 있습니다. PXE 서버가 같은 네트워크에서 다른 부팅 내용으로 응답하게 해도 혼동이 생길 수 있습니다. 예를 들어, Linux 부팅을 지원하는 시스템과 HP-UX 부팅을 지원하는 시스템이 같은 네트워크에 있으면서 각각 PXE 부팅 요청에 대한 응답을 보내면 첫 번째로 응답하는 서버가 사용됩니다. 부팅에 사용될 서버를 예측할 수는 없습니다.

DHCP 서버에서 PXE 요청이 방해를 받는 것은 DHCP 서버측 구성의 문제입니다. 이 문제는 HP-UX 또는 Ignite-UX에 국한되는 것이 아니고 펌웨어에서 PXE 부팅을 수행하는 방법에 좀더 관련이 있습니다.

	중요: DHCP 서버를 구성할 때는 네트워크에 Itanium 기반 시스템 PXE 부팅 요청에 응답하도록 구성된 DHCP 서버가 하나 뿐이며 HP-UX를 설치하려는 경우 서버에서 HP-UX를 실행하는지 확인해야 합니다.

Ignite-UX가 실행되기 시작하면 DHCP 요청을 사용하여 필요한 경우 설치 또는 복구에 사용할 IP 주소를 얻습니다. Ignite-UX는 이 요청의 class-id를 지정하도록 구성할 수 있습니다.

자세한 내용은 부록 B, “DHCP 서비스 구성” 및 bootpd(1M)를 참조하십시오.

HP-UX 11i v2 및 11i v3 Ignite-UX 서버 및 부팅 도우미 설치

HP-UX 11i v2 및 11i v3에서는 Itanium 기반 클라이언트의 익명 클라이언트 DHCP 부팅을 향상시키는 dhcp_device_group 옵션을 지원합니다. 이러한 용도로 DHCP 장치 풀 그룹에서 두 개의 구성 키워드 re 및 ncid가 사용됩니다.

최소한 HP-UX 11i v2가 Ignite-UX 서버나 부팅 도우미 시스템에 설치되어 있는지 확인해야 합니다.

장치 풀 그룹 항목을 Ignite-UX 서버나 부팅 도우미 시스템의 /etc/dhcptab 파일에 추가합니다.

bootpd가 이미 실행 중인 경우에는 다시 시작할 필요가 없습니다. 새 bootp DHCP 요청을 받으면 bootp는 구성 파일을 다시 읽는지 여부를 확인합니다. bootp에서 구성 파일을 강제로 다시 읽게 하려면 SIGHUP 신호를 보냅니다.

다음 예의 DHCP 장치 그룹은 익명의 Itanium 기반 클라이언트를 지원하기 위한 최상의 방법입니다.

dhcp_device_group:\ 
    re:\ 
    ncid:\ 
    class-id="PXEClient:Arch:00002:.*":\ 
    lease-time=300:\ 
    subnet-mask=255.255.255.0:\ 
    addr-pool-start-address=192.168.1.10:\ 
    addr-pool-last-address=192.168.1.20:\
    bf=/opt/ignite/boot/nbp.efi 

dhcp_device_group 절에 있는 옵션은 다음과 같습니다.

	중요: ncid 옵션은 DHCP 서버가 클라이언트의 부팅 요청에 대한 응답에서 DHCP class-id를 제외하도록 지시하기 때문에 반드시 사용해야 합니다. DHCP 서버가 PXE 부팅 요청에 응답할 때 DHCP class-id를 응답에 포함시키는 경우 부팅 PXE 클라이언트는 동일한 호스트의 PXE 프록시 서버와 통신하려고 시도합니다. HP-UX는 PXE 프록시 서버를 제공하지 않으므로 부팅이 실패합니다. ncid 옵션이 이 문제를 해결합니다.

장치 풀 그룹이 /etc/dhcptab 파일에 추가되면 HP-UX 11i v2 및 11i v3 Ignite-UX 서버가 익명의 Itanium 기반 클라이언트에 응답하도록 구성된 것입니다.

	중요: PXE 부팅 요청에 응답을 보내는 서버는 PXE 클라이언트에서 부팅 파일을 tftp로 전송하려 하는 시스템입니다. HP-UX 시스템을 사용하여 Itanium 기반 PXE 요청에 응답하지 않는 경우에는 Ignite-UX의 새 릴리즈를 사용하여 필요한 부팅 파일을 사용할 수 있는 현재 파일로 만들어야 합니다. HP에서는 이 종류의 구성을 지원하지 않습니다.

제어할 수 없는 DHCP 서버에서 Ignite-UX 격리

네트워크에 제어할 수 없는 DHCP 서버가 있는 경우에는 Ignite-UX를 이러한 서버에서 완전히 격리할 수 있습니다. 이렇게 하려면 설치 파일 시스템의 dhcp_class_id 키워드에 class-id를 추가합니다. 자세한 내용은 instl_adm(1M) 및 instl_adm(4)을 참조하십시오.

네트워크 부팅 프로세스가 완료되고 설치 커널이 실행되면 Ignite-UX에서 다시 DHCP를 사용하여 IP 주소를 얻습니다. Ignite-UX에서는 펌웨어에 사용되는 IP 주소를 확인할 방법이 없기 때문입니다. 이 동작을 사용하면 HP-UX를 부팅 및 설치하는 시스템의 DHCP 요청을 다른 DHCP 서버 요청으로부터 격리할 수 있습니다.

HP-UX 11i v2 및 11i v3을 실행하며 Itanium 기반 서버 PXE 요청에 대해 DHCP 장치 그룹을 구성한 경우에는 이 장치 그룹을 격리 목적으로 다시 사용할 수 있습니다. 설치 파일 시스템에 다음을 추가한 경우:

dhcp_class_id="IgniteDHCPDeviceGroup",

익명 Itanium 기반 PXE 부팅 요청에 응답하는 DHCP 장치 그룹의 class-id를 다음과 같이 변경할 수 있습니다.

class-id="PXEClient:Arch00002:.*|IgniteDHCPDeviceGroup"

	중요: 위의 class-id 항목은 네트워크 부팅을 수행하는 Itanium 기반 시스템의 class-id에 대한 응답이나 /etc/dhcptab의 IgniteDHCPDeviceGroup을 허용하도록 설계된정규식입니다. 그러나 Ignite-UX 설치 파일 시스템에서 사용할 수 있는 유효한 class-id는 아닙니다. 익명 Itanium 기반 시스템 설치에 DHCP 장치 그룹을 사용하는 시스템에서 설치 후 DHCP를 통해 얻은 IP 주소를 사용할 수 없도록 하려면 해당 시스템의 is_net_info_temporary가 TRUE로 설정되어 있어야 합니다.

정규식 일치를 사용하기 때문에 |는 "or"를 의미하며 두 식 중 어느 것에나 일치하는 수신 class-id 요청을 허용합니다. 이 항목 예에서는 초기 Itanium 기반 시스템 부팅 요청에 대한 응답과 Ignite-UX 작업 중의 이후 DHCP 요청에 대한 응답을 지원합니다.

모든 DHCP classs-id에 응답하는 DHCP 서버는 다시 구성하거나 다른 서브넷에 격리해야 합니다.

이 절의 정보는 EFI에서 네트워크 부팅을 시도할 때 Ignite-UX를 부팅하는 시스템을 다른 DHCP나 PXE 부팅 서버에서 격리하는 데 사용할 수 없습니다. 이 정보를 사용하면 네트워크 부팅이 이미 수행되고 설치 커널 및 파일 시스템이 다운로드된 후 다른 DHCP 서버가 설치된 시스템과 통신하지 못하도록 할 수 있습니다.

설치 커널 및 파일 시스템 로드 후 특정 서버에서 제공하는 DHCP만 허용하려면 설치 파일 시스템에서 dhpc_server 키워드를 사용합니다. dhcp_server 키워드 사용은 EFI/PXE 부팅 프로세스에 영향을 주지 않습니다.

bootpd를 instl_bootd로 대체

Itanium 기반 시스템에서 DHCP 서비스를 실행하지 않는 경우 bootpd 데몬을 instl_bootd 데몬으로 바꾸면 등록된 클라이언트와 익명 클라이언트, Itanium 기반 및 PA-RISC 클라이언트의 네트워크 부팅을 허용할 수 있습니다. 자세한 내용은 그림 2-7 “Itanium 기반 시스템을 부팅하도록 서버를 구성할 때의 의사 결정 트리”와 이후에 나오는 설명을 참조하십시오.

	중요: 서버에서 현재 DHCP 서비스를 제공하고 있는 경우에는 bootpd를 instl_bootd로 바꾸지 마십시오. 이 절차를 수행하면 bootpd 대신 instl_bootd를 실행하도록 Ignite-UX 서버가 구성됩니다. 시스템에서 DHCP 서비스를 제공하지 못하도록 하려면 다음 절에 나오는 단계를 수행하십시오.

Ignite-UX 서버에서 instl_bootd를 사용하려면 해당 서버에서 bootpd 데몬이 실행 중이 아니어야 합니다. instl_bootd 데몬은 클라이언트에서 오는 모든 부팅 요청에 응답합니다. instl_bootd 데몬은 일반적으로 PA-RISC 클라이언트를 부팅하는 데만 사용되는 고유한 네트워크 포트 집합 1067/1068에서 실행됩니다. 그러나 이번 구현에서는 instl_bootd가 표준 bootpd 포트 67/68에서 실행됩니다.

네트워크에 있는 DHCP에서 bootp를 실행하는 경우에는 이 단계를 수행하지 마십시오. instl_bootd 데몬은 시스템이 네트워크 부팅을 요구하는 경우와 마찬가지로 DHCP 요청에 응답합니다. 네트워크에 있는 DHCP에서 bootp를 사용하는 경우에는 다른 대안을 고려하십시오.

다음 단계에 따라 bootpd 대신 instl_bootd를 실행하도록 Ignite-UX 서버를 구성합니다.

이제 Ignite-UX 서버가 익명 클라이언트에 응답하도록 구성되었습니다. 자세한 내용은 instl_bootd(1M) 및 inetd(1M)를 참조하십시오.