VLAN bringt Netzwerk zum "abstürzen"
Hallo
Normalerweise schreibe ich nicht gerne in Foren, von daher verzeiht mir wenn ich nicht alle Infos gleich schreibe ;).
Erstmal kurz mein aktueller Netzwerkaufbau, ich habe ein Fritzbox welche mit einem Edgerouter Pro per Bridgemode verbunden ist.
Nach dem Edgerouter ist Netgear GS724T per LAG angeschlossen. Der Server ist momentan direkt mit einem eigenen Bonding an dem Router angeschlossen.
Nun möchte ich es erreichen, den Switch in 2 Logische Switche zu teilen. Also ein gewissen Portbereich nur für Server zu haben. Da ich aber nirgendwo VLANs haben möchte, will ich dies mit untagged VLANs machen. Letztendlich soll es dann so aussehen:
Was ich bis jetzt probiert habe ist, die LAGs erstellen und sie anschließend mit den passenden Ports in mein VLAN für den Server zu tun. Auch die PVID habe ich auf das neue VLAN gestellt.
Mein Problem ist jetzt jedoch das sobald ich das alles so konfiguriert habe und die Kabel einstecke das mein komplettes Netzwerk zusammenbricht, das heißt es ist teilweise noch möglich auf den Switch zu zu greifen, jedoch nicht mehr auf den Router oder das Internet (Probiert von einem PC im default VLAN). Die einzige Lösung die ich bis jetzt gefunden habe ist alles aus zu stecken und beide Geräte auf Werkszustand zurück zu setzen.
Kann mir jemand sagen ob ich irgend etwas wichtiges vergessen habe, oder ob der Edgerouter damit eventuell Probleme hat da der Netgear Switch überall die selbe MAC hat?
MFG XLS202 und danke für die Hilfe
Normalerweise schreibe ich nicht gerne in Foren, von daher verzeiht mir wenn ich nicht alle Infos gleich schreibe ;).
Erstmal kurz mein aktueller Netzwerkaufbau, ich habe ein Fritzbox welche mit einem Edgerouter Pro per Bridgemode verbunden ist.
Nach dem Edgerouter ist Netgear GS724T per LAG angeschlossen. Der Server ist momentan direkt mit einem eigenen Bonding an dem Router angeschlossen.
Nun möchte ich es erreichen, den Switch in 2 Logische Switche zu teilen. Also ein gewissen Portbereich nur für Server zu haben. Da ich aber nirgendwo VLANs haben möchte, will ich dies mit untagged VLANs machen. Letztendlich soll es dann so aussehen:
Was ich bis jetzt probiert habe ist, die LAGs erstellen und sie anschließend mit den passenden Ports in mein VLAN für den Server zu tun. Auch die PVID habe ich auf das neue VLAN gestellt.
Mein Problem ist jetzt jedoch das sobald ich das alles so konfiguriert habe und die Kabel einstecke das mein komplettes Netzwerk zusammenbricht, das heißt es ist teilweise noch möglich auf den Switch zu zu greifen, jedoch nicht mehr auf den Router oder das Internet (Probiert von einem PC im default VLAN). Die einzige Lösung die ich bis jetzt gefunden habe ist alles aus zu stecken und beide Geräte auf Werkszustand zurück zu setzen.
Kann mir jemand sagen ob ich irgend etwas wichtiges vergessen habe, oder ob der Edgerouter damit eventuell Probleme hat da der Netgear Switch überall die selbe MAC hat?
MFG XLS202 und danke für die Hilfe
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 304360
Url: https://administrator.de/contentid/304360
Ausgedruckt am: 26.11.2024 um 04:11 Uhr
19 Kommentare
Neuester Kommentar
Hallo,
Gruß,
Peter
Zitat von @XLS202:
Da ich aber nirgendwo VLANs haben möchte, will ich dies mit untagged VLANs machen.
Diese Aufgabe ist so nicht Realisierbar. Entweder VLANs oder eben keine VLANs. Entscheide dich.Da ich aber nirgendwo VLANs haben möchte, will ich dies mit untagged VLANs machen.
und die Kabel einstecke das mein komplettes Netzwerk zusammenbricht,
Was bedeutet jetzt zusammenbricht?das heißt es ist teilweise noch möglich auf den Switch zu zu greifen
Obwohl dein Netz zusammen gebrochen ist?jedoch nicht mehr auf den Router oder das Internet (Probiert von einem PC im default VLAN).
Scheint das dein VLAN Routing nichts taugt oder du hast deine VLANs falsch Konfiguriert. Default VLAN ist wo und kann wohin zugreifen? Was sagt dein L3 Routing (vermutlich im EdgeRouter Pro)?Netgear Switch überall die selbe MAC hat
Sei froh.Gruß,
Peter
Hallo,
jeder Hersteller macht es anders herum und doch versuchen alle so kompatibel zu den anderen
zu sein, aber wie gesagt jeder hat so seine Eigenheiten.
Als erstes würde ich einmal die gesamte Konfiguration löschen! Und dann zuerst die LAGs anlegen
und auch die LAGs benennen. Dann legt man die VLANs an und zwar ist das VLAN 1 das so genannte
default VLAN und dort sind immer alle Geräte Mitglied, dann legt man zwei neue VLANs an und das
sagen wir einmal sind hier in diesem Fall VLAN10 für die Klienten und VLAN20 für die Server.
Wenn man jetzt ein LAG einem VLAN zufügen möchte muss man nicht die einzelnen Ports des Switches
sondern das komplette LAG hinzufügen. Das sollte es dann gewesen sein, die letzte Firmwareversion
vorausgesetzt.
Gruß
Dobby
jeder Hersteller macht es anders herum und doch versuchen alle so kompatibel zu den anderen
zu sein, aber wie gesagt jeder hat so seine Eigenheiten.
Als erstes würde ich einmal die gesamte Konfiguration löschen! Und dann zuerst die LAGs anlegen
und auch die LAGs benennen. Dann legt man die VLANs an und zwar ist das VLAN 1 das so genannte
default VLAN und dort sind immer alle Geräte Mitglied, dann legt man zwei neue VLANs an und das
sagen wir einmal sind hier in diesem Fall VLAN10 für die Klienten und VLAN20 für die Server.
Wenn man jetzt ein LAG einem VLAN zufügen möchte muss man nicht die einzelnen Ports des Switches
sondern das komplette LAG hinzufügen. Das sollte es dann gewesen sein, die letzte Firmwareversion
vorausgesetzt.
Gruß
Dobby
Das erste was du dir in einem Forum sparen kannst sind die immer wiederkehrenden freundlichen Grüße... Sie werden dadurch nicht freundlicher.
Nicht das wir hier unfreundlich sind aber steife Formalismen sollten hier nichts zu suchen haben.. Gerade wenn sie immer wiederholt werden.
Zurück zum Thema...
Es ist vermutlich nur unglücklich ausgedrückt, denn sehr wahrscheinlich willst du damit sagen das du auf deinem Switch schon VLANs haben willst, sprich also 2 oder mehr unterschiedliche Collision Domains, sie aber nicht über tagged Uplinks auf andere Switches übertragen willst.
Einfach eben nur 2 VLANs die separat am Switch über untagged Ports bedient werden.
Deine Zuführung über separate Interfaces des Edge Routers beschreibt das ja auch.
Ist das so richtig verstanden ??
Damit wird der Kollege Pjordorf sicher auch leben können, denn das ist nicht falsch und eine normale VLAN Anwendung
Diverse Dinge sind aber wirr und unverständlich...
Ist das eine Router Kaskade mit 2 NAT Routern wie sie hier beschrieben ist in der Alternative 2:
Kopplung von 2 Routern am DSL Port
oder hast du lediglich einen Router ins lokale LAN gehängt der VOR der FB die beiden VLANs routet so wie es dieses Tutorial in der Nicht NAT bzw. ICS Version beschreibt:
Routing von 2 und mehr IP Netzen mit Windows, Linux und Router
die VLAN Variante dann hier:
VLAN Installation und Routing mit pfSense, Mikrotik, DD-WRT oder Cisco RV Routern
Nur das du eben statt eines tagged Uplinks vom Switch separate Links pro VLANs benutzt.
Das ist vermutlich dein Szenario was du umsetzen möchtest, was auch per se nicht falsch ist und so sauber funktionieren sollte !
Im Grunde sollte die Lektüre der obigen beiden Routing bzw. VLAN Tutorials dir alle Frage zu dem Thema beantworten.
Für uns wäre wichtig zu wissen was du mit dem ominösen "Bridgemode" technisch meinst ?!
Nicht das wir hier unfreundlich sind aber steife Formalismen sollten hier nichts zu suchen haben.. Gerade wenn sie immer wiederholt werden.
Zurück zum Thema...
Da ich aber nirgendwo VLANs haben möchte, will ich dies mit untagged VLANs machen.
Das der Kollege Pjordorf über diese recht sinnfrei Formulierung gestolpert ist liegt auf der Hand, denn du sagst sowas wie "Wasch mich aber mach mich nicht naß".Es ist vermutlich nur unglücklich ausgedrückt, denn sehr wahrscheinlich willst du damit sagen das du auf deinem Switch schon VLANs haben willst, sprich also 2 oder mehr unterschiedliche Collision Domains, sie aber nicht über tagged Uplinks auf andere Switches übertragen willst.
Einfach eben nur 2 VLANs die separat am Switch über untagged Ports bedient werden.
Deine Zuführung über separate Interfaces des Edge Routers beschreibt das ja auch.
Ist das so richtig verstanden ??
Damit wird der Kollege Pjordorf sicher auch leben können, denn das ist nicht falsch und eine normale VLAN Anwendung
Diverse Dinge sind aber wirr und unverständlich...
ich habe ein Fritzbox welche mit einem Edgerouter Pro per Bridgemode verbunden ist.
Was soll das sein ?? Was ist ein Edgerouter ? Hersteller ?Ist das eine Router Kaskade mit 2 NAT Routern wie sie hier beschrieben ist in der Alternative 2:
Kopplung von 2 Routern am DSL Port
oder hast du lediglich einen Router ins lokale LAN gehängt der VOR der FB die beiden VLANs routet so wie es dieses Tutorial in der Nicht NAT bzw. ICS Version beschreibt:
Routing von 2 und mehr IP Netzen mit Windows, Linux und Router
die VLAN Variante dann hier:
VLAN Installation und Routing mit pfSense, Mikrotik, DD-WRT oder Cisco RV Routern
Nur das du eben statt eines tagged Uplinks vom Switch separate Links pro VLANs benutzt.
Das ist vermutlich dein Szenario was du umsetzen möchtest, was auch per se nicht falsch ist und so sauber funktionieren sollte !
Im Grunde sollte die Lektüre der obigen beiden Routing bzw. VLAN Tutorials dir alle Frage zu dem Thema beantworten.
Für uns wäre wichtig zu wissen was du mit dem ominösen "Bridgemode" technisch meinst ?!
Was soll das sein ?? Was ist ein Edgerouter ? Hersteller ?
In diesem Fall ist das ein Routermodell von Ubiquiti...Allerdings ist ein Edgerouter auch eine bestimmte Art von Router.. Wie bei einem Edge Server..
Für uns wäre wichtig zu wissen was du mit dem ominösen "Bridgemode" technisch meinst ?!
Die Fritzbox ist ein Router mit integtriertem Modem.. Diesen kann man in den Bridgemode schalten und dahinter einen Router hängen. Sprich die Fritzbox arbeitet nurnoch im "Modem-Modus"Beim VLAN Problem kann ich nicht helfen, da das für mich selber auch Neuland ist..
Das ist ein Routermodell von Ubiquiti...
OK, wieder was gelernt Dann ist die Sache aber kinderleicht und du brauchst nur nach diesem Tutorial verfahren:
Routing von 2 und mehr IP Netzen mit Windows, Linux und Router
Das sollte dann alle Probleme lösen !
Diesen kann man in den Bridgemode schalten
OK, das erklärt auch das ! Sprich du machst dann auf dem Edge Router am WAN Port PPPoE Encapsulation und nutzt die FB dann nur als reines DSL Modem ohne Router Funktion.Macht Sinn und ist der absolut richtige weg.
Wie gesagt, folge dem o.a. Tutorial nur das du dann eben 2 lokale IP Segmente hast und das wars.
mittels eines DHCP Server der mir über die MAC-Adresse eine IP auf den WAN Port vom Router schickt.
Das ist richtig so und kann man machen das er so immer einen feste IP bekommt.Statische wär aber noch besser, dann ist man niemals vom DHCP und dessen Funktion abhängig !
zumindest bricht das Netzwerk nicht mehr zusammen.
Hört sich gut an !Das einzige Problem ist noch, dass ich den Server nicht erreichen kann und er kann auch nichts anderes erreichen.
Das kann normal sein sofern er einen aktive lokale Firewall hat.Die blockiert alles was aus fremden Netzen kommt und da du ja jetzt routetst ist das der Fall.
Checke also wasserdicht das dir die Firewall hier nicht zuschlägt und erlaube den Zugriff aus diesen IP Segmenten.
- Default Gateway des Servers zeigt auf die VLAN 4 IP des Edge Routers !
- Server sollte diese auch pingen können !
Die doppelten Links am Server lassen vermuten das du ein NIC Teaming machst (Link Aggregation) ?!
Ist dem so ??
Beachte das das am Server richtig konfiguriert werden muss und zwar gemäß 802.3ad Standard mit LACP !!
Stelle sicher das das der Fall ist:
Windows NIC Teaming
Entsprechend MUSS das auf Switchseite auch konfiguriert sein !!
Stelle sicher am Switch UND am Server das das Teaming, Bonding, Link Aggregation auch sauber rennt ! Log oder show bond Output !
Meist wird hier der Fehler auf Serverseite gemacht das da ein falsches Aggreagtion Protokoll verwendet wird.
Das MUSS 802.3ad mit LACP sein !!
der Server hat keine lokale Firewall und er kann nicht die IP des EdgeRouters an der VLAN IP anpingen.
Nichtmal innerhalb des eigenen Layer 2 Netzwerkes ??? Das ist sehr ungewöhnlich und spricht dann eher für ein Kabelproblem oder Fehler der Netzwerkkarte. Bist du dir da sicher ??https://www.windowspro.de/tipp/ping-windows-7-server-2008-r2-zulassen
Oh, nee...sehe gerade das ist was Vernünftiges mit dem Debian Server
Das der Server nichtmal sein lokales Gateway pingen kann klingt fatal. Da stimt schon was mit Layer 1 oder 2 nicht.
Kann er denn wenigstens andere Endgeräte im gleichen VLAN pingen und die ihn ??
(OK, mit dem kaputten Bonding ganz sicher nicht !)
Am Server mache ich Teaming. Eingestellt ist bond-mode 4 (Es ist ein Debian Server), welcher laut dem Ubuntu-Wiki 802.3ad sein müsste.
Guckst du hier:Netzwerk Management Server mit Raspberry Pi
Das zeigt eine laufende Teaming Konfig unter Debian inkl. der Switchkonfiguration verbreiteter Switches !!
Dort wird allerdings bond-mode 802.3ad verwendet !
Dein "Warning: No 802.3ad response from the link partner for any adapters in the bond " zeigt ganz klar das die Switchseite KEIN Link Aggreagtion nach 802.3ad, LACP konfiguriert hat !!!
Der server ist also raus, da er ja auch selber sagt er spricht 802.3ad, sieht nur seinen andere Seite nicht.
Oder der Server steckt auf den falschen Ports !!
So oder so...der Buhmann ist hier eindeutig der Switch bzw. dessen Konfig !
Was sagt denn das Switch Log ??? bzw. ein show lag oder show lacp auf dem Switch ???
Klar ist das zu 98% das fehlerhafte Server Link Teaming oder ein Teaming Konfig Fehler auf der Switchseite das ursächliche Problem ist !
Also das Kabel Problem ist mehr oder weniger ausgeschlossen,
Das kannst du auch ausschliessen, denn Fakt ist ja das der Bonding Anschluss am Server sein LACP Gegenpart, sprich den Switch nicht "sieht" !Das ist aus der Fehlermeldung des Servers ja eindeutig zu sehen !
ein Laptop kann den Server anpingen, dieser bekommt auch eine IP vom DHCP zugewiesen. Aber auch der Laptop kann nicht an den Router pingen
Mmmmhhh...das offenbart dann 2 Fehler:- Vermutlich kommt der Bonding LAG nicht zustande am Server (Fehlermeldung) der Server aktiviert dann aber einen einzelnen Link und verzichtet auf die Link Aggregation.
- Das bewirkt dann das er direkt im VLAN erreichbar ist.
- Dann ist der 2te Fehler die Anbindung des Routers an den Switch !
Fakt ist dann das du 2 Fehler hast in der Anbindung !
Das Log was oben zu sehen ist, ist das Router Log
Ahhh...ok sorry...das war wirklich zu wirr. OK, dann ist der Server raus wenn das Bonding interface (ifconfig) hier aus UP steht !!!Dann gilt das obig geschrieben einzig für den Router ! Der macht dann 802.3ad "sieht" aber sein Gegenpart am Switch nicht:
- Falsche oder fehlerhafte Konfig der Link Aggreagtion am Router
- Falsche oder fehlerhafte Konfig der Link Aggreagtion am Switch gegenpart vom Router
- Ports verwechselt auf welche die nicht für .ad konfiguriert sind.
Also ich habe einen Netgear GS724Tv4
Oha....du Armer.Da muss man schon ziemlicher Masochist sein wenn man sich freiwillig sowas für die VLAN Umgebung beschafft !!
Von der VLAN Konfig ist NG so ziemlich das Übelste was es gibt...aber egal, ist ja nicht zu ändern jetzt.
Gemeint war aber in der Tat ein CLI Kommando. Klar das die NG Gurken sowas nicht haben.
Mit Sicherheit gibt es aber ein Gui Klicki Bunti Menü indem man sich den Status der .ad, LACP LAG Interfaces und Trunks ansehen kann, auf dem Switch oder hat der das etwa auch nicht ??
Der Switch ist mittels bond0 und bond1 an den Router angeschlossen,
Da müsste man dann mal wissen was mit dem ominösen "bondx" denn gemeint ist ??? Vermutlich bezeichnet das die Trunk Gruppen der LAGs (Name), richtig ?Laut Zeichnung musst du 3 getrennte Trunk Groups haben auf dem Switch:
- Eine mit einem 2er Trunk in VLAN 4 für den Server. Vermutlich LAG3=Server1 mit den Ports g21 und g22 ?
- Eine mit einem 2er Trunk in VLAN 4 für den Router. Vermutlich LAG2=Router_Server mit den Ports g23 und g24 ?
- Eine mit einem 2er Trunk in Default VLAN für den Router. Vermutlich LAG1=Lan_LAG mit den Porst g1 und g2 ?
Wenn ja warum hast du das VLAN denn "VLAN 4" in der Zeichnung benannt ??? Richtig wäre ja VLAN 20 !
Der Router dann analog 2 Trunk Gruppen:
- Eine mit einem 2er Trunk tagged in VLAN 4 (bzw. 20) = bond1
- Eine mit einem 2er Trunk im Default VLAN = bond0
Der Kardinalsfehler den du begangen hast dürfte aber klar sein:
Der Switch tagged die Frames für das VLAN 20 ("VLAN 4") sprich sendet es mit einem 802.1q VLAN Tag an den Router ! (vlan pvid 20)
In der Router Konfig steht aber mit keinem einzigen Kommando das der bond1 also der Trunk der das VLAN 20 (oder 4) bedient auch tagged ist !
Dort ist keinerlei VLAN ID bezogenes Kommando in irgendeiner Form sichtbar. Man kann also zu 98% schliessen das du die 2 Routing bond Interfaces untagged betreibst ?!
Da ist es dann vollkommen klar das es keinerlei Kommunikation zw. VLAN 20 (oder 4) LAG auf dem Switch und dem LAG (bond) auf dem Router geben kann wenn der eine tagged sendet, der andere aber nicht.
Ein simpler Wireshark Trace hätte dir das in 1 Minute sofort aufgezeigt !
Mal abgesehen davon ist dein Design etwas rumpelig und unglücklich.
Viel sinnvoller wäre es einen 4er .ad Trunk zu konfigurieren zwischen Switch und Router und beide VLANs über diesen 4er Trunk als tagged Uplink zw. Switch und Router zu übertragen wie es in diesem Tutorial auch beschrieben ist:
VLAN Installation und Routing mit pfSense, Mikrotik, DD-WRT oder Cisco RV Routern
Das ist einmal aus Konfig.- und Verwaltbarkeits Sicht und zum zweiten aus Performance Sicht erheblich besser als es so umständlich zu machen wie du es gelöst hast.
Das aber nur nebenbei.
Technisch gesehen funktioniert deine Version auch...wenn man es denn richtig macht mit tagged und untagged
Dort steht UP, das hab ich soeben geprüft. UND am Switch sowie beim Router stehen bei allen LAGs das sie UP sind.
Wie auch schon vermutet...der Server ist es nicht, es ist der Router Port !Die NetGears sind wirklich extrem gruselig was VLANs anbetrifft...aber nungut.
Problem erkannt, Problem gebannt...
Also ich hab mal den EdgeRouter neu gestartet...
Das muss dir nicht peinlich sein.... Kann ein Firmware Bug sein !!!Die aktuellste Firmware hast du geflasht ???
Bei 55 Euronen sieht der so ein bischen aus wie der legendäre Mikrotik RB750G. (jetzt hexLite)
Allerdings hat MT hier keine Bugs...jedenfalls nicht im VLAN Routing...
Die MTs sind besser gesetzt im Routing Umfeld, skalierbarer und stabiler.
Bei Ubiquity, deren primärer Beritt ja nun mal WLAN ist und sie ja mehr als gut beherrschen, hätt' ich da schon gehörige Zweifel was das Thema L3 angeht...
Aber wenns jetzt erstmal rennt...
Allerdings hat MT hier keine Bugs...jedenfalls nicht im VLAN Routing...
Die MTs sind besser gesetzt im Routing Umfeld, skalierbarer und stabiler.
Bei Ubiquity, deren primärer Beritt ja nun mal WLAN ist und sie ja mehr als gut beherrschen, hätt' ich da schon gehörige Zweifel was das Thema L3 angeht...
Aber wenns jetzt erstmal rennt...
Hinterher ist man immer schlauer in der Produktauswahl.
Sorry, aber Nein ! Das ist ein falscher und laienhafter Ansatz ! Fachkundige Netzwerker machen sich immer VORHER schlau !sonst kauf ich versehentlich doch noch einen anderen Router..
Versehentlich ?? Ist sowas bei dir ein Lotteriespiel ??Wenns jetzt ertsmal für deine doch recht schlichten Anforderungen und Stabilität reicht ist doch gut...
Never change a running system...