Hallo,
kann dir zwar nicht sagen, warum das bei dir so lange dauert, bei mir geht das innerhalb paar Sekunden.
Gruß MAK
"Normal ist das nicht." Was sagt denn das Log des Servers? Hört sich an, als ob der Client
irgendwo einen Timeout abwartet. Dauert die IP Vergabe bei nicht per PXE bootenden
Clients genauso lange? Hast Du beide DHCP Server gleichzeitig im Netz laufen?
Hallo Elchi,
ZitatOriginal von Elchi
Hallo, hab hier ne IntelPro100S Netzkarte mit PXE Boot usw., DHCP Server auf anderem Rechner läuft. Wenn nun der Client vom Lan bootet, dauert es ca. 30 Sekunden bis er die IP zugewiesen bekommt. Die Frage, ist das normal. Auch vom Hardware Router mit eingebautem DHCP Server das selbe Problem. Warum sucht der so ewig?
Bei meinem Dauert es zwar nur ca. 15 Sek. (ASUS-Board A8V onboard LAN), ist aber auch zu lange.
Hast Du einen (DHCP-PXE-Proxy?-)Dienst auf UDP-Port 4011 laufen? Dieser wird bei meinem Board zwingend vorausgesetzt. Wenn du keinen hast aber Deine Karte dorthin eine Anfrage sendet, wartet sie halt auch etwas auf eine mögliche Antwort.
Hardy
Die Karte ist aber so konfiguriert, dass sie primär Netboot fährt (und nicht etwa erst auf 'ne Benutzereingabe wartet)?
Hallo,
binde mal die IP Vergabe an die MAC-Adresse.
Gruß MAK
ZitatDauert die IP Vergabe bei nicht per PXE bootenden
Clients genauso lange? Hast Du beide DHCP Server gleichzeitig im Netz laufen?
Normal hab ich nur 4 Rechner im Netz und die haben alle ne statische IP obwohl der Hardware Zyxel Router einen DHCP Server hat. Nein die DHCP Server habe ich nacheinander Laufen gehabt. Kann man dieser Netzkarte keine statische IP einprügeln? 
ZitatHast Du einen (DHCP-PXE-Proxy?-)Dienst auf UDP-Port 4011 laufen?
Nein.
ZitatDie Karte ist aber so konfiguriert, dass sie primär Netboot fährt
Mhm, muß man da wieder Windooze dazu benutzen? Ich hab bisher nichts konfiguriert.
Zitatbinde mal die IP Vergabe an die MAC-Adresse
Hab ich ja, vieleicht ist hier was falsch?
ddns-update-style none;
subnet 192.168.1.0 netmask 255.255.255.0 {
option routers 192.168.1.1;
option subnet-mask 255.255.255.0;
range 192.168.1.40 192.168.1.250;
default-lease-time 86400;
max-lease-time 2592000;
}
host vdrclient {
hardware ethernet 00:02:B3:..:..:..;
fixed-address 192.168.1.36;
option host-name "vdrclient";
}
Wie gesagt hab die Karte nachdem ich sie bekommen hab in den Client gesteckt und Lan Booten im BIOS eingestellt. Auf dem Server den DHCP installiert und die Config wie oben. Der Client bootet und schreibt DHCP..... mit dem drehenden Slash, nach ca. 30 Sek bekommt er die IP. Sollte das nicht in 1-2Sek. erledigt sein? Zwischen Client und Server hängt der Zyxel. Woolte eigentlich erstmal sehen ob die Karte funktioniert mit dem Lanboot, weil aus der Bucht.
Elchi
Hallo,
allow booting;
allow bootp;
subnet 192.168.1.0 netmask 255.255.255.0 {
range 192.168.1.40 192.168.1.250;
option domain-name-server 192.168.1.1;
option domain-name "xxx.xx",
option broadcast-address 192.168.1.255;
option routers 192.168.1.1;
option subnet-mask 255.255.255.0; -> diese option gibts bei mir nicht !
default-lease-time 86400;
max-lease-time 2592000;
}
host vdrclient {
hardware ethernet 00:02:B3:..:..:..;
fixed-address 192.168.1.36;
option host-name "vdrclient";
}
Versuch es mal mit den Änderungen.
Zum allgemeinen Verständnis; bootet danach der Client bei dir ?
Ist der tftp-server auf der gleichen Maschine wie dhcp ?
Gruß MAK
ZitatOriginal von MAK
allow booting;
allow bootp;
Das sind die default Werte.
ZitatAlles anzeigensubnet 192.168.1.0 netmask 255.255.255.0 {
range 192.168.1.40 192.168.1.250;
option domain-name-server 192.168.1.1;
option domain-name "xxx.xx",
option broadcast-address 192.168.1.255;
option routers 192.168.1.1;
option subnet-mask 255.255.255.0; -> diese option gibts bei mir nicht !
DNS ist auf jeden Fall ein Versuch wert. "option subnet-mask" findest Du in der manpage.
ZitatAlles anzeigenOriginal von Elchi
So habs mal ergänzt und den DHCP restartet. Die 30Sek. waren geschätzt, hab nun mal auf die Uhr geschaut und nach 50Sek. bekommt er die IP. Hier mal das Log vom Server:
Dec 12 17:56:49 charly dhcpd: DHCPDISCOVER from 00:02:b3: via eth0
Dec 12 17:56:49 charly dhcpd: DHCPOFFER on 192.168.1.36 to 00:02:b3: via eth0
Dec 12 17:56:51 charly dhcpd: DHCPDISCOVER from 00:02:b3: via eth0
Dec 12 17:56:51 charly dhcpd: DHCPOFFER on 192.168.1.36 to 00:02:b3: via eth0
Der Client ziert sich zu antworten, aber warum? Hm...
EDIT: Vielleicht gibt's für die Karte ein Dos-Konfig-Tool. Evtl. müssen nur ein paar Parameter richtig eingestellt werden.
ZitatAlles anzeigenOriginal von Elchi
So habs mal ergänzt und den DHCP restartet. Die 30Sek. waren geschätzt, hab nun mal auf die Uhr geschaut und nach 50Sek. bekommt er die IP. Hier mal das Log vom Server:
Dec 12 17:56:49 charly dhcpd: DHCPDISCOVER from 00:02:b3: via eth0
Dec 12 17:56:49 charly dhcpd: DHCPOFFER on 192.168.1.36 to 00:02:b3: via eth0
Dec 12 17:56:51 charly dhcpd: DHCPDISCOVER from 00:02:b3: via eth0
Dec 12 17:56:51 charly dhcpd: DHCPOFFER on 192.168.1.36 to 00:02:b3: via eth0
...
Was sollte denn für xxx.xx stehen?
Der Client "broadcastet" nach einem DHCP Server: DHCPDISCOVER
Der Server bietet eine (freie) IP Adresse an: DHCPOFFER
und dann "Schweigen im Walde..."
Jetzt sollte der Client ein DHCPREQUEST verschicken und eine vorgeschlagene IP mitsenden,
worauf der Server mit DHCPACK die IP bestätigt und auch die weiteren Optionen übergibt.
Die x stehen für domain.tld. Siehe auch man dhcpd.
Hast Du schon gegooglet, ob derartige Probleme mit der von Dir eingesetzten NIC auch
andere Nutzer hatten?
Hallo,
ZitatOriginal von foobar42
Der Client ziert sich zu antworten, aber warum? Hm...
Weil er vieleicht doch auf Port 4011 etwas will?
Hardy
ZitatOriginal von Elchi
Ist diese Option dringend Voraussetzung?
Nein; setz doch einfach den Domain lan.elchi, kannst nix kaputt machen!
ZitatNur mal so gefragt, muß bis zu dieser Stufe schon irgendwas mit pxe konfiguriert sein?
Deshalb hatte ich vorher schonmal gefragt:
ZitatZum allgemeinen Verständnis; bootet danach der Client bei dir ?
Ist der tftp-server auf der gleichen Maschine wie dhcp ?
Es könnte sein, daß der Client die IP direkt erhält und auf den tftp-Server wartet.
Hier noch ein Link zum Thema: Bootablauf
Gruß MAK
ZitatOriginal von MAK
Es könnte sein, daß der Client die IP direkt erhält und auf den tftp-Server wartet.
Hier noch ein Link zum Thema: Bootablauf
Gruß MAK
Soweit kommt es doch laut log gar nicht. Es hapert ja schon bei der IP Vergabe...
Elchi:
Hat Google etwas ergeben? Hast Du den Proxy Hinweis mal weiter verfolgt?
Bei mir dauert(e) das Booten via PXE auch immer ewig. Sowohl mit einer 3C905C-TX-M, als auch mit einer onboard VIA NIC. Ich habe es immer auf eine schlampige Programmierung seitens der Hersteller geschoben und mir bei ebay für 6¬ einen CF-IDE-Adapter besorgt. Das hat die Bootzeit dramatisch verkürzt.
ZitatOriginal von kilroySoweit kommt es doch laut log gar nicht. Es hapert ja schon bei der IP Vergabe...
Es wäre möglich, daß das PXE-Boot eine VOLLSTÄNDIGE Rückmeldung des DHCP-Servers erwartet, um mit dem Booten fortzufahren. Eine IP reicht dafür nämlich nicht.
Er braucht noch evtl. next-server, nameserver, default-gw, bootfilename etc.
Da dies alles vom DHCP-Server geschickt wird, akzeptiert der PXE das halt erst, wenn er alle Optionen bekommt.
Mache einfach mal man dhcpd.conf, da stehen alle Optionen drinnen und konfiguriere das TEil richtig, installiere einen TFTP-Server und Du bist das Problem los.
Wie? Du willst nicht vom Netz booten? Warum hast Du dann PXE enabled?
ZitatOriginal von knebb
Es wäre möglich, daß das PXE-Boot eine VOLLSTÄNDIGE Rückmeldung des DHCP-Servers erwartet, um mit dem Booten fortzufahren. Eine IP reicht dafür nämlich nicht.
Er braucht noch evtl. next-server, nameserver, default-gw, bootfilename etc.
Da dies alles vom DHCP-Server geschickt wird, akzeptiert der PXE das halt erst, wenn er alle Optionen bekommt.
Die Optionen werden aber erst übertragen, wenn der Client die IP mit DHCPREQUEST an
der Server zurücksendet hat und dieser mit DHCPACK bestätigt (s.o.).
Vielleicht wirft der OP auch mal einen Blick mit tcpdump in den Datenstrom.
Er könnte ebenfalls mal nach einer aktuellen Firmware für die NIC suchen.
Hatte auf der Arbeit auch mal Schwierigkeiten mit Intel Pro100-NICs und Netboot, dass es ewig dauerte. Herausgefunden habe ich schließlich, dass die Dinger ein Update des Boot-Agents auf der Karte brauchten, danach ging's ratz-fatz.
Schau mal, ob eine Versionsnummer des Boot-Codes der Karte ausgegeben werden. Die kritische Versionsnummer damals war IMHO 0.99. Hier gibt es ein Update, das auch für deine Karte passen sollte. Schau aber noch mal genau nach.
Bye,
Andreas
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
