17 ネットワークブート環境の準備 #

次の例は、IPアドレスをクライアントに動的に割り当て、サーバ、ルータ、ドメイン、およびブートファイルをアドバタイズするDHCPサーバを設定する方法を示しています。

DHCPサーバは静的IPアドレスとホスト名をネットワーククライアントに割り当てることもできます。ある使用例では静的アドレスをサーバに割り当てています。別の使用例では、静的IPアドレスが割り当てられたクライアントにネットワークに参加可能なクライアントを制限し、動的アドレスプールは提供していません。

次の例に従って、前述のDHCP設定を変更します。

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

hostステートメントはホスト名をインストールターゲットに割り当てます。ホスト名と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 client-idです。DHCPサーバは割り当てられたIPアドレスを提供します。次に、インストールカーネルがロードされ、別のDHCP要求が送信されますが、このclient-idは異なり、RFC 4361形式で送信されます。DHCPサーバはこれを同じクライアントとして認識せず、使用できない空き動的IPアドレスを探すため、インストールは停止します。

この解決策は、RFC 2132クライアントIDを送信するようにクライアントを設定することです。インストール中にRFC 2132 client-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

Ethernet上で従来使用されているRFC 2132 DHCPv4 client-idは、ハードウェアタイプ(Ethernetの場合は01)から構築され、次にハードウェアアドレス(MACアドレス)が続きます。例:

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

RFC 4361 DHCPv4 client-idは、複数のネットワークインタフェースを持つマシンを識別する問題を修正しようとします。新しいDHCPv4 client-idは、DHCPv6 client-idと同じ形式です。ハードウェアタイプではなく、0xffプリフィックスで始まり、その後DHCPv6 IAID (マシン上のインタフェースを記述するインタフェースとアドレスの関連付けID)、マシンを 固有に識別するDHCPv6 固有識別子(DUID)が続きます。

上記のハードウェアタイプベース、ハードウェアアドレスベースのDUIDを使用すると、新しいRFC 4361 DHCPv4 client-idは次のようになります。

DUID-Link-Layer Timestamp (DUID-LLT)のxx:xx:xx:xxフィールドは、作成タイムスタンプです。DUID-Link-Layer (DUID-LL) (00:03:00:01:$MAC)にはタイムスタンプはありません。

linuxrcの使用方法の詳細については、『AutoYaSTガイド』を参照してください。また、man 4 initrd、man 5 wicked-configのオプションdhcp4 "create-cid"、dhcp6 "default-duid"のドキュメント、wicked duid --help、およびwicked iaid --helpも参照してください。

TFTPサーバをインストールするには、次の手順に従います。

SUSE Linux Enterprise Serverは、BIOSまたはUEFIを搭載したマシンでPXEを介してブートするために必要なファイルを提供しています。次のハードウェアアーキテクチャがサポートされています。

特定のハードウェアアーキテクチャからブートするために必要なファイルは、RPMパッケージに含まれています。TFTPサーバが稼働するマシンにファイルをインストールするには、次のコマンドを使用します。

tux > 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/SLES-OS_VERSION-ARCHITECTUREにインストールされます。/srv/tftpbootディレクトリへは、SUSE Linux Enterprise Serverの他のバージョンとアーキテクチャのファイルをコピーすることもできます。

ヒント: 異なるアーキテクチャの提供

クライアントとサーバのハードウェアアーキテクチャは異なる場合があります。たとえば、tftpboot-installation-SLE-15-SP2-aarch64パッケージをインストールすることにより、AMD64/Intel 64 TFTPサーバを実行し、 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をサポートするEthernetカードであれば、有線でも無線でもWOLを利用できます。

使用するシステムのBIOS/UEFIでWOLを有効化する必要がある場合があります。

PXEブートのBIOS/UEFI設定をチェックし、誤って再インストールされないようにするため、無効になっていることを確認してください。

UDPポート9を介してトラフィックを許可するように、ファイアウォールを調整します。

次のコマンドを実行して、有線EthernetインタフェースがWOLをサポートしているかを確認します。

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

この例の出力では、Supports Wake-on行のgフラグから、eth0がWOLをサポートしていることがわかります。Wake-on: gは、WOLがすでに有効であることを示します。すなわち、このインタフェースはウェイクアップ信号を受け取る準備ができています。WOLが有効化されていない場合は、次のコマンドを実行して有効化します。

tux > sudo ethtool -s eth0 wol g

Wakeup-over-wifi (WoWLAN)を使用するには、WoWLANをサポートする無線ネットワークインタフェースが必要です。iwコマンドを使用してテストします。このコマンドは、 iw パッケージに含まれます。

tux > sudo zypper in iw

デバイス名を検索するには次のコマンドを実行します。

tux > 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というデバイス名を使用しています。この例は、WoWLANをサポートしていないことを示しています。

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

次の例は、インタフェースはWoWLANをサポートしているが、有効化されていないことを示しています。

tux > sudo iw phy#0 wowlan show
WoWLAN is disabled

有効化するには、次のコマンドを実行します。

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

WOLを使用するには、 wol パッケージをクライアントマシンと送信用マシンにインストールします。

tux > sudo zypper in wol

クライアントマシンに wol-udev-rules をインストールします。このパッケージは、ウェイクアップ時に自動的にWOLを有効化するudevルールをインストールします。

クライアントマシンのネットワークインタフェースのMACアドレスを取得します。

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

この例の出力では、MACアドレスは7c:ef:a5:fe:06:7cです。

クライアントマシンをシャットダウンし、同じサブネット上の別のコンピュータからウェイクアップ信号を送信します。

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

ターゲットマシンとセカンドデバイスが同じネットワーク上にあるが、サブネットが異なる場合、ターゲットマシン用のブロードキャストアドレスを指定します。

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

WOLはブロードキャストドメインに依存するため、送信用のマシンは同じネットワーク上に置かれている必要があります。ただし、ネットワークセグメントは異なっていてもかまいません。

異なるネットワークからマジックパケットを送信することもできます。1つは、ポートフォワーディングを使用する方法です。この場合、使用するルータがブロードキャストアドレスへのポートフォワーディングをサポートしている必要があります。より安全な方法としては、SSHを介してネットワーク上のホストに接続し、そこからマジックパケットを送信します。