17 네트워크 부팅 환경 준비 #

다음 예는 클라이언트에 IP 주소를 동적으로 할당하고 서버, 경로, 도메인 및 부팅 파일을 통지하는 DHCP 서버의 설정 방법을 보여줍니다.

DHCP 서버는 네트워크 클라이언트에 고정 IP 주소 및 호스트 이름도 할당할 수 있습니다. 한 가지 사용 사례는 고정 주소를 서버에 할당하는 것입니다. 다른 사용 사례는 고정 IP 주소가 할당된 네트워크에 참여할 수 있는 클라이언트를 제한하고 동적 주소 풀을 제공하지 않는 것입니다.

다음 예에 따라 위의 DHCP 구성을 수정하십시오.

group {
 host test {
   hardware ethernet MAC_ADDRESS;
   fixed-address IP_ADDRESS;
   }
}

호스트 설명은 호스트 이름을 설치 대상에 할당합니다. 특정 호스트에 호스트 이름과 IP 주소를 바인딩하려면 클라이언트의 하드웨어(MAC) 주소를 지정해야 합니다. 이 예에서 사용되는 모든 변수를 사용 중인 환경의 실제 값으로 바꾼 후 변경 사항을 저장하고 DHCP 서버를 다시 시작합니다.

SUSE Linux Enterprise 15.0 및 ISC DHCP 4.3.x부터는 PXE 부팅 및 AutoYaST 설치가 실패하는 특수한 환경이 있습니다. DHCP 서버에 사용할 수 있는 동적 IP 주소 풀이 없지만 클라이언트당 미리 정의된 고정 주소만 허용되고 클라이언트가 RFC 4361 클라이언트 식별자를 전송하는 경우에는 PXE/AutoYaST 설치가 작동하지 않습니다 (특정 네트워크 클라이언트에 할당된 주소만 허용하고 동적 주소 풀을 제공하지 않으면 무작위 시스템이 네트워크에 참여할 수 없음).

새 시스템이 PXE에서 시작되면 DHCP 서버로 요청을 전송하고 하드웨어 유형에서 구성된 클라이언트 식별자 및 네트워크 인터페이스의 MAC 주소를 사용하여 자체 시스템을 식별할 수 있습니다. 이는 RFC 2132 클라이언트 Id입니다. 그러면 DHCP 서버가 할당된 IP 주소를 제공합니다. 그리고 설치 커널이 로드되고 다른 DHCP 요청을 전송하지만, 이 클라이언트 ID는 다르며 RFC 4361 형식으로 전송됩니다. DHCP 서버는 이를 동일한 클라이언트로 인식하고 사용할 수 있는 동적 IP 주소를 검색하지만 사용할 수 없어 설치가 중단됩니다.

해결 방법은 클라이언트가 RFC 2132 클라이언트 ID를 전송하도록 구성하는 것입니다. 설치 중에 RFC 2132 클라이언트 ID를 전송하려면, linuxrc를 사용하여 다음 ifcfg 명령을 전달합니다.

ifcfg=eth0=dhcp,DHCLIENT_CLIENT_ID=01:03:52:54:00:02:c2:67,
DHCLIENT6_CLIENT_ID=00:03:52:54:00:02:c2:67

이더넷에서 기존에 사용하던 RFC 2132 DHCPv4 클라이언트 ID는 하드웨어 유형(이더넷의 경우 01)으로 구성되고 다음에 하드웨어 주소(MAC 주소)가 옵니다. 그러한 예는 다음과 같습니다.

01:52:54:00:02:c2:67

RFC 4361 DHCPv4 클라이언트 ID는 네트워크 인터페이스가 두 개 이상인 시스템을 식별하여 문제를 해결합니다. 새로운 DHCPv4 클라이언트 ID는 DHCPv6 클라이언트 ID와 형식이 동일합니다. 그리고 하드웨어 유형이 아닌 0xff 접두어로 시작하여 DHCPv6 IAID(시스템에서 인터페이스를 설명하는 인터페이스-주소 연결 ID) 및 시스템을 고유하게 식별하는 DHCPv6 고유 식별자(DUID)가 순서대로 뒤에 추가됩니다.

위와 같은 하드웨어 유형 기반 및 하드웨어 주소 기반 DUID를 사용하는 새로운 RFC 4361 DHCPv4 클라이언트 ID는 다음과 같습니다.

DUID-LLT(DUID-Link-Layer Timestamp)의 xx:xx:xx:xx 필드는 생성 시간 스탬프입니다. DUID-LL(DUID-Link-Layer)(00:03:00:01:$MAC)에는 시간 스탬프가 없습니다.

