Mac OS X ändert die Hardware-Adresse

Guten Abend zusammen und vorweg vielen Dank für die Resonanz!

@BirdOfPrey
Ich bin soebend mal Deinem Tipp gefolgt, wobei sich folgendes ergab (alle "X" oder "x", bzw. "y" habe ich eingefügt, rot = falsch bzw. fragwürdig/ grün = richtig/ blau = m.E. fragwürdig):

1. Aufruf von "ifconfig", um "enX" fest zu stellen:

Last login: Tue Aug 27 23:00:22 on console
XXXXXXXX-MacBook-Pro:~ xxxxxxxx$ ifconfig
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
options=3<RXCSUM,TXCSUM>
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1
inet 1XX.1XX.XXX.XXX netmask 0xff000000
inet6 ::1 prefixlen 128
gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
stf0: flags=0<> mtu 1280
en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
options=2b<RXCSUM,TXCSUM,VLAN_HWTAGGING,TSO4>
ether 00:01:01:xx:xx:xx
inet6 xxxx::xxxx:xxxx:xxxx:xxxx%en0 prefixlen 64 scopeid 0x4
inet 1XX.1XX.XXX.XXX netmask 0xffffff00 broadcast 1XX.1XX.XXX.XXX
media: autoselect (100baseTX <full-duplex,flow-control>)
status: active
en1: flags=8823<UP,BROADCAST,SMART,SIMPLEX,MULTICAST> mtu 1500
ether c8:bc:c8:yy:yy:yy
media: autoselect (<unknown type>)
status: inactive
p2p0: flags=8802<BROADCAST,SIMPLEX,MULTICAST> mtu 2304
ether 0a:bc:c8:xx:xx:xx
media: autoselect
status: inactive
fw0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 4078
lladdr dc:2b:61:xx:xx:xx:xx:xx
media: autoselect <full-duplex>
status: inactive

2. 1.Versuch der Änderung der MAC-Adresse, Ergebnis > keine Änderung:

XXXXXXXX-MacBook-Pro:~ xxxxxxxx$
XXXXXXXX-MacBook-Pro:~ xxxxxxxx$ sudo ifconfig en0 down

WARNING: Improper use of the sudo command could lead to data loss
or the deletion of important system files. Please double-check your
typing when using sudo. Type "man sudo" for more information.

To proceed, enter your password, or type Ctrl-C to abort.

Password:
Sorry, try again.
Password:
XXXXXXXX-MacBook-Pro:~ xxxxxxxx$ sudo ifconfig en0 11addr c8:bc:c8:xx:xx:xx
ifconfig: 11addr: bad value
XXXXXXXX-MacBook-Pro:~ xxxxxxxx$ sudo ifconfig en0 up
XXXXXXXX-MacBook-Pro:~ xxxxxxxx$

3. 2.Versuch der Änderung der MAC-Adresse, Ergebnis > keine Änderung:

Last login: Tue Aug 27 23:05:38 on ttys000
XXXXXXXX-MacBook-Pro:~ xxxxxxxx$ sudo ifconfig en0 down
Password:
XXXXXXXX-MacBook-Pro:~ xxxxxxxx$ sudo ifconfig en0 11addr 00:01:01:xx:xx:xx
ifconfig: 11addr: bad value
XXXXXXXX-MacBook-Pro:~ xxxxxxxx$ sudo ifconfig en0 up
XXXXXXXX-MacBook-Pro:~ xxxxxxxx$

4. Nach Runter- und wieder Hochfahren (Ausschalten, kein Neustart) und erneuter Aufruf von "ifconfig" folgendes Bild:

