☰

TFTP32 E32 タイムアウト問題を使用した Windows 7 PC からの PXE ネットブート

tag-icon • tag-icon windows-7 windows networking pxe netboot
TFTP32 E32 タイムアウト問題を使用した Windows 7 PC からの PXE ネットブート

CD ドライブも USB ブート オプションもない PC をネットブートしようとしています (BIOS では使用可能ですが、USB が認識されず、何らかの理由で壊れている可能性があります)。

とにかく、TFTP32 からのログは次のとおりです。

Rcvd DHCP Discover Msg for IP 0.0.0.0, Mac 00:1F:D0:8D:8B:09 [06/12 13:06:48.916]
DHCP: proposed address 192.168.2.1 [06/12 13:06:48.917]
Rcvd DHCP Rqst Msg for IP 0.0.0.0, Mac 00:1F:D0:8D:8B:09 [06/12 13:06:51.113]
Previously allocated address 192.168.2.1 acked [06/12 13:06:51.113]
Connection received from 192.168.2.1 on port 2070 [06/12 13:06:51.125]
Read request for file <netboot\pxelinux.0>. Mode octet [06/12 13:06:51.126]
Using local port 53708 [06/12 13:06:51.127]
Connection received from 192.168.2.1 on port 2071 [06/12 13:06:53.125]
Read request for file <netboot\pxelinux.0>. Mode octet [06/12 13:06:53.126]
Using local port 53709 [06/12 13:06:53.127]
Connection received from 192.168.2.1 on port 2072 [06/12 13:06:57.136]
Read request for file <netboot\pxelinux.0>. Mode octet [06/12 13:06:57.137]
Using local port 53710 [06/12 13:06:57.137]
Connection received from 192.168.2.1 on port 2073 [06/12 13:07:03.122]
Read request for file <netboot\pxelinux.0>. Mode octet [06/12 13:07:03.123]
Using local port 53711 [06/12 13:07:03.124]
TIMEOUT waiting for Ack block #1  [06/12 13:07:06.129]
TIMEOUT waiting for Ack block #1  [06/12 13:07:08.129]
Connection received from 192.168.2.1 on port 2074 [06/12 13:07:11.086]
Read request for file <netboot\pxelinux.0>. Mode octet [06/12 13:07:11.087]
Using local port 53717 [06/12 13:07:11.088]
TIMEOUT waiting for Ack block #1  [06/12 13:07:12.139]
TIMEOUT waiting for Ack block #1  [06/12 13:07:18.126]
TIMEOUT waiting for Ack block #1  [06/12 13:07:26.090]

また、コンピューターに ping を実行すると、次のメッセージが表示されます。

Pinging 192.168.2.1 with 32 bytes of data:
Reply from 10.20.21.188: Destination net unreachable.
Reply from 10.20.21.188: Destination net unreachable.
Reply from 10.20.21.188: Destination net unreachable.
Reply from 10.20.21.188: Destination net unreachable.

Ping statistics for 192.168.2.1:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
PS C:\Windows\system32>

これを修正するにはどうしたらよいか、何かアイデアをお持ちの方がいらっしゃいましたら、ぜひ教えてください。

よろしく

編集_>

役に立つかもしれない追加情報

  1. 私はクロスオーバー ケーブルを使用していません。ただし、サーバー コンピューターのネットワーク カードはギガビット ケーブルなので、それでもクロスオーバー ケーブルが必要かどうかはわかりません。2 台の PC は、高速イーサネット スイッチのみで接続されています。

  2. ネットブートの最終目的は、クライアントコンピュータに Debian をインストールすることです。現在 Apache サーバーを実行していますが、次のステップがどうなるかはまだわかりません。pxelinux.0 を起動しています (実際に何なのかまだよくわかりませんが、ガイドに従ってネットからダウンロードした Debian tar.gz ファイルから取得しました)。ここ）。

答え1

IP サブネットに問題があることは間違いありません。1 台のマシンが 10.20.21.x で、もう 1 台が 192.168.2.x の場合、ネットワーク タイプがまったく異なります。ネットワーク管理者またはネットワークに詳しい人に相談することをお勧めします。TFTP サーバーのスイッチを他のサブネットに開いていない限り、両方のマシンが同じネットワーク内、同じサブネット上にある必要があります。

答え2

以前、tftpd32 で同じ「ack 待ちタイムアウト」問題に遭遇しました。私の場合は、Windows コンピュータのファイアウォールを一時的に無効にすることで問題が解決しました。ファイアウォールの干渉なしに通信できるようになった後、転送は成功しました。別のブログまた、オプションの TFTP サーバー タブですべてが正しく構成されていること (例: pxe 互換性) を確認し、DHCP サーバーのサブネットがコンピューターを接続しているインターフェイスのサブネットと一致していること、および作業中にネットワーク上に他の DHCP サーバーが存在しないことを確認してください。

ファイアウォールをオフにするのは危険なので、注意して再度有効にすることを忘れないでください。

アップデート：

もう一度読み直してよく考えてみると、IP アドレス指定に問題があることは間違いないようです。ping 出力から、Windows コンピューターの IP は 10.20.21.188 で、展開先のコンピューターは tftp32 から IP アドレス 192.168.2.1 を取得しているようです。これらは異なるネットワーク上にあるため、説明されている設定では相互に通信できません。これを機能させるには、tftp32 の DHCP プールを編集するか、コンピューターの IP を DHCP プールと一致する正しいネットワークの静的アドレスに変更する必要があります。

答え3

私も同じ問題を抱えており、クライアントが tftpd サーバーからファイルを取得しようとするたびに、「TIMEOUT waiting for Ack block #1」というエラーが発生していました。

最初にサーバーのファイアウォールでTFTP UDPポート69を有効にしてみましたが、効果はありませんでした。
結局、問題の根本原因はサーバー側ではなくクライアント側にあることが判明しました。その 理由は
、TFTPが動的に割り当てられたUDPポートを使用してクライアントにデータを送り返すためです。
クライアントファイアウォールにより、クライアントの tftp アプリケーションは任意の UDP ポートでデータを受信できるようになります。これは、Windows クライアントでは C:\Windows\System32\tftp.exe です。

答え4

PXE環境でのDHCPの問題を回避し、時間を節約しましょう。すでに導入されているDHCPインフラストラクチャを使用して、PXEサーバー（つまりセルヴァ） でプロキシDHCPモード。この方法では、現在発生しているようなさまざまなサブネットワーク IP エラーに対処する必要がなくなり、現在の DHCP サーバー構成を変更する必要もありません。

関連情報