linuxrc 사용과 관련한 자세한 내용은 AutoYaST 안내서를 참조하십시오. man 4 initrd 및 dhcp4 "create-cid", dhcp6 "default-duid" in man 5 wicked-config, wicked duid --help, wicked iaid --help 옵션에 대한 문서도 참조하십시오.

TFTP 서버를 설치하려면 다음 절차를 사용하십시오.

SUSE Linux Enterprise Server는 BIOS의 PXE 또는 UEFI 시스템을 통해 부팅에 필요한 파일을 제공합니다. 지원되는 하드웨어 아키텍처는 다음과 같습니다.

특정 하드웨어 아키텍처에서 부팅하기 위해 필요한 파일은 RPM 패키지에 포함되어 있습니다. TFTP 서버를 실행하는 시스템에 이 패키지를 설치합니다.

> sudo zypper in tftpboot-installation-SLE-OS_VERSION-ARCHITECTURE

OS_VERSION을 SUSE Linux Enterprise Server 설치 버전 번호(예: SLE-15-SP3-x86_64)로 바꿉니다. 그리고 ARCHITECTURE를 시스템의 아키텍처(예: x86_64)로 바꿉니다. 따라서 결과로 생성되는 텍스트는 다음과 같습니다. tftpboot-installation-SLE-15-SP3-x86_64 zypper se tftpboot를 사용하여 사용 가능한 모든 버전과 아키텍처를 검색합니다.

파일은 /srv/tftpboot/SLE-OS_VERSION-ARCHITECTURE에 설치됩니다. SUSE Linux Enterprise Server의 다른 버전 및 아키텍처에 대한 파일을 /srv/tftpboot 디렉토리에 복사할 수도 있습니다.

작은 정보: 다른 아키텍처 제공

클라이언트 및 서버 하드웨어 아키텍처는 다를 수 있습니다. 예를 들어, AMD64/Intel 64 TFTP 서버를 실행하고 tftpboot-installation-SLE-15-SP3-aarch64 패키지를 설치하여 AArch64 클라이언트 시스템의 부팅 환경을 제공할 수 있습니다.

참고: 기존 /srv/tftpboot/ 디렉토리

/srv/tftpboot/ 디렉토리가 시스템에 이미 있는 경우 모든 파일이 /usr/share/tftpboot-installation/에 설치됩니다. 이전 SLES 릴리스에서 PXE 서버를 업그레이드하는 경우 이에 해당합니다.

이 문제를 해결하려면 /usr/share/tftpboot-installation/에서 /srv/tftpboot/로 파일을 직접 복사하십시오. 또는 /srv/tftpboot/를 제거하고 tftpboot-installation-SLE-OS_VERSION-ARCHITECTURE 패키지를 다시 설치합니다.

편집기에서 /srv/tftpboot/SLE-OS_VERSION-ARCHITECTURE/net/pxelinux.cfg/default 파일을 엽니다. 16장 네트워크 설치 원본 설정에 설명된 대로 설정에 따라 install 파라미터의 경로를 바꿉니다 . 또한 TFTP_SERVER도 TFTP 서버의 IP 주소로 바꿉니다. PXELINUX 구성 옵션의 개요는 17.3절 “PXELINUX 구성 옵션” 항목을 참조하십시오.

default linux

# install
label linux
  ipappend 2
  kernel boot/ARCHITECTURE/loader/linux
  append initrd=boot/ARCHITECTURE/loader/initrd instsys=tftp://TFTP_SERVER/SLE-OS_VERSION-ARCHITECTURE/boot/ARCHITECTURE/root install=PROTOCOL://SERVER_IP:/PATH

display  message
implicit 1
prompt  1
timeout  50

append 줄에서 사용되는 부팅 파라미터에 대한 자세한 내용은 7.3절 “중요한 부팅 파라미터 목록” 항목을 참조하십시오.

필요한 경우 /srv/tftpboot/SLE-OS_VERSION-ARCHITECTURE/net/pxelinux.cfg/message를 편집하여 [부팅] 메뉴에 메시지를 표시합니다.

일반적으로 GRUB2 구성 파일은 수정할 필요가 없습니다. 하지만 기본 설정은 설치 시스템용 네트워크 리소스를 포함하지 않습니다. 네트워크를 통해 전체 SUSE Linux Enterprise Server 설치를 수행하려면 /srv/tftpboot/SLE-OS_VERSION-ARCHITECTURE/EFI/BOOT/grub.cfg 파일의 linuxefi 명령문에 install 파라미터를 지정해야 합니다. install 파라미터에 대한 자세한 내용은 7.3.3절 “설치 원본 지정”를 참조하십시오.