Last login: Tue Aug 27 23:21:29 on console
XXXXXXXX-MacBook-Pro:~ xxxxxxxx$ ifconfig
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
options=3<RXCSUM,TXCSUM>
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1
inet 1XX.1XX.XXX.XXX netmask 0xff000000
inet6 ::1 prefixlen 128
gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
stf0: flags=0<> mtu 1280
en1: flags=8823<UP,BROADCAST,SMART,SIMPLEX,MULTICAST> mtu 1500
ether c8:bc:c8:yy:yy:yy
media: autoselect (<unknown type>)
status: inactive
p2p0: flags=8802<BROADCAST,SIMPLEX,MULTICAST> mtu 2304
ether 0a:bc:c8:xx:xx:xx
media: autoselect
status: inactive
fw0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 4078
lladdr dc:2b:61:xx:xx:xx:xx:xx
media: autoselect <full-duplex>
status: inactive
en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
options=2b<RXCSUM,TXCSUM,VLAN_HWTAGGING,TSO4>
ether c8:bc:c8:xx:xx:xx
inet6 xxxx::xxxx:xxxx:xxxx:xxxx%en0 prefixlen 64 scopeid 0x7
inet 1XX.1XX.XXX.XXX netmask 0xffffff00 broadcast 1XX.1XX.XXX.XXX
media: autoselect (100baseTX <full-duplex,flow-control>)
status: active
XXXXXXXX-MacBook-Pro:~ xxxxxxxx$

Ergebnis aus meiner Sicht:
Vergleiche ich die Terminalausgabe aus Pkt.1 und Pkt.4, steht im letzteren (funktionierende Konstellation) das "en0" unten und komischerweise mit der richtigen MAC. Unter Pkt.1 jedoch oben mit der falschen MAC.
Die Frage, die ich mir dabei stelle: Brauche ich den "en0", bzw. kann/sollte man dies deaktivieren?
Kann nur hoffen, dass dies etwas Licht in die Sache bringt :noplan:.

@rechnerteam
Vielen Dank für's lesen dieses Freds mit mittlerweile E-Book-Charakter ;)!
rechnerteam schrieb:
Hast Du die Beiträge des Links, den NoVisper in #26 als "bekanntes Problem" gepostet hat gelesen?
Zum Vergrößern anklicken....
Ich habe damit begonnen, doch mein Englisch bröselt geradezu vor sich hin. Gut, einiges habe ich stellenw. verstanden, jedoch die Zusammenhänge/Lösungsansätze konnte ich nicht verstehen, bzw. was da gemacht wird. Ich werde aber gern dort (Seite 5) nochmal suchen.
rechnerteam schrieb:
Wenn der Fehler immer die selbe MAC-Adresse hervorbringt, hast Du diese "Fake-MAC" schon mal in den MAC-filter des Routers eingetragen?
Zum Vergrößern anklicken....
Das wollte ich als letzte Möglichkeit in Betracht ziehen. Doch ich habe vor, den Boogy intensiver zu nutzen. Liegt hier jedoch ein Systemfehler vor, dessen Reichweite ich aus Gründen der Wissensbefreihung und Risikominimierung nicht überschauen kann, bliebe immer ein fahler, mit Unsicherheit gepaarter, Nachgeschmack.
rechnerteam schrieb:
So wie ich das herausgelesen habe (my english is not so good), wird dieser Bug erst bemerkt, wenn die MAC-Adressen gefiltert werden.
Zum Vergrößern anklicken....
Schau an! Soweit reichte mein Englisch (noch) nicht :rolleyes:.
rechnerteam schrieb:
Einfach verschieben klappt nicht.
Zum Vergrößern anklicken....
Habe ich auch m.E. nicht. Ich hatte die Systempartition komplett gelöscht und ein "reines" Mac OS X 10.8.4 installiert, per Migrationsass. den Benutzer (auf der 2.Part.) zugewiesen und zum Schluß per Migrationsass. den Rest aus dem TM-Backup (Programme, Einstellungen etc.) installiert. War das falsch?

@magheinz
magheinz schrieb:
Hat mich fast um den Verstand gebracht.
Zum Vergrößern anklicken....
Danke, mich so langsam auch :rolleyes:.

