PXE Netboot von einem Windows 7-PC mit TFTP32 E32 Timeout-Problem

3235
Guest_thanks

Ich versuche, einen PC ohne CD-Laufwerk und ohne USB-Boot-Optionen zu booten (verfügbar im BIOS, erkennt aber keinen USB-Anschluss, möglicherweise defekt).

Jedenfalls ist hier das Protokoll von 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]

Wenn ich den Computer anpinge, bekomme ich:

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>

Wenn jemand eine Idee hat, wie ich das korrigieren könnte, wäre ich sehr dankbar.

Grüße

EDIT_>

Zusätzliche Informationen, die nützlich sein können

  1. Ich verwende kein Crossover-Kabel. Die Netzwerkkarte meines Servercomputers ist jedoch ein Gigabit. Ich bin nicht sicher, ob dies bedeutet, dass ich immer noch ein Crossover-Kabel brauche. Die beiden PCs sind nur über einen schnellen Ethernet-Switch verbunden.

  2. Das letzte Ziel des Netboots ist die Installation von Debian auf dem Client-Computer. Derzeit betreibe ich einen Apache-Server, aber ich habe noch nicht ermittelt, wie die nächsten Schritte aussehen werden. Ich boote pxelinux.0 (ist noch nicht ganz sicher, was es eigentlich ist, ich habe es aus der Debian-Datei tar.gz erhalten, die ich aus dem Netz heruntergeladen habe und dabei der Anleitung hier folgt ).

1

2 Antworten auf die Frage

2
2Cents

Sie haben definitiv ein Problem mit den IP-SubNets. Mit einer Maschine auf 10.20.21.x und der anderen auf 192.168.2.x haben Sie völlig unterschiedliche Netzwerktypen. Sie werden wahrscheinlich mit einem Netzwerkadministrator oder jemandem sprechen wollen, der sich mit dem Netzwerk auskennt. Beide Maschinen müssen sich in demselben Netzwerk und in demselben SubNet befinden, es sei denn, Sie haben den Switch Ihres TFTP-Servers für das andere SubNet geöffnet.

1
Ozzy S

Ich habe vor einiger Zeit mit tftpd32 auf dasselbe "Timeout Waiting for ack" gestoßen. Was das Problem für mich gelöst hat, war die temporäre Deaktivierung meiner Firewall auf dem Windows-Computer. Nachdem er kommunizieren konnte, ohne dass die Firewall störte, wurde meine Übertragung durchgeführt. Wie in einem anderen Blog erwähnt, möchten Sie möglicherweise auch sicherstellen, dass Sie in den Optionen auf der Registerkarte TFTP-Server alles richtig konfiguriert haben (z. B. pxe-Kompatibilität), und dass das Subnetz für den DHCP-Server mit dem Subnetz der Schnittstelle übereinstimmt, die Sie verwenden Wenn Sie an diesem Computer arbeiten, schließen Sie den Computer an und es gibt keinen anderen DHCP-Server in Ihrem Netzwerk.

Das Abschalten der Firewall kann gefährlich sein. Vergessen Sie nicht, sie erneut zu aktivieren!

AKTUALISIEREN:

Nun, da ich das noch einmal gelesen und mehr darüber nachgedacht habe, scheint es definitiv ein Problem mit Ihrer IP-Adressierung zu sein. Aus der Ping-Ausgabe sieht es so aus, als ob Ihr Windows-Computer eine IP-Adresse von 10.20.21.188 hat und der Computer, den Sie bereitstellen möchten, eine IP-Adresse von 192.168.2.1 von tftp32 erhält. Da sie sich in verschiedenen Netzwerken befinden, haben sie mit Ihrem beschriebenen Setup keine Möglichkeit, miteinander zu reden. Damit dies funktioniert, müssen Sie entweder den DHCP-Pool in tftp32 bearbeiten oder die IP-Adresse Ihres Computers in eine statische Adresse im richtigen Netzwerk ändern, die dem DHCP-Pool entspricht.

Verwandte Probleme