Normalerweise wollen die Leute in die andere Richtung gehen, aber ich möchte unser relativ schnelles und stabiles 802.11g-Signal im Haus nehmen und es mit Ethernet verbinden. Ich habe versucht, einen Airport Express (die b/g-Variante) und mein i7 MacBook Pro zu verwenden, beides ohne Erfolg. Es heißt, dass die b/g-Variante von
Diese Version von Airport Express erreicht ihr Maximum bei Firmware 6.3, die diese Art der Überbrückung nicht richtig unterstützt. Ich hatte jedoch erwartet, dass mein MacBook Pro mit seiner Funktion „Internet Sharing“ die Aufgabe erledigen würde. Leider funktioniert es nicht, obwohl mein kabelgebundener PC es irgendwie erkennt. Seltsamerweise erhält der PC mit DHCP dieselbe IP-Adresse, die mein MBP im Netzwerk verwendet. Weniger seltsam, aber dennoch überraschend ist, dass der kabelgebundene Ethernet-Port meines Macs bei einer Abfrage mit IFCONFIG als IP-Adresse des Gateways registriert wird.
Es macht irgendwie Sinn, dass der Mac „vorgibt“, das Gateway zu sein, aber das Ganze funktioniert einfach nicht und scheint falsch konfiguriert zu sein – aber in allen Dokumenten, die ich sehe, steht im Wesentlichen „OS X-Internetfreigabe: anklicken und los geht‘s“.
Was soll ich tun? Muss ich wirklich mehr Hardware kaufen, obwohl ich genügend potenzielle Kandidaten für eine Überbrückung habe?
Der Host-Router, der das 802.11g-Signal sendet, ist übrigens ein Belkin 802.11g-Router und unterstützt nachweislich WDS.
Antwort1
Der AirPort Express unterstützt tatsächlich WDS Wireless Bridging, aber Apple hat die WDS-Interoperabilität mit 802.11-Geräten von Drittanbietern nie offiziell unterstützt. Sie können es vielleicht trotzdem zum Laufen bringen, aber beachten Sie, dass WDS ziemlich viel manuelle Einrichtung erfordert:
Wie erstelle ich eine drahtlose WDS-Verbindung zwischen zwei drahtlosen Heimroutern?
Wenn Sie sich für das MacBook Pro entscheiden, beachten Sie, dass Sie, da das MacBook Pro nicht über Bridging verfügt, letztendlich ein doppeltes NAT verwenden würden, was die meisten Netzwerkdesigner vermeiden möchten.
Ich glaube, dass die Internetfreigabe von Mac OS X ihren privaten NAT-Adressbereich möglicherweise auf 10.0.2.x fest codiert. Wenn Ihr Upstream-NAT-Gateway derzeit auf die Verwendung dieses Bereichs eingestellt ist, Sie dies aber ändern können, ändern Sie den privaten Adressbereich des Upstream-NAT-Gateways, damit er nicht mit dem von der NAT-Funktion für die Internetfreigabe von Mac OS X verwendeten Adressbereich in Konflikt gerät.
Da der Mac als NAT-Gateway und DHCP-Server fungiert (nur auf der Ethernet-Seite, also für den PC), sollte der PC über DHCP eine Konfiguration erhalten, die besagt, dass er die private (Ethernet-seitige) NAT-IP-Adresse des Mac als Standard-Gateway-Adresse des PCs verwenden soll.