geleöst! Mac Ändert sich ständig.....

Einrichten des lokalen Netzes, Verbindung zu anderen Computern und Diensten.
Antworten
mindless
Beiträge: 5
Registriert: 24.12.2005 12:35:44

geleöst! Mac Ändert sich ständig.....

Beitrag von mindless » 29.04.2007 12:26:14

Hallo Zusammen,

ich verwende ein ASRock K8NF6G um einen Server aufzubauen. Die Installation von der Aktuellen netinst (Debian 4) verlief ohne Probleme.

Bei jedem Neustart muss ich feststellen, das dass Interface immer eines hochzählt, also eth0, eth1, eth2 usw.

Auf der Suche nach dem Grund fällt mir über ifconfig und im Menü meines Routers (Fritzbox) auf, dass sich bei jedem neustart die MAC-Adresse ändert. Es schaut aus, als wüde diese willkürlich verändert.

Es handelt sich um die Onboard Netzwerkkarte, welche den forcedeath-treiber verwendet.

Hat jemand eine Idee?

Hier einige Beispiele zu den macs, es handelt sich definitiv IMMER um den Linuxserver:

Code: Alles auswählen

192.168.111.113 00:0C:29:60:AF:8D 
 192.168.111.114 00:12:5A:B4:79:C4 
 192.168.111.115 00:0C:29:87:3B:E7 
 192.168.111.116 00:00:6C:2C:19:FD 
 192.168.111.117 00:00:6C:1D:F3:A7 
 192.168.111.118 00:00:6C:5C:37:FD 
 192.168.111.119 00:00:6C:9A:7B:A4 
 192.168.111.120 00:00:6C:7D:79:11 
 192.168.111.121 00:00:6C:82:FD:62 
 192.168.111.122 00:00:6C:5E:31:A3 
 192.168.111.123 00:00:6C:39:B6:69 
 192.168.111.124 00:00:6C:6A:86:D8 
 192.168.111.125 00:00:6C:03:B6:73 
 192.168.111.126 00:00:6C:8A:C1:79 
[/code]
Zuletzt geändert von mindless am 29.04.2007 20:11:19, insgesamt 2-mal geändert.

Benutzeravatar
mistersixt
Beiträge: 6601
Registriert: 24.09.2003 14:33:25
Lizenz eigener Beiträge: GNU Free Documentation License

Beitrag von mistersixt » 29.04.2007 14:28:09

Da hat wahrscheinlich Deine Netzwerkkarte ne Macke, udev erkennt da jedes Mal eine "neue" Karte und dann wird das Device hochgezählt (die Datei /etc/udev/rules.d/z25_persistent-net.rules sieht bestimmt mittlerweile "lustig" bei Dir aus).

Was Du evtl. machen könntest: mit dem Tool "macchanger" kannst Du Deiner Netzwerkkarte eine beliebige/feste MAC-Adresse zuweisen. Wenn Du das Tool vor(!) dem udev startest, sollte das Problem verschwinden.

Gruss, mistersixt.
--
System: Debian Bookworm, 6.5.x.-x-amd64, ext4, AMD Ryzen 7 3700X, 8 x 4.0 Ghz., Radeon RX 5700 XT, 16 GB Ram, XFCE

mindless
Beiträge: 5
Registriert: 24.12.2005 12:35:44

GELÖST

Beitrag von mindless » 29.04.2007 20:10:52

Besten Dank, genau mit dem macchange im startscript von udev hat es funktioniert....

Mindless

frank_dem
Beiträge: 8
Registriert: 23.04.2007 18:49:53

Re: Nicht ganz gelöst

Beitrag von frank_dem » 01.05.2007 20:16:13

mindless hat geschrieben:Besten Dank, genau mit dem macchange im startscript von udev hat es funktioniert....

Mindless
Hallo,
ich möchte mich hier einklinken, da ich mit einem Board ASRock AM2NF6G-VSTA ein ähnliches Problem habe.

Beim Booten beklagt sich Debian 4.0 über eine ungültige MAC-Adresse und er würde eine zufällige nun zuweisen. Ich vermute, dass daher die Probleme kommen, daß die NIC nicht ansprechbar ist.

Meine Versuche, den macchanger nach dem Booten zu verwenden schlugen fehl, da kein eth0 eingerichtet wurde. Nun würde ich gern den Tipp ausprobieren, den macchanger in das UDEV-Startscript einzubauen. Nur habe ich leider keinen blassen Schimmer davon, an welche Stelle ich was schreiben muß.

Könntest Du bitte hier den Lösungsansatz genauer posten? Das wäre eine große Hilfe für mich.

Vielen Dank

Frank Becker

frank_dem
Beiträge: 8
Registriert: 23.04.2007 18:49:53

Entgültig gelöst

Beitrag von frank_dem » 18.05.2007 13:50:31

Da ich vom Vorposter leider kein Feedback über seinen Einsatz des MACCHANGERS erhielt, musste ich weitergoogeln und fand eine Lösung, die wahrscheinlich noch etwas besser ist.

In /etc/udev/rules.d/z25_persistent-net.rules nach dem Eintrag für die ungültige Karte suchen und den Bezug auf die MAC-Adresse entfernen.

Vorher:
# PCI device 0x10ec:0x8139 (8139too)
SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:e0:4c:02:49:cd", NAME="eth0"

Nachher:
# PCI device 0x10ec:0x8139 (8139too)
SUBSYSTEM=="net", DRIVERS=="?*", NAME="eth0"

Neu booten, danach geht es.

Benutzeravatar
minimike
Beiträge: 5594
Registriert: 26.03.2003 02:21:19
Lizenz eigener Beiträge: neue BSD Lizenz
Wohnort: Köln
Kontaktdaten:

Beitrag von minimike » 02.07.2007 12:35:38

Cool, ich hatte hierfür einen 2.6.20 genommen denn ich hatte das Problem mit der Onboardnic und Kernel 2.6.18 auch. Das wäre evtl die am wenigsten anstrengende Lösung
"Lennart Poettering is one of those typical IT leaders..." "like Linus Torvalds and Theo de Raadt?" "more like Bozo the Clown" After all, now a good employee of Microsoft

Antworten