2 Internetleitungen 1 Netzwerk und 1 DHCP Server

Moin,

Lerne:

• Benimmregeln,
• Rechtschreibung,
• Netzwerkgrundlagen,
• und googlen.

Dann suchst Du nach Dual-Wan-Router und mottest die Fritzbüxen ein.

lks

Hallo Ben,

ich würde das nixht als Projekt für die Umschulung nehmen, es ist dafür zu klein, da, wie die Kollegen oben schon schrieben, nur ein Gerät rel. einfach zu konfigurieren ist.

Viel Erfolg Raboom

Lernen würde er trotzdem was z.B. das DHCP nichts mit Internet zu tun hat und seinem Setup ein einheitliches Gateway fehlt, sprich Multi WAN Router.

Man kann das so machen wie du es planst. Du musst dann einer Hälte der LAN Clients das Default Gateway per DHCP verteilen auf die FB-1.
Der anderen Hälfte gibst du als Gateway die FB-2. (Oder umgekehrt) Das musst du dann allerdings statisch eintragen.
Damit kannst du dann manuell den Traffic auf die 2 Links verteilen. Das sähe dann so aus:


So ein Konzept ist machbar aber laienhaft, da es 2 gravierende Nachteile hat:

• Verteilung der Clients auf die 2 Internet Links immer nur statisch, keinen Automatik.
• Kein automatisches Failover wenn eine Leitung wegbricht. Händischer Eingriff zwingend.

Sprich, du musst bei einem Ausfall immer manuell den einen oder anderen Clients dann das richtige Gateway geben.
Wie gesagt es geht, ist aber ein sehr schlechtes Anfänger Konzept.
Mal ganz von der Tatsache abgesehen das billige Consumer Router wie die FritzBox nicht in ein Firmennetz gehören. Aber egal...

Besser ist es in der Tat einen Dual WAN Port Router oder Firewall wie den o.a. erwähnten Draytek, Lancom etc. oder z.B eine pfSense Firewall zu verwenden.
Dort werden dann die beiden Internet Zugänge terminiert und dieser Router / Firewall verteilt dann automatisch ALLE Clients über die beiden Leitungen und sorgt obendrein noch für eine automatische Umschaltung im Falle eines Ausfalls.
Desweiteren entfällt die Frickelei mit dem DHCP, Gateways usw.
Letztlich ist eine bessere Router Hardware also die weitaus intelligentere und in deinem Falle technisch bessere Lösung. Es geht aber wie gesagt auch die mit den 2 FBs und der Gateway Anpassung wenn man die o.a. Nachteile dann bewusst in Kauf nehmen will.

So ist es.
Das macht jeder Heim Windows Bastel Laie auch so

Aber du kannst es ja mal richtig professionell machen mit 2 Routern, VRRP und so wie man es richtig macht mit richtiger Redundanz. Leitung und Router.
Hier kannst du sehen wie man sowas umsetzt:
Mikrotik VLAN Konfiguration ab RouterOS Version 6.41
Das wäre schon eher Projekt würdig !

Kurze Erfahrung mit einer PfSense:
Dort ein failover einzurichten ist super simpel.
Ohne groß nachzudenken hat das 2min gedauert.
Wann die Outbound Nat Geschichte nicht auf automatisch steht, sind es nur ein paar Klicks mehr. Ansonsten rennt das ganze sofort.

Als Projekt solltest du Ausschau nach einem Thema halten, welches ihr wirklich umgesetzt habt.
Failover Szenarien beten die meisten hier im forum in wenigen Minuten runter.

Moin,

naja - nen Multi-WAN-Router ran und fertig...Nur daran denken das du natürlich trotzdem einen Verbindungsabbruch haben wirst wenn eine Leitung ausfällt -> z.B. falls ihr Telefonie via Internet macht. Dies sollte aber generell kein Problem sein ...

Und natürlich kann man sowas eben auch als Projekt machen - es muss nur richtig verkauft werden. Klar - den Multi-WAN-Router hinstellen und erleidigt reicht nicht. Wenn ich jedoch mal gucke was bei uns so abläuft (verschiedene Verbindungen bei denen jede auch andere Latenzen und Kosten hat) und dann der Router nicht nur gucken muss welche Leitung grad da ist (es können leicht mal 3-5 Leitungen gleichzeitig wirklich da sein) sondern eben auch anhand des Regelwerkes überlegen muss welche Leitung er nimmt.

Du könntest ja z.B. mal überlegen: Ihr habt ja bestimmt auch Firmen-Mobiltelefone... Was wäre denn wenn ich dir parallel eine 4G-Leitung für den Ausfall lege? Du hast jetzt 2 Leitungen (bei dir noch einfach, alle haben relativ identische Latenzen, bei mir kann nen Ping auf ner SAT-Leitung auch mal 3 Minuten gehen wenn die mal wieder überlastet ist) UND du hast ne 4G-Verbindung. Es wäre aber blöd die 4G permanent zu nutzen da du hier idR. limitierten Traffic drauf hast. Wenn der Chef also youtube guckt und die z.B. 10GB durch sind wäre deine Backup-Leitung weg. Doof. Du kannst also jetzt überlegen ob dir was einfällt wie du die beiden "Kabelleitungen" z.B. bündeln kannst, wenn aber beide tod sind automatisch auf 4G springen. Und selbstverständlich auch automatisch zurück wenn Leitung 1 oder 2 wieder da ist... Und jetzt kommst du nämlich nicht mehr so einfach mit nem einfachen multi-wan-router aus (ok, mit dem richtigen ja ;) ) und wenn du einfach nen paar Fritten hinstellst merkst du das dein zentraler Router ja immer die Leitung zur Fritte als Online sieht... Bei 4G bringt es dir auch nix wenn du da einfach nen 08/15-Router ins Rack stellst, da hast du üblicherweise eher wenig Empfang - wohin also damit, wie kannst du das zusammenschalten das es Sinn macht?!?

D.h. ich füge EINE Komponente hinzu und du kannst schon viel Spass machen... Da so ein Projekt ja auch Zeitlich nur begrenzt sein soll wäre das vermutlich schon akzeptabel.

EDIT: Und wenn du es noch weiter treiben willst dann kannst du das natürlich noch erweitern (das sowas geht weiss ich, es läuft hier :D): Du willst ggf. ja das im normalbetrieb "Office" primär auf Leitung 1, "Produktion" auf Leitung 2 ist... Natürlich - fällt eine Leitung aus dann sollen beide erst mal auf die gemeinsame Kupferleitung gehen... Man könnte aber auch überlegen das z.B. Prod nicht auf 4G darf - beim Ausfall sollen die kein Youtube gucken, die sollen arbeiten... OFFICE darf dagegen auf 4G - jedoch z.B. nur Mail und Web, kein Streaming... Aber ich denke wenn du sowas gut aufbauen willst dann wirst du da nen Projekt haben was deine 4h auch schnell sprengen kann...

In einem "richtigen" Failover Projekt hätte man dann aber auch wieder einen Single Point of Failure wenn man jetzt spitzfindig wäre.
Wenn man es also wasserdicht machen will im Rahmen eines Projekts ist die VRRP Lösung dann klassischer mit der gleichzeitigen Link und HW Redundanz.