Resume:
Bevor ich hier den Thread sprenge, gebt mir bitte Bescheid, ob doch noch Hoffnung besteht! Ich möchte schliesslich nicht als größter Troll in die Geschichte eingehen.
Sollte ich eine Lösung finden, könnt Ihr sicher sein, dass ich diese hier poste.

Abschliessend noch ein riesiges Danke an alle, die sich mit diesem/meinem Prob. auseinandersetzen und die Geduld haben, doch ab und an ein Lösungsvorschlag zu posten.

Ich werde jetzt dem Schrei meines Bettes folgen und wünsche allen einen guten Start in den Tag.
Bis dann und ciao vom
Macdoofer

Nachtrag: Ich habe gerade nochmal in dem Thread (Link von NoVisper) auf der Seite 5 nachgelesen und die Einstellung entsprechend ("Automatisch" auf "Manuell"), lt. Allex2501 geändert. Kann zwar nicht glauben, das dieser Thread hier schon nach dem 27.Post beendet hätte sein können, aber es bleibt spannend. Morgen weiß ich mehr. Gute Nacht!
 
Zuletzt bearbeitet:
Moin zusammen!

Problem besteht weiterhin :(. Wäre ja auch zu schön gewesen.
Dank Euch beiden, für die Infos. Dann ist es offensichtlich so, dass sich der deaktivierte WLAN-Port wohl beim Start zuerst die richtige MAC "klaut", wie ich es schon einige Posts zuvor meinte erkannt zu haben.

Grüße vom Macdoofer
 
... hehehe ... "never ending story... " ist eine Kurzgeschicht gegenüber dieser Nummer....

Ich habe gestern mal nach dem Treiber für deine Netzwerkkarte des MacBook Pro gesucht ... wirklich gesucht ... sorry .. ich glaube den gibt es nicht "einzeln" für OS X .. für Windows in tausend Versionen .. aber für OS X ... nix.
 
  • Gefällt mir
Reaktionen: Macdoofer
Macdoofer schrieb:
Dann ist es offensichtlich so, dass sich der deaktivierte WLAN-Port wohl beim Start zuerst die richtige MAC "klaut"
Zum Vergrößern anklicken....

Wirklich richtig verglichen? LAN und WLAN-Interface unterscheiden sich oft nur in einer der letzten Stelle voneinander?
Beide die Gleiche kann ich mir nicht vorstellen......
 
Macdoofer schrieb:
.....Dann ist es offensichtlich so, dass sich der deaktivierte WLAN-Port wohl beim Start zuerst die richtige MAC "klaut", wie ich es schon einige Posts zuvor meinte erkannt zu haben.
Zum Vergrößern anklicken....

... Hast du mal einen Versuch gestartet ... (ich weis schon gar nicht mehr worüber wir hier schon alles gesprochen haben) ...

in den Netzwerkeinstellungen .. die sogenannte Umgebung da nur den Adapter hinzuzufügen den du auch brauchst .. sprich Ethernet und den Rest weg zu lassen ...

eine zweite Umgebung einzurichten in der dann der WLAN - Adapater drin ist aber eben kein LAN - Adapter ..
 
Macdoofer schrieb:
Dann ist es offensichtlich so, dass sich der deaktivierte WLAN-Port wohl beim Start zuerst die richtige MAC "klaut", wie ich es schon einige Posts zuvor meinte erkannt zu haben.
Zum Vergrößern anklicken....

Die MAC Adresse ist also wirklich identisch? Also nicht nur die ersten 6 Zeichen?
In Post 33 schreibst du


Macdoofer schrieb:
nein, die letzten sechs Zeichen sind unterschiedlich, weshalb ich diese ja auch mit 'nem "y" versehen habe, um dies deutlich zu machen.
Zum Vergrößern anklicken....
 
roedert schrieb:
Wirklich richtig verglichen? LAN und WLAN-Interface unterscheiden sich oft nur in einer der letzten Stelle voneinander?
Beide die Gleiche kann ich mir nicht vorstellen......
Zum Vergrößern anklicken....

... die ersten Stellen sind der Hersteller ....
 
Macdoofer schrieb:
ifconfig: 11addr: bad value
Zum Vergrößern anklicken....

Es muss "lladdr" (link-level-addr) heissen, nicht "11addr" (elf-addr).
Schreib' einfach "ether", statt "lladdr":
Code: 
sudo ifconfig en0 ether [COLOR=#008000]c8:bc:c8:a1:b2:c3
[/COLOR]

So kann man eine zufällige MAC-Adresse generieren, weil es keine Kollision zwischen en0 und en1 geben darf:
Code: 
openssl rand -hex 6 | sed 's/\(..\)/\1:/g; s/.$//'


Und du kannst mal versuchen folgende Dateien auf den Schreibtisch zu legen (noch nicht löschen) und neustarten:
/Library/Preferences/SystemConfiguration/NetworkInterfaces.plist
/Library/Preferences/SystemConfiguration/preferences.plist
Anschliessend das Netzwerk am Mac neu einrichten.
 
  • Gefällt mir
Reaktionen: Macdoofer und ProjectBuilder
@Macdoofer
Es sieht ja fast schon so aus, als hätte das "down" und "up" bereits gereicht, um die korrekte MAC wieder zum Leben zu erwachen. Das es "el el" lauten muss und nicht 11 "elf" hat Olivetti ja bereits geschrieben.
 
Ihr seid echt der Hammer!

@NoVisper
"Never Ending..." -Ich hoffe nicht ;)
Danke für Deine intensive Suche, dessen Ergebnis sich mit meinem deckt. Daher hatte ich hier so intensiv nach einem Treiber gefragt, in der Hoffnung, jemand zaubert einen aus dem Ärmel ;).
Deinen Vorschlag mit der NW-Umgebung: Hatte ich ich ja ( als dieser das erste mal gemacht wurde) auch schon erfolglos umgesetzt.

