web-dev-qa-db-ja.com

TFTP32E32タイムアウトの問題を使用したWindows7PCからの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>

私がこれを修正する方法について誰かが何かアイデアを持っているなら、それは最もありがたいです。

よろしく

EDIT_>

役立つ可能性のある追加情報

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

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

windows-7windowsnetworkingpxenetboot
1
Guest_thanks

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

3
2Cents

しばらく前にtftpd32で同じ「ackを待っているタイムアウト」の問題が発生しました。私にとって問題を解決したのは、Windowsコンピューターのファイアウォールを一時的に無効にすることでした。ファイアウォールが干渉することなく通信できた後、転送が完了しました。 別のブログ で述べたように、オプション（pxe互換性など）の[TFTPサーバー]タブですべてが正しく構成されていることを確認し、DHCPサーバーのサブネットが一致していることを確認することもできます。コンピューターを接続しているインターフェイスのサブネットであり、これに取り組んでいるときはネットワーク上に他のDHCPサーバーがありません。

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

更新：

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

1
Ozzy S

クライアントがtftpdサーバーからファイルを取得しようとするたびに、「TIMEOUTがAckブロック＃1を待機しています」というエラーが発生するという同じ問題が発生しました。

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

0
Jean-François Larvoire

時間を節約し、PXE環境でのDHCPの問題を回避します。すでに配置されているDHCPインフラストラクチャを使用し、PXEサーバー（つまり Serva ）をproxyDHCPモードに設定します。このようにして、現在発生しているようなさまざまなサブネットワークIPエラーに対処する必要がなく、現在のDHCPサーバー構成を変更する必要もありません。

0
Pat