Redundante Internetanbindung für Firmen: Wie ein zweiter Uplink Ausfälle verhindert

Ein Internetausfall legt heute nicht mehr nur die Mailbox lahm, sondern oft die komplette Telefonanlage, das Kassensystem und den Zugriff auf Cloud-Anwendungen. Wer sich gegen diesen Fall absichern will, kommt an einer zweiten, unabhängigen Anbindung nicht vorbei. In der Praxis läuft das meist auf eine Kombination aus Glasfaser als Hauptleitung und DSL oder LTE als Backup hinaus, gesteuert von einem Router mit Failover-Funktion. Wie das konkret aufgebaut wird und wo die üblichen Fallstricke liegen, zeige ich hier.

Warum reicht ein einzelner Anschluss nicht mehr aus?

Auch die zuverlässigste Glasfaserleitung hängt von Faktoren ab, die man selbst nicht beeinflussen kann: Bauarbeiten, die die Trasse kappen, ein Defekt beim Provider oder ein Ausfall im vorgelagerten Netz. Ein einzelner Anschluss bedeutet immer einen einzelnen Punkt, an dem alles stehen bleibt. Für Betriebe, die auf VoIP-Telefonie, Cloud-ERP oder Remote-Zugriffe angewiesen sind, ist das ein Risiko, das sich mit vergleichsweise geringem Aufwand deutlich reduzieren lässt. Der Grundgedanke ist simpel: Zwei physisch getrennte Leitungen, idealerweise von unterschiedlichen Providern und über unterschiedliche Trassen geführt, sorgen dafür, dass ein Ausfall der einen Leitung nicht automatisch den kompletten Betrieb betrifft.

Was braucht man für den zweiten Uplink?

Neben dem eigentlichen Zweitanschluss – häufig ein normaler DSL-Vertrag, da er schnell verfügbar und günstig einzurichten ist – braucht es einen Router, der Multi-WAN beherrscht. Das heißt: Er kann mehrere Internetanschlüsse gleichzeitig verwalten, deren Zustand überwachen und bei Bedarf umschalten. Wichtig ist hier, nicht am falschen Ende zu sparen. Viele günstige Consumer-Router bieten zwar einen zweiten WAN-Port, aber keine echte Failover-Logik mit Health-Checks. Für den Business-Einsatz sollte der Router in der Lage sein, per aktivem Monitoring (etwa über ICMP-Pings auf mehrere externe Ziele) zu erkennen, wann eine Leitung tatsächlich ausgefallen ist – nicht erst, wenn der letzte Nutzer sich beschwert. Für den Glasfaseranschluss selbst braucht es zudem ein passendes LWL-Patchkabel zwischen ONT und Router oder Switch, etwa ein LWL Patchkabel LC/LC Duplex 1m OS2 Singlemode bei kurzen Strecken im Serverschrank oder ein längeres LC-LC Patchkabel Duplex OS2 9/125 Singlemode, 2m, wenn Router und ONT weiter auseinanderliegen.

Wie unterscheiden sich Load-Balancing und Failover?

Diese beiden Begriffe werden oft durcheinandergeworfen, meinen aber unterschiedliche Dinge. Beim Failover läuft der gesamte Traffic normalerweise über die Hauptleitung, und erst wenn diese ausfällt, übernimmt die Backup-Leitung komplett. Das ist die klassische Absicherung: einfach zu konfigurieren, vorhersehbares Verhalten, aber die zweite Leitung liegt im Normalbetrieb ungenutzt brach. Beim Load-Balancing dagegen wird der Traffic auf beide Leitungen verteilt, meist nach Regeln wie Ziel-IP oder Verbindungstyp. Das nutzt die vorhandene Bandbreite besser aus, hat aber einen Haken: Bei asymmetrischen Verbindungen wie DSL kann es zu Problemen kommen, wenn eine Sitzung mitten im Verbindungsaufbau die Leitung wechselt – manche Anwendungen, etwa VPN-Tunnel oder Zahlungsterminals, reagieren darauf empfindlich. In der Praxis empfehle ich für kritische Infrastruktur meist ein reines Failover-Setup mit klar definierter Priorität, und Load-Balancing höchstens für unkritischen Traffic wie allgemeines Surfen.

Wie schnell schaltet der Router tatsächlich um?

Das hängt stark von der Konfiguration der Health-Checks ab. Ein Router, der nur alle 60 Sekunden prüft, ob die Leitung noch steht, lässt im schlechtesten Fall eine Minute lang Pakete ins Leere laufen, bevor er reagiert. Sinnvoller sind kürzere Intervalle mit mehreren Zielservern, damit ein einzelner nicht erreichbarer Testserver nicht fälschlich einen Failover auslöst. Für VoIP-Telefonie ist außerdem relevant, dass bestehende Gespräche beim Umschalten in der Regel abbrechen, da sich die öffentliche IP-Adresse ändert. Wer das vermeiden will, braucht entweder eine SIP-Trunk-Lösung, die mit IP-Wechseln umgehen kann, oder akzeptiert, dass im Ernstfall laufende Telefonate neu aufgebaut werden müssen – für die meisten Betriebe ein vertretbarer Kompromiss gegenüber einem kompletten Totalausfall.

Welche Stolperfallen tauchen bei der Konfiguration am häufigsten auf?

Der klassische Fehler ist, dass beide Anschlüsse zwar physisch getrennt beim Provider bestellt wurden, aber über dieselbe Trasse oder denselben Verteilerkasten ins Gebäude kommen. Dann nützt die zweite Leitung im Falle eines Baggerschadens herzlich wenig. Ein zweiter häufiger Punkt ist die DNS- und VLAN-Konfiguration: Wird beim Failover nicht sauber zwischen den WAN-Interfaces und den internen VLANs getrennt, kommt es zu Routing-Schleifen oder dazu, dass interne Dienste nach dem Umschalten nicht mehr erreichbar sind, weil NAT-Regeln nur für eine der beiden Leitungen hinterlegt wurden. Auch die Firewall-Regeln müssen für beide WAN-Ports gepflegt werden – ein oft vergessener Punkt, der dazu führt, dass im Backup-Betrieb plötzlich Portweiterleitungen fehlen. Und schließlich: Ein Failover-Setup sollte man testen, bevor es gebraucht wird. Ein simulierter Ausfall der Hauptleitung zeigt schnell, ob die Umschaltung wirklich reibungslos funktioniert oder ob noch Nacharbeit nötig ist.

Lohnt sich der Aufwand für kleinere Betriebe?

Für einen Einzelhändler mit reinem Kassensystem und E-Mail-Verkehr mag ein kurzer Ausfall verschmerzbar sein. Sobald aber Cloud-Anwendungen, VoIP-Telefonanlagen oder Remote-Arbeitsplätze im Spiel sind, rechnet sich eine Backup-Leitung meist schon nach dem ersten vermiedenen Ausfalltag. Der technische Aufwand ist überschaubar: ein Zweitanschluss, ein Failover-fähiger Router, saubere Verkabelung – etwa mit einem [LWL Patchkabel LC-LC Duplex OS2 Singlem