VMWare VM (ESXi 6.5、VM バージョン 13) があり、ネットワーク経由でイメージを作成したいと考えています。過去数年間、PXE イメージを含む TFTP サーバーを (かなりうまく) 使用してきました。現在は UEFI の使用に移行し、UEFI クライアントが HTTPS を使用してイメージを取得できるようにしたいと考えています。
- VMWare VM で、「ブート オプション | ファームウェア」を「BIOS」から「EFI」に変更しました。
- UEFI クライアントが UEFI イメージ (
https://example.com/ldlinux.e64
) をダウンロードできるように、イメージ サーバーに HTTPS エンドポイントを追加しました。 - クライアントの DHCP 設定を、値「pxeclient.0」を持つ「filename」の送信から、代わりに送信するように変更しました
https://example.com/ldlinux.e64
。
VM を起動すると EFI ブート マネージャーが起動しますが、次のエラーが表示されます。
_unsuccessful.bell (Unsupported option) 0:0)
PXE-E23: Client received TFTP error from server.inux.64
ネットワークをスニッフィングすると、UEFI クライアントが HTTPS サービスではなく TFTP サービスにアクセスしようとしていることがわかります。TFTP を引き続き使用するのではなく、URL で指定されたイメージをダウンロードするように UEFI クライアントを説得するには、何をする必要がありますか?
アップデート: DHCP サーバー上の DHCP トラフィックをスニッフィングすると、VM ゲストがオプション 60、ベンダー クラス ID が に設定された DHCP 要求を送信していることがわかりますPXEClient:Arch:...
。HTTP ブートの UEFI 仕様では、この値は である必要がありますHTTPClient:Arch:...
。したがって、問題は、VM ゲスト システムにオプション 60 を "HTTPClient" に設定して DHCP 要求を送信させる方法に帰着します。
答え1
いくつかの問題があります。
VMware UEFIはHTTPブートをサポートしていません
もしそうなら、
ldlinux
PE UEFI アプリケーションではなく、Pxelinux の ELF コンポーネントである boot .e64 を指していることになります。起動することはありません。
最後に、初期の Boot.wim のみが、たとえば windowsize=16 で TFTP 転送され、その後キャプチャの大部分が MS 共有される通常の PXE キャプチャと比較して、HTTP ブート キャプチャはどのくらい高速になると思いますか? メリットはそれほど大きくありません。シンプルにしてください。