Betrieb von zwei drahtlosen Netzwerken mit zwei unterschiedlichen DHCP-Bereichen (Virgin Media Superhub-Probleme)


2

Ich versuche, in meinem Haus zwei drahtlose Netzwerke einzurichten, die den Clientgeräten unterschiedliche IP-Adressbereiche und DNS-Einstellungen bieten, je nachdem, mit welchem ​​Netzwerk sie verbunden sind.

Mein aktuelles Setup beinhaltet die folgende Hardware:

1xVirgin Media Super (?) Hub 1xNetgear WGR614v9

der superhub:

  • hat eine kabellose SSID von "wifi-super"
  • ist das einzige Gerät, das mit dem Internetkabel verbunden ist
  • hat eine LAN IP von 192.168.0.1
  • Ist ein DHCP-Server mit einem Bereich von: 192.168.0.20 bis 192.168.0.50
  • Versorgt die Client-Geräte mit den Standard-DNS-Servern für VM (kann im Router nicht geändert werden!)

die WGR:

  • hat eine drahtlose SSID von "wifi-other"
  • ist mit dem Superhub über ein Ethernet-Kabel von einem seiner Hub-Ports (nicht Modem-Port) zu einem Hub-Port am Superhub verbunden
  • hat eine LAN IP von 192.168.1.1
  • Ist ein DHCP-Server mit einem Bereich von: 192.168.1.100 bis 192.168.1.150
  • sollte es Clients mit den Google DNS-Servern zur Verfügung stellen
  • sollte es Clients mit der Gateway-IP von 192.168.0.1 bereitstellen

Mit dieser Konfiguration erwarte ich Folgendes:

  1. Wenn ich eine Verbindung zu "wifi-main" herstelle, erhalte ich eine 192.168.0.xxx-IP-Adresse mit den DNS-Servern für jungfräuliche Medien und 192.168.0.1 als Standardgateway.

  2. Wenn ich eine Verbindung zu "wifi-other" herstelle, erhalte ich eine IP-Adresse 192.168.1.xxx mit den DNS-Servern von Google und 192.168.0.1 als Standardgateway.

Punkt 1 funktioniert wie erwartet, Punkt 2 jedoch nicht. Wenn ich eine Verbindung zu "wifi-other" herstelle, wird mir eine IP im Bereich 192.168.0.xxx mit allen anderen vom Superhub angegebenen Details bereitgestellt - nicht der WGR.

Bitte raten Sie mir, was ich tun kann, um das gewünschte Ergebnis zu erzielen, oder erklären Sie mir, was ich falsch mache, da ich dachte, das würde funktionieren ...: /

Prost im Voraus!

Antworten:


2

TheUser1024 hat das Problem richtig, aber ich würde eine andere Lösung vorschlagen.

Zunächst kann es problematisch sein, zwei DHCP-Server im selben Layer 2-Segment zu haben. Der einfachste Weg, dies zu umgehen, besteht für ein SOHO-Setup darin, die Situation insgesamt zu vermeiden.

So würde ich es machen. Ein Großteil dieser Konfiguration wurde bereits neu gekapselt, sodass ich die wichtigsten Unterschiede für Sie in Fettdruck hervorhole.

SuperHub:

  • Verbinden Sie den WAN (Internet) -Port mit dem Standort Ihres Internets und konfigurieren Sie diese Schnittstelle entsprechend dieser Verbindung.
  • Stellen Sie die LAN-IP auf 192.168.0.1/24 ein.
  • Konfigurieren Sie DHCP für Adressen von 192.168.0.20-50.
  • Lassen Sie die DNS-Serverkonfiguration in Ruhe (da sie nicht geändert werden kann).
  • Stellen Sie die SSID auf "wifi-super". Sie sollten auch die WPA2-Sicherheit mit einer starken Passphrase einrichten.

WGR:

  • Verbinden Sie den WAN (Internet) -Port mit einem LAN-Port am SuperHub.
  • Stellen Sie die WAN (Internet) -Port-IP auf 192.168.0.2/24 ein.
  • Stellen Sie die LAN-IP auf 192.168.1.1/24 ein
  • Konfigurieren Sie DHCP für Adressen von 192.168.1.100-150.
  • Stellen Sie die DNS-Server auf den DNS von Google ein.
  • Stellen Sie die SSID auf "wifi-other". Sie sollten auch die WPA2-Sicherheit mit einer starken Passphrase einrichten.

In der obigen Konfiguration geschieht Folgendes, wenn Sie das erste Gerät mit jedem Wi-Fi-Netzwerk verbinden:

"wifi-super"

  • IP: 192.168.0.20
  • Subnetzmaske: 255.255.255.0
  • Standardgateway: 192.168.0.1
  • DNS: (Virgin Media DNS)

"wifi-andere"

  • IP: 192.168.1.100
  • Subnetzmaske: 255.255.255.0
  • Standardgateway: 192.168.1.1
  • DNS: (Google DNS)

