27.11.2017

6582

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

Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben

Content-ID: 356216

Url: https://administrator.de/forum/arch-linux-dhcp-erkennt-36-stellige-mac-adresse-falsche-ip-adressvergabe-reservierung-greift-nicht-356216.html

Ausgedruckt am: 22.12.2024 um 17:12 Uhr

21 Kommentare

Neuester Kommentar

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

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

Danke für die schnelle Antwort!

eine MAC Adresse ist immer 12 stellig.....
Nicht 36 Stellen....

Ja, das glaubte ich auch immer.

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

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

Zitat 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

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

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 ...

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

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.

Zitat 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.

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

Setz mal die Option clientid in der /etc/dhcpd.conf und lass dir eine neue Lease geben.
Natürlich nur wenn du wirklich dhcpcd als DHCP-Client nutzt und nicht dhclient.
Beide Packages bieten dir die Option an die ClientID in der Config beliebig anzupassen, also teste das mal.

Natü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; 
}  

immer zum Erfolg führen.
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 ?!

Zitat 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 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