Ich habe das Luxusproblem, dass ich in meinem Zuhause mehr als einen WLAN-Zugangspunkt (AP) benötige, um im ganzen Haus eine Abdeckung zu gewährleisten.
PROBLEM
Mein kabelgebundener Router, der direkt mit meinem Kabelmodem verbunden ist und sich neben diesem befindet, verliert die Internetverbindung, sobald ich einen der beiden WLAN-Router anschließe, die sich im Bridge-Modus befinden (d. h. DHCP deaktiviert, über einen LAN-Port verbunden, nicht über WAN). Weitere Einzelheiten unten.
OFFENLEGUNG
Meine Internetverbindung ist neu (Wechsel von U-verse zu Charter), aber die anderen Komponenten des Netzwerks bleiben gleich.
Die Verkabelung in meinem Haus entspricht der Kategorie 5e. Ich habe sie selbst verkabelt und angeschlossen. Ich vertraue der Verkabelung aus zwei Gründen: 1) Ich verwende einen Kabeltester und sie sind einwandfrei. 2) Das LAN funktionierte mit U-verse einwandfrei. 3. Grund) Ich bin zwanghaft :-)
AUSRÜSTUNG UND STANDORTE
Mein Charter-Anschluss endet in meinem Hauswirtschaftsraum im Keller (MDF genannt).
ROUTER
- Hardware: LINKSYS ETHERFAST BEFSR11 BREITBAND-ROUTER
- Firmware-Version 1.40.2v (veröffentlicht am 10. Oktober 2001)
- Einsatzort: MDF (Keller)
- IP-Adresse: 192.168.1.1
- Subnetzmaske: 255.255.255.0
- DHCP aktiviert, Bereich: 192.168.1.100 <=> 254
- Über den WAN-Port mit dem Kabelmodell verbunden.
(Meine Access Points waren vorher an zwei anderen Standorten platziert und über eine Ethernet-Heimleitung verbunden (Entfernung < 200 Fuß). Zur Fehlerbehebung befinden sie sich jetzt jedoch alle im MDF und sind über Patchkabel verbunden.)
AP1
- Hardware: D-LINK DIR-601
- Hardwareversion: A1
- Firmware-Version 1.04B02 (aktualisiert am 26.01.2014)
- Einsatzort: Kleiderschrank im Flur im Obergeschoss
- Fest codierte IP: 192.168.1.3
- SSID: juli-net
- DHCP über den Administrator deaktiviert
- Verbunden über LAN-Port 4
AP2
- Hardware: TP-LINK TL-WR541G
- Hardware Version:
- V2 (laut Etikett, Anleitung unterhttp://www.tp-link.com/en/Article/?id=46)
- V7 (gemäß tatsächlicher Anzeige im Admin-Panel. Angezeigter Wert: WR541G/542G v7 081520C2 – aktuellste)
- Einsatzort: Gästezimmer
- Fest codierte IP: 192.168.1.2
- SSID: WLAN-bist-du-Romeo
- DHCP über den Administrator deaktiviert
- Verbunden über LAN-Port 3
TESTFALL
- Schalten Sie das Kabelmodem aus und wieder ein, während LINKSYS ausgeschaltet ist. Warten Sie, bis alle Lichter grün sind.
- Entfernen Sie alle Kabel von den LAN-Ports des LINKSYS.
- Schalten Sie LINKSYS ein und warten Sie, bis alle Lichter grün sind.
- Verbinden Sie einen PC über ein Patchkabel.
- Warten Sie, bis DHCP eine IP zuweist.
- Verwenden Sie ipconfig, um IP, Subnetzmaske und Gateway zu bestätigen: 192.168.1.100, 255.255.255.0, 192.168.1.1
- ping -t google.com und beobachten. Reaktionszeiten von 50ms
- Fügen Sie dem LINKSYS LAN-Port ein LAN-Kabel hinzu. Stecken Sie das andere Ende in den LAN-Port von AP1.
- Schalten Sie AP1 ein. Warten Sie, bis alles grün ist.
- Sofort beginnt die Ping-Konsole, verschiedene Fehler zu melden, darunter „Allgemeiner Fehler(!)“, „Anforderungstimeout“, „Ziel nicht erreichbar“.
- Schalten Sie AP1 aus. Der Ping wird sofort wiederhergestellt, wenn er innerhalb von etwa einer Minute erfolgt.
- (Dies geschieht unabhängig davon, ob es sich um AP1 oder AP2 handelt)
FEHLERSUCHE DURCHGEFÜHRT
- Meine ursprüngliche Schlussfolgerung war, dass es IP-Konflikte zwischen den verschiedenen Geräten gab. In der Werkseinstellung wollten NETGEAR und DLINK 192.168.1.1 und TPLINK wollte 192.168.0.1. Deshalb habe ich jede IP wie oben angegeben korrigiert, damit es nicht zu Konflikten kommt. Da ich sie jedoch als dumme WLAN-Brücken verwenden möchte, bin ich mir nicht sicher, wozu die IP gut ist, außer dass ich sie über den Browser verwalten kann (und die zugewiesene IP für die URL).
- NETGEAR verfügt in seinem Admin über eine DHCP-Tabelle. Allerdings kann ich nicht auf den Admin zugreifen, nachdem ich einen der APs eingeschaltet habe. Daher kann ich nicht bestätigen, dass DHCP für die APs funktioniert. Mein Laptop erhält jedoch sofort eine IP (siehe TESTFALL Schritt 6 und 7).
- Wenn die APs eingeschaltet sind, kann ich erfolgreich eine Verbindung zum WLAN herstellen. Allerdings melden sowohl OSX als auch Windows „kein Internetzugang“. DHCP funktioniert sporadisch über die drahtlose Verbindung. Wenn es funktioniert, kann ich Google nicht anpingen. Das Gateway wird als 192.168.1.1 angezeigt (die IP des LINKSYS). Ich habe nicht daran gedacht, das Gateway anzupingen, aber ich werde dies testen und bearbeiten.
- Bestätigt, dass DHCP auf den APs tatsächlich deaktiviert ist. Das ist schwierig. Ich muss die APs oft auf die Werkseinstellungen zurücksetzen, nur um eine Verbindung zur Administratoroberfläche herstellen zu können.
- Ich habe beide APs als Router getestet. Ich habe sie auf die Werkseinstellungen zurückgesetzt, das Kabelmodem aus- und wieder eingeschaltet und den WAN-Port verwendet. Ich kann das Internet nutzen. Allerdings habe ich in diesem Szenario nur in einem Raum meines Hauses WLAN-Abdeckung: dem Hauswirtschaftsraum im Keller!
FRAGEN
- Ist diese Konfiguration gültig?
- Welche Schlüsse lassen sich aus der Tatsache ziehen, dass die im Netzwerk ankommenden APs die Konnektivität stören?
- Brauchen die APs IP-Adressen? Haben sie eine andere Funktion als das Hosten der Admin-Oberfläche?
- Können alle WLAN-Router Bridges sein? Ist ein WLAN-Router mit deaktiviertem DHCP, der über einen LAN-Port mit einem anderen DHCP-Gerät verbunden ist, per Definition eine Bridge? Oder muss sein Chipsatz eine Unterstützung bieten, die bei diesen Geräten möglicherweise fehlt?
- Gibt es gültige alternative Konfigurationen? Kann ich beispielsweise alle drei als Router, aber als unterschiedliche LAN-Segmente mit nicht überlappenden DHCP-Bereichen verwenden? Ich glaube, die Subnetzmaske spielt hier eine Rolle, aber ich erinnere mich nicht mehr genau und das scheint unnötig kompliziert.
- Irgendwelche anderen Vorschläge?
Antwort1
Beide Objekte, die Sie APs nennen, sind eigentlich Router. Sie haben Recht, DHCP zu deaktivieren und sie über LAN-Stecker anzuschließen, aber Sie sollten keinem von beiden IP-Adressen zuweisen. Auf diese Weise verbunden, fungieren sie als Switches:dh, leiten sie Pakete über MAC-Adressen weiter, nicht über IP-Adressen. Sie sollten die IP-Adresse entfernen und Ihren Hauptrouter das Ganze selbst herausfinden lassen.
Geben Sie anschließend bitte an, ob und wie sich die Symptome verändert haben.