|
READ ONLY FORUM: m23 :: makes software distribution easy The m23 discussion forum
|
View previous topic :: View next topic |
Author |
Message |
RaeTheGit
Joined: 28 Oct 2005 Posts: 6 Location: Berlin
|
Posted: Fri Oct 28, 2005 6:25 Post subject: Problem mit TFTP bei PXE-Boot |
|
|
Der m23-Server laeuft in einem Test-Setup unter VMWare5, genauso wie der Test-Client. Der Server besitzt 2 interfaces, einmal einen Adapter im bridged Mode fuer die Anbindung ans physische LAN und ans Internet und ein weiteres Interface fuer "Host-Only networking", da im LAN bereits ein DHCP-Server vorhanden ist. Der Testclient besitzt ein Host-Only Interface. Der VMWare-eigene DHCPd ist abgeschaltet, bzw deaktiviert.
Soweit die Praemissen.
Bei Einschalten des Clients bekommt dieser nun per DHCP seine IP zugewiesen und startet danach den Versuch, per PXE zu booten. Dieser schlaegt aber fehl mit der Meldung auf dem Client, dass ein Timeout beim Oeffnen der TFTP-Verbindung aufgetreten ist.
ein tcpdump auf dem Server gibt dabei folgendes aus:
Code: | # tcpdump -i eth1
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth1, link-type EN10MB (Ethernet), capture size 96 bytes
14:13:41.586088 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:0c:29:c5:ae:92 (oui Unknown), length: 548
14:13:41.589997 IP 192.168.186.1.bootps > 255.255.255.255.bootpc: BOOTP/DHCP, Reply, length: 300
14:13:41.929819 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:0c:29:c5:ae:92 (oui Unknown), length: 548
14:13:41.932839 IP 192.168.186.1.bootps > 255.255.255.255.bootpc: BOOTP/DHCP, Reply, length: 300
14:13:41.933763 arp reply 192.168.186.1 is-at 00:50:56:c0:00:01 (oui Unknown)
14:13:41.933783 arp who-has 192.168.186.1 tell test01
14:13:41.934927 arp reply 192.168.186.1 is-at 00:0c:29:9c:62:19 (oui Unknown)
14:13:41.933792 IP 192.168.186.1 > test01: ICMP 192.168.186.1 udp port tftp unreachable, length 63
14:13:41.933800 IP test01.2070 > 192.168.186.1.tftp: 27 RRQ "pxelinux.0" octet tsize 0
14:13:42.285653 IP 192.168.186.1 > test01: ICMP 192.168.186.1 udp port tftp unreachable, length 63
14:13:42.285663 IP test01.2071 > 192.168.186.1.tftp: 27 RRQ "pxelinux.0" octet tsize 0 |
Eine Analyse mit netstat und lsof zeigt, dass inetd tatsaechlich den TFTP-Port verwaltet, aber abgesehen von der Ausgabe von tcpdump sind keine Debug-Informationen auffindbar. Auch ein inetd -d hilft nicht weiter, es wird lediglich angezeigt, dass der TFTP-Port geoeffnet wird.
Ich bin mittlerweile ratlos, wie ich dieses Problem behoben bekomme und bin fuer jeden Tip dankbar.
Gruss,
Sven |
|
Back to top |
|
|
Hauke
Joined: 02 Mar 2003 Posts: 1072
|
Posted: Fri Oct 28, 2005 7:13 Post subject: |
|
|
Bekommt der Client die IP-Adresse vom m23-Server zugeschickt?
Sind bei Dir Ports im Netzwerk geblockt? _________________ Hauke Goos-Habermann
- project leader m23 (http://m23.sf.net) -
Jabber: dodgerm23@jabber.org
Schulung, Entwicklung und Support zu m23 und anderen OpenSource-Produkten: www.goos-habermann.de
Auch DU kannst etwas gegen Softwarepatente tun! www.patentfrei.de |
|
Back to top |
|
|
RaeTheGit
Joined: 28 Oct 2005 Posts: 6 Location: Berlin
|
Posted: Fri Oct 28, 2005 7:19 Post subject: |
|
|
Ja, die Kommunikation zwischen Client und m23-Server findet ausschliesslich ueber das Host-Only Netzwerk der VMWare statt, es befinden sich da keine weiteren physischen oder virtuellen Rechner oder Dienste. Innerhalb dieses Netzes wird auch ansonsten nichts geblockt oder gefiltert. |
|
Back to top |
|
|
Hauke
Joined: 02 Mar 2003 Posts: 1072
|
Posted: Fri Oct 28, 2005 8:02 Post subject: |
|
|
Welche m23-Version hast Du installiert? Hast Du alle Updates installiert?
Auf welchem OS läuft VMware? _________________ Hauke Goos-Habermann
- project leader m23 (http://m23.sf.net) -
Jabber: dodgerm23@jabber.org
Schulung, Entwicklung und Support zu m23 und anderen OpenSource-Produkten: www.goos-habermann.de
Auch DU kannst etwas gegen Softwarepatente tun! www.patentfrei.de |
|
Back to top |
|
|
RaeTheGit
Joined: 28 Oct 2005 Posts: 6 Location: Berlin
|
Posted: Tue Nov 01, 2005 7:21 Post subject: |
|
|
Loesung ist gefunden:
Der Server laeuft sehr wohl als VM, jedoch haben die Entwickler von VMWare in Version 5 Veraenderungen gegenueber Version 4.5 an den Netzwerkschnitstellen vorgenommen, die den Einsatz einer VM als Client verhindern - ein physischer Rechner im LAN ist sehr wohl in der Lage, vom m23-Server in VMWare zu booten, sofern dieser ueber ein bridged Interface ins vorhandene LAN eingebunden ist.
Danke an Hauke fuer die hilfreiche Unterstuetzung bei der Fehlersuche. |
|
Back to top |
|
|
|
|
You can post new topics in this forum You can reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
Powered by phpBB © 2001, 2005 phpBB Group
|