In dieser Konfiguration geschieht Folgendes: Anstatt den zweiten Router als Switch / AP zu behandeln, wird er tatsächlich als Switch / AP verwendet Router - die Art und Weise, wie es ursprünglich entworfen wurde, um verwendet zu werden. Im Wesentlichen behandelt der Teil des Netzwerks, der hinter dem WGR steht, den SuperHub wie ein eigenständiges Kabelmodem. Auf diese Weise können Sie auf einfache Weise zwei separate Wi-Fi-Netzwerke in zwei separaten Subnetzen einrichten, wobei die üblichen SOHO-Netzwerkgeräte bereits verfügbar sind.

Der Trick, um die Systeme hinter "wifi-other" dazu zu bringen, die DNS-Server von Google automatisch für ihre Konfiguration abzurufen, besteht darin, den WAN-Port des WGR auf statische Konfiguration zu setzen. Lassen Sie es nicht einfach eine IP vom SuperHub holen, da es sonst auch die DNS-Einstellungen erben und diese an seine Clients weitergeben möchte, ähnlich wie der SuperHub.

Wenn es nicht entscheidend ist, dass Sie über zwei separate Subnetze verfügen, können Sie dennoch zwei separate Wi-Fi-SSIDs im selben Subnetz (192.158.0.0/24) bereitstellen (obwohl die Clients nicht so weit voneinander entfernt sind). Beginnen Sie einfach mit dem Setup, das Sie bereits haben, deaktivieren Sie den DHCP-Server auf dem WGR und stellen Sie dessen LAN-IP in demselben Bereich wie den SuperHub ein. Das ist im Wesentlichen das Setup, das ich zu Hause habe (natürlich mit unterschiedlicher Hardware), und es funktioniert einwandfrei - obwohl Computer, die für beide Netzwerke konfiguriert sind, gelegentlich das entferntere auswählen.


Anscheinend war ich ursprünglich so nah dran :) Ich werde dies in ein paar Fällen knacken und wenn es funktioniert (wie es sich anhört), werde ich es als Antwort markieren. Auf jeden Fall vielen Dank für die ausführliche Antwort - sehr geschätzt!
Sk93

1

Sie verbinden zwei Netzwerke mit jeweils einem DHCP-Server. Ich denke das kollidiert.

Bearbeitet das Teil heraus, das sich als nicht die Lösung herausstellte.

Ein Router, der in der Lage ist, VLANs zu erstellen, würde dies problemlos tun. Dann weisen Sie jedem Port nach Belieben unterschiedliche VLANs mit unterschiedlichen IP-Bereichen und hoffentlich unterschiedlichem DNS zu. Ich habe VLAN-Funktionen auf einem Draytek-Router gesehen.

Ich bin mir sicher, dass es mit VLANs möglich ist, aber meine Erfahrung basiert auf der Verwendung eines Windows Server-DHCP mit zwei Bereichen. Ich nehme an, das übersteigt Ihr Budget. :-)

Schauen Sie sich Seite 3 an: http://www.draytek.com/.upload/pdffiles/eb3b6b12f83ad3831c7c31e58e38228a.pdf

(Ich habe gerade ein Modell ausgewählt, auf das ich zufällig gestoßen bin. Du musst deine eigenen Vergleiche anstellen, wenn du überhaupt willst.)


Das ist nicht ganz das, was ich versuche zu erreichen. Wenn ich das tue, kann ich nicht zwei verschiedene Gruppen von DNS-Servern angeben (zumindest denke ich, dass das der Fall ist?).
Sk93

Ich denke, das hängt von der WGRs-Software ab. Aber der Gedanke kam mir auch in den Sinn. Bin mir aber nicht sicher. Jetzt verwenden Sie es als Switch, sodass ein zweiter DHCP-Vorgang schmerzt. Wenn Sie es als Zugangspunkt verwenden, sollte das anders sein.
TheUser1024

1
Demzufolge kb.netgear.com/app/answers/detail/a_id/965/~/… Sie können nicht einmal separate IPs zuweisen. Ein Router, der in der Lage ist, VLANs zu erstellen, würde dies problemlos tun. Dann weisen Sie jedem Port einfach unterschiedliche VLANs mit unterschiedlichen Bereichen und hoffentlich unterschiedlichem DNS zu, wie Sie es wünschen. Ich habe VLAN-Funktionen auf einem Draytek-Router gesehen. Überprüfen Sie die Online-Demo-Konfigurationsseite, um festzustellen, ob dies Ihren Anforderungen entspricht.
TheUser1024

Also, im Grunde muss ich vlans einrichten? Ich vermute, es gibt irgendwo eine Linux-Distribution, die sich darum kümmern könnte?
Sk93

1
Sie wissen nicht, warum Sie die Einrichtung dedizierter DHCP-Server oder VLANs vorschlagen. Die gewünschte Konfiguration ist mit den meisten SOHO-Routern problemlos möglich. Der Schlüssel ist, sie als das zu behandeln, was sie wirklich sind - Router . Leg dich nicht damit an, zu versuchen, sie im Geringsten zu beschwichtigen. Siehe meine Antwort für mehr Details.
Iszi
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.