4
DHCP im PXE Boot schlägt fehl
Hallo zusammen,
folgende Konstellation:
Debian 10 mit "isc-dhcpd-4.4.1"
PC mit Realtek Netzwerkkarte mit Aktiviertem Option ROM PXE
Beide Systeme hängen an einem Cisco SG300-28 und befinden sich im selben VLAN.
Problem ist nun, dass der Client beim PXE Boot keine IP Adresse bekommt. Der Versuch schlägt mit "no DHCP offers recieved" fehl.
tcpdump am Server:
Vlt. hat ja noch jemand einen Tipp für mich?
Viele Grüße
Lukas
folgende Konstellation:
Debian 10 mit "isc-dhcpd-4.4.1"
PC mit Realtek Netzwerkkarte mit Aktiviertem Option ROM PXE
Beide Systeme hängen an einem Cisco SG300-28 und befinden sich im selben VLAN.
Problem ist nun, dass der Client beim PXE Boot keine IP Adresse bekommt. Der Versuch schlägt mit "no DHCP offers recieved" fehl.
tcpdump am Server:
10:43:22.045402 IP (tos 0x0, ttl 20, id 0, offset 0, flags [none], proto UDP (17 ), length 576)
0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 00:13:3b:10:bf:e7, length 548, xid 0x3c10bfe7, secs 4, Flags [Broadcast]
Client-Ethernet-Address 00:13:3b:10:bf:e7
Vendor-rfc1048 Extensions
Magic Cookie 0x63825363
DHCP-Message Option 53, length 1: Discover
Parameter-Request Option 55, length 36:
Subnet-Mask, Time-Zone, Default-Gateway, Time-Server
IEN-Name-Server, Domain-Name-Server, RL, Hostname
BS, Domain-Name, SS, RP
EP, RSZ, TTL, BR
YD, YS, NTP, Vendor-Option
Requested-IP, Lease-Time, Server-ID, RN
RB, Vendor-Class, TFTP, BF
Option 128, Option 129, Option 130, Option 131
Option 132, Option 133, Option 134, Option 135
MSZ Option 57, length 2: 1260
GUID Option 97, length 17: 0.0.0.0.0.0.0.0.0.0.0.212.61.126.153.174. 15
ARCH Option 93, length 2: 0
NDI Option 94, length 3: 1.2.1
Vendor-Class Option 60, length 32: "PXEClient:Arch:00000:UNDI:002001 "
10:43:22.045564 IP (tos 0x10, ttl 128, id 0, offset 0, flags [none], proto UDP ( 17), length 389)
10.0.40.11.67 > 255.255.255.255.68: BOOTP/DHCP, Reply, length 361, xid 0x3c1 0bfe7, secs 4, Flags [Broadcast]
Your-IP 10.0.40.52
Server-IP 10.0.40.11
Client-Ethernet-Address 00:13:3b:10:bf:e7
sname "pxe"
file "/pxelinux.0"
Vendor-rfc1048 Extensions
Magic Cookie 0x63825363
DHCP-Message Option 53, length 1: Offer
Server-ID Option 54, length 4: 10.0.40.11
Lease-Time Option 51, length 4: 7200
RN Option 58, length 4: 4000
RB Option 59, length 4: 5000
Subnet-Mask Option 1, length 4: 255.255.255.0
Default-Gateway Option 3, length 4: 10.0.40.1
Time-Server Option 4, length 4: 192.168.1.102
Domain-Name-Server Option 6, length 4: 1.1.1.1
Domain-Name Option 15, length 13: "xxx.de"
BR Option 28, length 4: 10.0.40.255
NTP Option 42, length 4: 192.168.1.102
Vendor-Class Option 60, length 9: "PXEClient"
TFTP Option 66, length 10: "10.0.40.11"
BF Option 67, length 11: "/pxelinux.0" Vlt. hat ja noch jemand einen Tipp für mich?
Viele Grüße
Lukas
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 605379
Url: https://administrator.de/contentid/605379
Ausgedruckt am: 21.11.2024 um 22:11 Uhr
4 Kommentare
Neuester Kommentar
Am Server selber liegt es ja nicht wie man unschwer sehen kann ! Der offeriert dem Client ja sofort eine IP Adresse nach dessen Request, die dieser aber scheinbar nicht haben will.
Fazit also: Es ist weder DHCP Server noch Netzwerk, sondern der Client selber der die ihm gelieferte IP nicht annimmt !
Bekommen denn andere Clients in diesem Segment fehlerlos IP Adressen von dem DHCP Server ?
Fazit also: Es ist weder DHCP Server noch Netzwerk, sondern der Client selber der die ihm gelieferte IP nicht annimmt !
Bekommen denn andere Clients in diesem Segment fehlerlos IP Adressen von dem DHCP Server ?
1
Hi, vielen Dank für die Antwort.
Bei anderen Clients funktioniert DHCP ohne Probleme, nur eben über PXE nicht.
Auch über iPXE hat es funktioniert, das haben wir nur leider nicht flächendeckend im Einsatz.
Ich habe keine Ahnung, wo das Problem sonst noch liegen könnte.
Bei anderen Clients funktioniert DHCP ohne Probleme, nur eben über PXE nicht.
Auch über iPXE hat es funktioniert, das haben wir nur leider nicht flächendeckend im Einsatz.
Ich habe keine Ahnung, wo das Problem sonst noch liegen könnte.
Kann dann eigentlich nur noch ein Problem mit dem Hardware Identifier sein:
https://www.net.princeton.edu/announcements/dhcp-cliid-must-match-chaddr ...
Dazu müsstest du aber mal etwas tiefer in den DHCP Frame reinsehen (Wireshark)
https://www.net.princeton.edu/announcements/dhcp-cliid-must-match-chaddr ...
Dazu müsstest du aber mal etwas tiefer in den DHCP Frame reinsehen (Wireshark)
Hi,
was meinst du mit "PC mit Realtek Netzwerkkarte mit Aktiviertem Option ROM PXE" ?
setzte mal alles auf factory defaults zurück und mache nur PXE boot über die BIOS des PCs , ohne extra Einstellungen in den Realtek Optionen.
CH
was meinst du mit "PC mit Realtek Netzwerkkarte mit Aktiviertem Option ROM PXE" ?
setzte mal alles auf factory defaults zurück und mache nur PXE boot über die BIOS des PCs , ohne extra Einstellungen in den Realtek Optionen.
CH