@Olivetti
Danke auch Dir für Deinen interessanten Vorschlag. Den werde/kann ich erst heute Abend umsetzen. Sehe ich das richtig, dass ich damit die NW-Grundeinstellungen des Systems "verschiebe" (nicht lösche, also raus dem Boot-Flow) und bei einem erneuten Systemstart sich das OS diese neu generiert?

@all
Die mehrfache Frage nach evtl. gleichen MACs des en0 und en1 werde ich, ebenfalls heute Abend nochmals genau prüfen! Bin aber der festen Überzeugung, dass diese nicht gleich sind/sein können (außer die ersten 6 Stellen).

Mittagspause geht zu Ende :(. Jedenfalls habe ich erst mal wieder reichlich "Futter" zum verdauen und damit meine ich nicht meine Brote.

Vielen Dank und bis heute Abend. Ich melde mich wieder mit neuen Erkenntnissen.
Der Macdoofer
 
Guten Abend zusammen!

Eine Berichtigung vorweg!
Es ist natürlich völlig richtig, dass sich die LAN- und WLAN-Karte nicht dieselbe MAC teilen. Nur die ersten sechs Ziffern sind gleich, wenn es richtig funktioniert! Ich habe daher noch mein Post#61 farblich und mit "y" berichtigt.
Also nochmal ganz deutlich: Die WLAN-Karte "klaut" niemanden die MAC! Diese funzte und funzt immer stabil und richtig und hatte/hat nie etwas mit dem Thread-Problem zu tun, da sie stetig deaktiviert blieb/ist.

So sorry, dass ich Euch da etwas verwirrt habe, aber ich baue auf Euer Verständnis, dass mir das (noch) bei den vielen Codes zu nachtschlafender Zeit schon mal passieren kann. Schliesslich drehe auch ich nicht tagsüber mit den Daumen und jünger werde ich nun mal auch nicht mehr :rolleyes:.

Neue Erkenntnisse:
Ich bin dem Ratschlag von Olivetti gefolgt:
Olivetti schrieb:
Und du kannst mal versuchen folgende Dateien auf den Schreibtisch zu legen (noch nicht löschen) und neustarten:
/Library/Preferences/SystemConfiguration/NetworkInterfaces.plist
/Library/Preferences/SystemConfiguration/preferences.plist
Anschliessend das Netzwerk am Mac neu einrichten.
Zum Vergrößern anklicken....

Ergebnis: Die Reihenfolge der "enX"-Einträge entspricht nun, bei funktionierender (d.h. richtiger MAC) meinem Verständnis von Ordnung. So sieht die "ifconfig"-Ausgabe des Terminals nun aus :xsmile:.

Last login: Wed Aug 28 21:39:39 on console
localhost:~ xxxxxxxx$ ifconfig
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
options=3<RXCSUM,TXCSUM>
inet6 xxxx::1%lo0 prefixlen 64 scopeid 0x1
inet 1XX.1XX.XXX.XXX netmask 0xff000000
inet6 ::1 prefixlen 128
gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
stf0: flags=0<> mtu 1280
en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
options=2b<RXCSUM,TXCSUM,VLAN_HWTAGGING,TSO4>
ether c8:bc:c8:xx:xx:xx
inet6 xxxx::xxxx:xxxx:xxxx:xxxx%en0 prefixlen 64 scopeid 0x4
inet 1XX.1XX.XXX.XXX netmask 0xffffff00 broadcast 1XX.1XX.XXX.XXX
media: autoselect (100baseTX <full-duplex,flow-control>)
status: active
en1: flags=8823<UP,BROADCAST,SMART,SIMPLEX,MULTICAST> mtu 1500
ether c8:bc:c8:yy:yy:yy
media: autoselect (<unknown type>)
status: inactive
p2p0: flags=8802<BROADCAST,SIMPLEX,MULTICAST> mtu 2304
ether 0a:bc:c8:xx:xx:xx
media: autoselect
status: inactive
fw0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 4078
lladdr xx::xx:xx:xx:xx
media: autoselect <full-duplex>
status: inactive
localhost:~ xxxxxxxx$

Wie Ihr seht, steht nun "en0" über "en1" und nicht, wie im Post#61 am Ende der "ifconfig"-Ausgabe. DAS LÄSST HOFFEN, DEN QUERLIEGENDEN F**** GEFUNDEN ZU HABEN!

Ergänzend zu Olivetti's Ratschlag sei (für Newbies) erwähnt, nicht in der Libary des Benutzers (mit gedrückter "alt"-Taste) zu suchen (die liegt bei mir zudem auf einer anderen Part.), sondern direkt in der Libary des OS X! Ich fand nämlich bei der Benutzer-Libary keinen Ordner "SystemConfiguration". Anfängerfehler :D.

Obgleich mir die Konversation mit Euch viel Spass macht, hoffe ich sehr diesen Thread morgen beenden zu können. Ihr und ich haben ja sicher noch Besseres vor :hehehe:.

Also, da Ihr ja wisst, dass sich das o.g. Problem immer erst nach einer Weile (meist am nächsten Tag) einstellt, werde ich morgen früh als Erstes schauen, ob dieses nun Geschichte ist.
Bis dahin nette Grüße vom Macdoofer
 
Guten Morgen an die Community!

Leider besteht das Problem weiterhin :(!

Der Vorschlag von Olivetti, so viel versprechend es auch aussah, führte leide auch nicht zum gewünschten Erfolg.
Ehrlich? - Mir geht so langsam die Puste aus und ich überlege, auch um Euch nicht mehr länger zu nerven, die "falsche" MAC mit in die Filterung zu legen. Das löst zwar das Problem nicht, ist aber der letzte Schritt, um den Bug im System zu umgehen.
Eines ist mir jedoch noch aufgefallen. Man kann doch die NW-Einstellungen, wie auch andere Einstellungen "abschliessen" (also mit dem Schloss sichern). Das habe ich auch gestern, nachdem alles so gut aussah, gemacht. Heute Morgen war jedoch dieses Schloss offen! Das kann doch nicht war sein!

OT:
Da kauft man sich einen Mac um endlich Ruhe vor'm System zu haben und dann stellt man fest, dass es vollgebugt ist. Ich bin (gelinde gesagt) echt enttäuscht von Apple. Ich möchte ja nun wirklich im Jahre 2013 nichts Außergewöhnliches - nur einfach die Kontrolle über mein Netzwerk und deren manuellen Einstellungen. Nicht mehr und nicht weniger.

Schade, aber wohl nicht zu ändern!

Ich lasse diesen Thread noch offen. Vielleicht hat ja doch noch jemand eine Eingebung oder die Lösung selbst und möchte diese hier posten. Mir reicht's nach über einer Woche Fehlersuche.


Euch möchte ich aber nochmals ganz herzlich danken, für Eure Hilfsbereitschaft, Geduld und Unterstützung. Darüber habe ich mich sehr gefreut und es gab mir den Ansporn weiter zu suchen und die Vorschläge umzusetzen.

Mit besten Grüßen vom Macdoofer
 
... ja Kopf hoch... ich habe 20 Jahre Windowssupport hinter mit .. da sieht es ganz bestimmt nicht anders aus ....

Es liegt nun auch nicht wirklich an Apple ... es ist diese Netzwerkkarte ... vielleicht spielt da noch etwas anderes rein .. ??
Alle anderen Mac´s haben das Problem nicht .... tröstet dich jetzt nicht ... ich weis.

Aber was ich mich nun gerade gefragt habe .... was wird mit IP V6 ... da ist die MAC-Adresse bestandteil zur Identifizierung
 
Macdoofer schrieb:
quote_icon.png
Zitat von rechnerteam
Einfach verschieben klappt nicht.


Habe ich auch m.E. nicht. Ich hatte die Systempartition komplett gelöscht und ein "reines" Mac OS X 10.8.4 installiert, per Migrationsass. den Benutzer (auf der 2.Part.) zugewiesen und zum Schluß per Migrationsass. den Rest aus dem TM-Backup (Programme, Einstellungen etc.) installiert. War das falsch?

Nachtrag: Ich habe gerade nochmal in dem Thread (Link von NoVisper) auf der Seite 5 nachgelesen und die Einstellung entsprechend ("Automatisch" auf "Manuell"), lt. Allex2501 geändert. Kann zwar nicht glauben, das dieser Thread hier schon nach dem 27.Post beendet hätte sein können, aber es bleibt spannend. Morgen weiß ich mehr. Gute Nacht!
Zum Vergrößern anklicken....
Zum Vergrößern anklicken....

Mit der Installationsoption auf einer der 200 GB-Partitionen meinte ich ein zusätzliches System zu dem laufen, das auf 10.6.8 aufbaut. Du wolltest doch testen, ob dann der Fehler nicht mehr auftritt und hast keine externe HD frei.

Das war nicht nur die Umstellung von "automatisch" auf "manuell", auch die Geschwingigkeit wurde auf 100baseTX gedrosselt.
Falls Du das gemacht hast, entschuldige, dass ich noch mal darauf hinweise.

Die "Fake-MAC" in Deinen MAC-Filter einzutragen, ist auch kein Drama. Aus dem Thread bei Apple geht hervor, dass sich diese "Geister-MACs" unterscheiden.
 
Moin NoVisper,
NoVisper schrieb:
Es liegt nun auch nicht wirklich an Apple ... es ist diese Netzwerkkarte
Zum Vergrößern anklicken....
Das sehe ich anders! Wer die Biografie von Steve las weiß, dass es immer das Ziel war, Hardware und Software in einem geschlossenem System anzubieten. Klar, dass dies in 2013 nicht immer zu realisieren ist. Aber man darf doch als Normalo-User davon ausgehen, dass eine von Apple verbaute NW-Karte und die dazu gehörige Software (Stichwort: Treiber) ihren Job machen. Das tut sie, wie diesem Thread zu entnehmen, ganz offensichtlich NICHT. Nein, daher kann ich hier nicht differenzieren.
NoVisper schrieb:
Alle anderen Mac´s haben das Problem nicht .... tröstet dich jetzt nicht ... ich weis.
Zum Vergrößern anklicken....
Wie war ;). Alle anderen Mac's nutzen vermutlich auch keine MAC-Filterung.
Btw: Ich supporte Windoof seit einem Jahr nebenberuflich (auf "Druck" meines Umfeldes) und muss doch leider feststellen, dass Apple (in diesem Punkt) seine Hausaufgaben auch nicht erledigt hat. Aber hey, dies führt jetzt in Richtung von Grundsatzdiskussionen, die diesen ohnehin schon mächtigen Thread m.E. gänzlich sprengen würde.
IPv6 ist ein Thema für sich. Garnicht auszudenken, was da noch auf mich wartet (mit Apple).

Munter bleiben, rät der Macdoofer!

@rechnerteam
Wie schon vorhin geschrieben, geht mir langsam die Puste aus. Jetzt noch ein neues System 10.6.8 aufzusetzen um dann vielleicht den Fehler zu finden, der unter 10.8.4 wieder ganz woanders zu suchen wäre, dazu fehlt mir die Kraft und die Zeit.
Die Geschwindigkeit habe ich nicht gedrosselt. 100baseTX - Mehr gibt mein ("schrottiger" ;) ) Router nicht her, weshalb ich auch überlege mir ein Gigabit-Switch anzuschaffen.
Ich trage die "Fake-MAC" in die Filterung ein und "gut" ist's. Dann ist ein für allemal Schluss.
 