WOL은 WOL을 지원하는 유선 및 무선 이더넷 카드와 함께 작동합니다.

시스템 BIOS/UEFI에서 WOL을 활성화해야 할 수 있습니다.

PXE 부팅에 대한 BIOS/UEFI 설정을 확인하여 우발적인 재설치 방지를 위해 비활성화 상태를 유지하십시오.

방화벽을 조정하여 UDP 포트 9를 통한 트래픽을 허용하십시오.

다음 명령을 실행하여 유선 이더넷 인터페이스가 WOL을 지원하는지 확인하십시오.

> sudo ethtool eth0 | grep -i wake-on
Supports Wake-on: pumbg
Wake-on: g

예제 출력에는 eth0가 WOL을 지원하는 것으로 표시되어 있으며, 이것은 Supports Wake-on 줄의 g 플래그를 통해 알 수 있습니다. Wake-on: g는 WOL이 이미 활성화되어 있음을 나타냅니다. 따라서 이 인터페이스는 절전 모드 해제 신호를 수신할 준비가 되어 있습니다. WOL이 활성화되지 않은 경우 다음 명령으로 활성화하십시오.

> sudo ethtool -s eth0 wol g

Wi-Fi를 통한 절전 모드 해제 또는 WoWLAN을 실행하려면 WoWLAN을 지원하는 무선 네트워크 인터페이스가 필요합니다. 다음과 같이 iw 명령으로 테스트합니다. 이 명령은 iw 패키지에서 제공합니다.

> sudo zypper in iw

다음과 같이 장치 이름을 찾으십시오.

> sudo iw dev
phy#0
        Interface wlan2
                ifindex 3
                wdev 0x1
                addr 9c:ef:d5:fe:01:7c
                ssid accesspoint
                type managed
                channel 11 (2462 MHz), width: 20 MHz, center1: 2462 MHz
                txpower 20.00 dBm

이 예에서 WoWLAN 지원을 쿼리하는 데 사용할 장치 이름은 phy#0입니다. 이 예에서는 다음과 같이 지원하지 않는 것으로 표시되어 있습니다.

> sudo iw phy#0 wowlan show
command failed: Operation not supported (-95)

이 예에서는 WoWLAN을 지원하는 인터페이스를 표시하고 있지만 WoWLAN이 비활성화되어 있습니다.

> sudo iw phy#0 wowlan show
WoWLAN is disabled

다음과 같이 WoWLAN을 활성화하십시오.

> sudo iw phy#0 wowlan enable magic-packet
WoWLAN is enabled:
* wake up on magic packet

WOL을 사용하려면 클라이언트 및 전송 시스템에 wol 패키지를 설치합니다.

> sudo zypper in wol

클라이언트 시스템에 wol-udev-rules를 설치합니다. 이 패키지는 시작할 때 WOL을 자동으로 활성화하는 udev 규칙을 설치합니다.

다음과 같이 클라이언트 시스템에 있는 네트워크 인터페이스의 MAC 주소를 가져오십시오.

> sudo ip addr show eth0|grep ether
link/ether 7c:ef:a5:fe:06:7c brd ff:ff:ff:ff:ff:ff

예제 출력에서 7c:ef:a5:fe:06:7c는 MAC 주소입니다.

클라이언트 시스템을 종료하고 서브넷이 동일한 다른 컴퓨터에서 아래와 같이 클라이언트 시스템으로 절전 모드 해제 신호를 전송하십시오.

> wol 7c:ef:a5:fe:06:7c

대상 시스템과 두 번째 장치가 동일한 네트워크에 있지만 다른 서브넷에 있는 경우 다음과 같이 대상 시스템에 브로드캐스트 주소를 지정하십시오.

> wol -i 192.168.0.63 7c:ef:a5:fe:06:7c

WOL은 브로드캐스트 도메인에 의존하므로 전송 시스템은 다른 네트워크 세그먼트에 있을 수는 있지만 반드시 동일한 네트워크에 있어야 합니다.

다른 네트워크에서 매직 패킷을 전송할 수 있습니다. 한 가지 방법은 라우터가 브로드캐스트 주소에 대한 포트 전달을 지원하는 경우 포트 전달을 사용하는 것입니다. 더 안전한 방법은 SSH를 통해 네트워크 내부의 호스트에 연결하여 거기에서 매직 패킷을 전송하는 것입니다.