21
Arch Linux - DHCP erkennt 36-stellige MAC-Adresse - falsche IP-Adressvergabe - Reservierung greift nicht
Hallo Adminz,
habe zu meinem Problem einen 4 Jahre alten Beitrag (DHCP glaubt 36-stellige MAC-Adresse zu erkennen - falsche IP-Adressvergabe) im Forum gefunden aus dem ich nicht schlau werde bzw. der mir nicht weiter hilft. Habe nun ein ähnliches Problem und stecke damit in einer Sackgasse. Über Eure Hilfe würde ich mich sehr freuen.
Problembeschreibung:
Mein Notebook bekommt im Firmennetzwerk vom DHCP Server (Server 2012R2) eine zufällige IP-Adresse aus dem Ressourcenpool. Für den Rechner habe ich aber eine Reservierung hinterlegt die aus irgend einem Grund nicht greift. Der DHCP Server erkennt statt der 12-stelligen MAC eine 36-stellige MAC-Adresse.
An einem anderen Firmenstandort (auch DHCP 2012R2) genau das gleiche Problem. Zu Hause habe ich einen günstigen Baumarkt Router, da funktioniert alles wie gewohnt.
Mein Notebook läuft mit Arch Linux/X/KDE, IPV6 ist aus. Kann das bitte jemand erklären?
Viele Grüße, Kallax
habe zu meinem Problem einen 4 Jahre alten Beitrag (DHCP glaubt 36-stellige MAC-Adresse zu erkennen - falsche IP-Adressvergabe) im Forum gefunden aus dem ich nicht schlau werde bzw. der mir nicht weiter hilft. Habe nun ein ähnliches Problem und stecke damit in einer Sackgasse. Über Eure Hilfe würde ich mich sehr freuen.
Problembeschreibung:
Mein Notebook bekommt im Firmennetzwerk vom DHCP Server (Server 2012R2) eine zufällige IP-Adresse aus dem Ressourcenpool. Für den Rechner habe ich aber eine Reservierung hinterlegt die aus irgend einem Grund nicht greift. Der DHCP Server erkennt statt der 12-stelligen MAC eine 36-stellige MAC-Adresse.
An einem anderen Firmenstandort (auch DHCP 2012R2) genau das gleiche Problem. Zu Hause habe ich einen günstigen Baumarkt Router, da funktioniert alles wie gewohnt.
Mein Notebook läuft mit Arch Linux/X/KDE, IPV6 ist aus. Kann das bitte jemand erklären?
Viele Grüße, Kallax
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 356216
Url: https://administrator.de/contentid/356216
Printed on: April 25, 2024 at 14:04 o'clock
21 Comments
Latest comment
Hallo,
eine MAC Adresse ist immer 12 stellig.....
Nicht 36 Stellen....
Wie sieht denn die 36 er MAC Adresse aus?
Oder ist das evtl eine IPv6??
brammer
Typo korrigiert
eine MAC Adresse ist immer 12 stellig.....
Nicht 36 Stellen....
Wie sieht denn die 36 er MAC Adresse aus?
Oder ist das evtl eine IPv6??
brammer
Typo korrigiert
1
Hi
las doch mal wireshark mitlaufen wenn du den Dhclient initialisierst. Dann siehst du doch ob Client da Müll schickt oder der Server das falsch sieht. Alternativ geht auch tcpdump afair.
Gruß
Sam
las doch mal wireshark mitlaufen wenn du den Dhclient initialisierst. Dann siehst du doch ob Client da Müll schickt oder der Server das falsch sieht. Alternativ geht auch tcpdump afair.
Gruß
Sam
1
Danke für die schnelle Antwort!
Mit Microsoft Clients habe ich das Problem nicht. Noch eine Idee?
THX Kallax
eine MAC Adresse ist immer 12 stellig.....
Nicht 36 Stellen....
Ja, das glaubte ich auch immer.Nicht 36 Stellen....
Wie sieht denn die 36 er MAC Adresse aus?
Oder ist das evtl eine IPv6??
Nee, steht im Bereich DHCP V4. Und IPV6 ist am Client ausgeschaltet.Mit Microsoft Clients habe ich das Problem nicht. Noch eine Idee?
THX Kallax
Zitat von @SamvanRatt:
Hi
las doch mal wireshark mitlaufen wenn du den Dhclient initialisierst. Dann siehst du doch ob Client da Müll schickt oder der Server das falsch sieht. Alternativ geht auch tcpdump afair.
Gruß
Sam
Hi
las doch mal wireshark mitlaufen wenn du den Dhclient initialisierst. Dann siehst du doch ob Client da Müll schickt oder der Server das falsch sieht. Alternativ geht auch tcpdump afair.
Gruß
Sam
Auch Dir danke für die schnelle Antwort!
Bin nicht firm was das sniffen und auswerten angeht. Habs auf meiner ewigen ToDo stehen... aktuell bin ich da aber eher ein DAU. Hast Du vielleicht noch ne Idee?
THX Kallax
Hi Kallax
Da ist kein großes Vorwissen notwendig (beim auswerten dagegen sehr); du installierst dir wireshark, klemmst dich vom Netz, startest das mitschneiden im ws (auf dem entsprechenden Netzwerkport wie eth0) und dann steckst du dich an, wartest einige Sekunden, stoppst dann den Mitschnitt. Ein DHCP Vorgang erfordert vier Pakete, wovon das DHCP_Discover der erste (vom Client) ist und mit dem DHCPACK vom Server endet. Die Pakete selbst sind recht einfach lesbar. Such dir die vier Pakete raus und mach einen Screenshot/Text copy/paste hier rein.
Gruß
Sam
Da ist kein großes Vorwissen notwendig (beim auswerten dagegen sehr); du installierst dir wireshark, klemmst dich vom Netz, startest das mitschneiden im ws (auf dem entsprechenden Netzwerkport wie eth0) und dann steckst du dich an, wartest einige Sekunden, stoppst dann den Mitschnitt. Ein DHCP Vorgang erfordert vier Pakete, wovon das DHCP_Discover der erste (vom Client) ist und mit dem DHCPACK vom Server endet. Die Pakete selbst sind recht einfach lesbar. Such dir die vier Pakete raus und mach einen Screenshot/Text copy/paste hier rein.
Gruß
Sam
1Zitat von @SamvanRatt:
Hi Kallax
Da ist kein großes Vorwissen notwendig (beim auswerten dagegen sehr); du installierst dir wireshark, klemmst dich vom Netz, startest das mitschneiden im ws (auf dem entsprechenden Netzwerkport wie eth0) und dann steckst du dich an, wartest einige Sekunden, stoppst dann den Mitschnitt. Ein DHCP Vorgang erfordert vier Pakete, wovon das DHCP_Discover der erste (vom Client) ist und mit dem DHCPACK vom Server endet. Die Pakete selbst sind recht einfach lesbar. Such dir die vier Pakete raus und mach einen Screenshot/Text copy/paste hier rein.
Gruß
Sam
Hi Kallax
Da ist kein großes Vorwissen notwendig (beim auswerten dagegen sehr); du installierst dir wireshark, klemmst dich vom Netz, startest das mitschneiden im ws (auf dem entsprechenden Netzwerkport wie eth0) und dann steckst du dich an, wartest einige Sekunden, stoppst dann den Mitschnitt. Ein DHCP Vorgang erfordert vier Pakete, wovon das DHCP_Discover der erste (vom Client) ist und mit dem DHCPACK vom Server endet. Die Pakete selbst sind recht einfach lesbar. Such dir die vier Pakete raus und mach einen Screenshot/Text copy/paste hier rein.
Gruß
Sam
Hallo SamvanRatt,
habe den Mitschnitt durchgeführt, danke für die Hilfestellung!
Ich kann mir daraus nicht viel ableiten. Sollte etwas fehlen, liefere ich gern nach.
Habe auch nochmal die IPV6 Geschichte geprüft. In meiner syslinux.cfg steht ipv6.disable=1 sollte also stimmen.
Danke für die Mühe! Kallax
P.S.: Sicher das dies keine GUID ist? 32 Stellen HexaDezimal... ein MS DHCP nimmt die auch her um z.B. für SCCM PXE zu vergeben
1
Hier findest du ein paar Infos dazu:
Netzwerk Management Server mit Raspberry Pi
Entscheident ist ob der DHCP Client den sog. Client Identifier (Media Type) mitsendet oder eben nicht. Bei Ethernet ist das ein vorangestelltes hex 01 für Ethernet !
Daran erkennt er den Client. Ist der Client Identifier nicht berücksichtigt kann es keine IP Zuweisung geben.
Das muss im DHCP Server entsprechend berücksichtigt werden.
Siehe dazu auch hier:
https://supportforums.cisco.com/t5/lan-switching-and-routing/strange-ips ...
Netzwerk Management Server mit Raspberry Pi
Entscheident ist ob der DHCP Client den sog. Client Identifier (Media Type) mitsendet oder eben nicht. Bei Ethernet ist das ein vorangestelltes hex 01 für Ethernet !
Daran erkennt er den Client. Ist der Client Identifier nicht berücksichtigt kann es keine IP Zuweisung geben.
Das muss im DHCP Server entsprechend berücksichtigt werden.
Siehe dazu auch hier:
https://supportforums.cisco.com/t5/lan-switching-and-routing/strange-ips ...
Zitat von @SamvanRatt:
P.S.: Sicher das dies keine GUID ist? 32 Stellen HexaDezimal... ein MS DHCP nimmt die auch her um z.B. für SCCM PXE zu vergeben
P.S.: Sicher das dies keine GUID ist? 32 Stellen HexaDezimal... ein MS DHCP nimmt die auch her um z.B. für SCCM PXE zu vergeben
Ja, da bin ich mir sicher
es sind 36 Stellen, siehe Bild. Dennoch danke für den Hinwies mit der GUID, davon hatte ich noch nie gehört. Zumindest kann ich das jetzt ausschließen denn PXE Boot ist deaktiviert.Vor einiger Zeit hatte ich ein BIOS Update durchgeführt. Um auch auszuschließen das dieses Phänomen damit zusamenhängt habe ich den Rechner mit einem Live System (PE) gestartet. Da erkennt der DHCP Server eine "normale" 12-stellige MAC Adresse. Also ist wahrscheinlich, dass mein Problem beim Arch Linux und/oder KDE/Plasma zu suchen ist.
THX Kallax
Wireshark ist dein bester Freund !
Damit die DHCP Session mitschneiden und dann hast du Bit für Bit alles schwarz auf weiss was da abgeht.
Damit die DHCP Session mitschneiden und dann hast du Bit für Bit alles schwarz auf weiss was da abgeht.
1Zitat von @aqui:
Wireshark ist dein bester Freund !
Damit die DHCP Session mitschneiden und dann hast du Bit für Bit alles schwarz auf weiss was da abgeht.
Wireshark ist dein bester Freund !
Damit die DHCP Session mitschneiden und dann hast du Bit für Bit alles schwarz auf weiss was da abgeht.
Hallo aqui,
wow das ist ne Menge Stoff, danke dafür!
Habe zwischenzeitlich mal den dhcpcd Service abgeschaltet und NetworkManager stattdessen eingesetzt, dass Problem bleibt aber das gleiche.
Um die Paketanalyse werde ich wohl nicht umhin kommen. Ich melde mich wieder.
Hallo,
einfach den Wireshark dump im Tab "Protocol" sortieren und nach "DHCP" suchen....
brammer
einfach den Wireshark dump im Tab "Protocol" sortieren und nach "DHCP" suchen....
brammer
1Natürlich nur wenn du wirklich dhcpd als DHCP-Client nutzt
Das ist jetzt aber Unsinn und vermutlich wohl ein Tippfehler !!Der dhcpd ist IMMER ein DHCP Server Prozess (ISC DHCP Server) siehe auch hier !
Der Client Prozess ist der dhcpcd (man achte auf das kleine "c" !)
Eigentlich sollte eine Definition im Server wie
host clientxyz {
hardware ethernet 08:00:08:26:c0:c3;
fixed-address 10.1.1.100;
} Wichtig ist beim ISC das die fest per Mac Adresse zugewiesen IPs nicht Adressen aus dem mit "range" definierten Pool sein dürfen ! Die müssen außerhalb liegen.
Jepp typo 
.
.Setz mal die Option clientid
Das war der richtige Hinweis, läuft
VIELEN DANK! ...an alle beteiligten dieses Threads
Jetzt haben sich für mich neue Fragen zum Thema DHCP ergeben. Die werde ich aber versuchen mit dem Material von aqui zu erarbeiten.
Ein prima Forum hier!
Viele Grüße, Kallax
Achso, eine Sache noch. Habe den dhcpcd Client abgeschaltet, verwende den NetworkManager von KDE. Aber das Ergebnis ist das gleiche.
Der DHCP Server selbst sollte aber niemals eine dynamische IP ziehen. Wie es sich gehört haben Server immer feste statische IPs ! Weisst du vermutlich aber auch selber und war vermutlich auch oben so gemeint, oder ?!
1Zitat von @aqui:
Der DHCP Server selbst sollte aber niemals eine dynamische IP ziehen. Wie es sich gehört haben Server immer feste statische IPs ! Weisst du vermutlich aber auch selber und war vermutlich auch oben so gemeint, oder ?!
Der DHCP Server selbst sollte aber niemals eine dynamische IP ziehen. Wie es sich gehört haben Server immer feste statische IPs ! Weisst du vermutlich aber auch selber und war vermutlich auch oben so gemeint, oder ?!
Der DHCP Server hat selbstverständlich eine feste IP.
Wichtig ist beim ISC das die fest per Mac Adresse zugewiesen IPs nicht Adressen aus dem mit "range" definierten Pool sein dürfen ! Die müssen außerhalb liegen.
Habe kein ISC DHCP, ist ein Server 2012R2 DHCP. Dennoch danke für den Hinweis denn ich habe eine IP Adresse aus dem Pool genommen. Ich werde das gleich ändern.
Gruß, Kallax
ist ein Server 2012R2
Igitt 