Zuletzt bearbeitet:
NoVisper schrieb:
... ja Kopf hoch... ich habe 20 Jahre Windowssupport hinter mit .. da sieht es ganz bestimmt nicht anders aus ....

Es liegt nun auch nicht wirklich an Apple ... es ist diese Netzwerkkarte ... vielleicht spielt da noch etwas anderes rein .. ??
Alle anderen Mac´s haben das Problem nicht .... tröstet dich jetzt nicht ... ich weis.

Aber was ich mich nun gerade gefragt habe .... was wird mit IP V6 ... da ist die MAC-Adresse bestandteil zur Identifizierung
Zum Vergrößern anklicken....

Sehe ich auch so, bezüglich der ersten beiden Absätze.

@ Macdoofer
Was meinst Du, wie viel Treiberprobleme und inkompatible Firmwares ich schon erlebt habe. Apple kocht auch nur mit Wasser. Klar, die Systeme unterscheiden sich erheblich, aber solche Bugs treten immer wiedermal auf.

Zu Deiner Frage:
Im gesamten Thread bei Apple steht nichts zu einem Problem mit IPv6. Es ging immer um eine "Fake-MAC" der LAN-Karte, die vom MAC-Adressenfilter geblockt wird. (Oder ich habe es übersehen :cool:)

Der TE hat, so weit ich das überschauen kann, IPv6 aktiviert.
 
Die IPs bei IPv6 werden aus der MAC-Adresse generiert, ausser die mit aktivierter Privacy Extension.
Was aber kein Problem darstellt, solange auch die Fake-MAC, zumindest im eigenen Netz, einzigartig ist.

Ich würde jetzt das ganze mit einem Startscript lösen, dazu müsstest du nochmal testen,
ob "sudo ifconfig en0 ether richtige-MAC" funktioniert.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben Unten