システムが PXE ブートされると、PXE サーバーで UUID ファイルを探します。見つかったら、それに従って進めます。それ以外の場合、システムは2分間待ってからPXEサーバーでMacIDファイルを探し始めます。
このファイルの検索時間を設定する方法はありますか？
アップデート1： デフォルトのpxeブートローダはPXELINUXです。
ベストアンサー1
答えが遅れましたが、他の人にも役に立つと思います...
私の経験によると、PXELINUXは2分待ちません。潜在的なプロファイル名（クライアントUUID、クライアントMACアドレス、16進数の完全IPアドレス、16進数のIPアドレスの一部、最後にdefault）を2分間待ちます。 TFTPとして、サーバーは古いファイルが見つからないことを伝えます。
identdTFTPサーバーが着信接続でDNSルックアップおよび/またはクエリを試みるように設定できますか（tcpwrapper /libwrap設定のために？）？ DNSサーバーがTFTPサーバーホストに応答しない場合、またはTFTPサーバーからのクエリがデフォルトのタイムアウト値をidentd使用している場合、最悪の場合は約2分の遅延が発生する可能性があります。
PXEクライアントはクエリに応答しないため、identdそれを着信TFTP接続と組み合わせることはおそらく時間の無駄です。たとえば、PXEブートクライアントがIPブロック192.168にある場合。。/etc/hosts.allow、次の専用回線があることを確認する必要があります。
in.tftpd: 127.0.0.1 [::1] 192.168.0.0/16
デフォルトの行に依存するのではなくALL@、行にプレフィックス（無駄なクエリをトリガーするidentd）を含めるか、名前ベースにすることができます（TFTPサーバーが着信要求を処理する前にDNS検索をトリガーします）。このセクションは、使用しているTFTPサーバーおよび/またはスタンドアロンであるのか、それともTFTPサーバーベースであるのかin.tftpdによって異なります。[x]inetd
PXEブートローダの問題を解決するには、DHCPおよび/またはTFTPポートからネットワークトラフィックをダンプして、進行状況とTFTPサーバーから有効な応答を受信したことを確認する必要があります。しかし、まずTFTPサーバーのログ記録レベルを上げて、すべての要求を記録しようとします。送信された受信と応答を見て、これが問題を隔離するのに役立つことを確認してください。
一般的な問題は、TFTP が要求したファイルのパス名が正確に予期したものと異なる場合、または TFTP サーバーが予期しない方法でファイルシステムにマップすることです。たとえば、Windows サーバーを使用して PXELINUX 構成ファイルを提供する場合、Windows スタイルのバックスラッシュだけでなく、Unix スタイルのスラッシュもパス区切り文字として許可するように Windows TFTP サーバーを構成する必要があります。
DHCPを介して調整できるPXELINUXの唯一のタイムアウト値は、再起動時間値（DHCPオプション211）であり、デフォルトは2分ではなく300秒です。 PXELINUXのDHCPオプションは、サイト固有のオプションとして予約された範囲にあったため（以前はRFC 3942）、DHCPオプション範囲208-211が実際に他のサイト固有の目的ではなくPXELINUX用であることを確認する方法として、DHCPオプション208に特定の「魔法」値を提供することもできます。バラよりRFC 5071もっと学ぶ。