Terug naar de blog
29 augustus 2026

Blijf online zonder uitval: zakelijke internetfailover met detectie

Zakelijk netwerk met een actieve failoververbinding

Zakelijke internetfailover werkt het betrouwbaarst met een beheerde secundaire verbinding op een andere technologie of andere provider dan je hoofdlijn. Cruciaal daarbij zijn correcte detectie-instellingen en anti-flap-configuratie, want een failoversysteem dat te snel of juist te traag schakelt, veroorzaakt meer schade dan het voorkomt. Vraag een quick-scan aan bij je IT-partner voordat je zelf een dongle bestelt.

Kort samengevat:

  • Een failover-systeem moet correct zijn ingesteld met betrouwbare detectie, anti-flap en unieke monitor-IP’s om vals alarm en onbetrouwbaarheid te voorkomen.
  • Kies voor een echte redundante verbinding via providerdiversiteit en fysieke scheiding, vooral als je kritieke systemen zoals VoIP of kassa’s afhankelijk zijn van continue internetconnectie.
  • Automatische omschakeltijden onder de 10 seconden zijn mogelijk met Linux-oplossingen, maar snelle detectie verhoogt het risico op valse meldingen; pas de instellingen daarom zorgvuldig aan.
  • Een beheerde dienst met vaste reactietijden, goede monitoring en integratie van firewalls en VPN’s biedt de meeste zekerheid voor zakelijke failover.
  • Astia voert een volledige aanpak van audit tot beheer uit, met uitsluitend provider-onafhankelijke verbindingen en gecontroleerde testen, waardoor bedrijfscontinuïteit beter gewaarborgd is.

Inhoudsopgave

Wat is failover en hoe verschilt het van load balancing?

Failover betekent dat een tweede internetverbinding stil in de wacht staat en pas actief wordt zodra de hoofdlijn uitvalt. Die back-uplijn doet in normale omstandigheden niets: geen verkeer, geen belasting, puur een verzekering. Load balancing werkt fundamenteel anders. Daar verdelen beide lijnen continu verkeer om snelheid en capaciteit te vergroten, ook als beide verbindingen gewoon werken.

Het onderscheid bepaalt welke vraag je eigenlijk stelt. Wil je dat de winkelkassa of het VoIP-systeem blijft werken als de glasvezel uitvalt? Dan zoek je failover. Wil je meer bandbreedte voor grote bestanden of videobellen op piekmomenten? Dan is load balancing de juiste keuze. Veel bedrijven combineren beide: load balancing voor dagelijkse capaciteit, failover als vangnet bij uitval, zoals ook gangbaar is in productieomgevingen met UniFi-apparatuur.

Een praktijkvoorbeeld verduidelijkt het verschil meteen:

  • Een accountantskantoor met kritieke cloudsoftware kiest voor failover: uitval van de hoofdlijn mag nooit het werk stilleggen.
  • Een marketingbureau dat continu grote bestanden verstuurt, heeft meer baat bij load balancing plus een lichte back-up.

Welke back-uptypen zijn geschikt voor bedrijven?

Voor zakelijke dubbele internetverbinding bestaan grofweg drie serieuze routes, elk met een eigen prijs-risicoprofiel.

Cellulaire back-up (4G/5G) is snel te installeren en werkt onafhankelijk van je vaste infrastructuur. De beperking zit in het detail: databundels raken op tijdens langdurige storingen, NAT-configuraties compliceren VPN-verkeer, en veel providers gebruiken hetzelfde mobiele netwerk als je vaste lijn, waardoor je schijnredundantie koopt.

Een tweede vaste ISP biedt het hoogste redundantieniveau, mits de fysieke route echt afwijkt van je hoofdverbinding. Twee glasvezelaansluitingen die via hetzelfde straatkastje lopen, bieden weinig bescherming bij een graafincident.

SD-WAN of managed multi-WAN geeft centrale beleidscontrole over meerdere verbindingen tegelijk en behoudt je bestaande netwerkregels ook na een omschakeling. Dit is de meest volwassen oplossing voor bedrijven met meerdere vestigingen of strikte compliance-eisen.

Dongles en losse 4G-routers zijn prima als tijdelijke noodmaatregel, maar zonder integratie in firewall, QoS en monitoring voldoen ze zelden aan zakelijke continuïteitseisen.

Pro-tip: Vraag altijd naar de fysieke routetekening van je providers. Twee “verschillende” verbindingen die door dezelfde straat lopen, zijn geen echte internet redundancy.

Hoe stel je detectie, DNS en firewall correct in?

Een failoversysteem is pas betrouwbaar als de instellingen eronder kloppen. Dit zijn de zes zaken die IT-teams écht moeten regelen, of aan hun leverancier moeten voorleggen:

  1. Gebruik unieke monitor-IP’s per WAN-lijn. Identieke anycast-doelen op beide verbindingen leiden tot valse storingsmeldingen wanneer slechts één doel tijdelijk onbereikbaar is, zoals ook wordt aanbevolen in de pfSense multi-WAN documentatie.
  2. Stel realistische probe-intervallen in. Voor bedrijfskritische diensten werkt een probe-interval van ongeveer één seconde met een meetperiode van enkele tientallen seconden en een realistische downdrempel goed als uitgangspunt.
  3. Configureer anti-flap (hysteresis). Zonder vertraging tussen omschakelmomenten schiet je systeem heen en weer bij een instabiele lijn, met meer verstoring als resultaat dan een simpele storing zelf.
  4. Regel DNS Query Forwarding of meerdere DNS-servers, zodat naamresolutie blijft werken ongeacht welke lijn actief is.
  5. Houd rekening met sessieverlies. Actieve TCP-sessies en VPN-tunnels vallen doorgaans weg bij een omschakeling; enterprise-oplossingen vangen dit op met policy routing of state-sync tussen firewalls, zoals beschreven in deze vergelijking van dual-WAN failover op pfSense, OPNsense en Linux.
  6. Test periodiek, niet eenmalig. Trek tijdens een geplande test de hoofdlijn los en meet de daadwerkelijke omschakeltijd én de impact op VoIP en applicaties.

Een technisch detail dat besluitvormers vaak verrast: event-driven Linux-oplossingen met NetworkManager kunnen sub-10s failover realiseren, terwijl klassieke polling-gebaseerde gateways doorgaans 30 tot 60 seconden nodig hebben om een storing te detecteren en om te schakelen. Sneller is niet automatisch beter: te agressieve detectie verhoogt het risico op valse alarmen, dus de instelling moet passen bij de kritikaliteit van de dienst.

Hoe kies je de juiste failoveroplossing voor je bedrijf?

Vijf criteria bepalen of een oplossing daadwerkelijk continuïteit levert, in plaats van alleen een tweede kabel in de meterkast.

  • Providerdiversiteit: gebruik nooit dezelfde provider of hetzelfde fysieke tracé voor beide lijnen.
  • Beheer en service level: een fully-managed dienst met vastgelegde reactietijden voorkomt dat jij zelf 's nachts een router moet herstarten.
  • Integratie met security: firewallregels, VPN-tunnels en QoS-beleid moeten intact blijven na omschakeling.
  • Monitoring en rapportage: je wilt zichtbare logs van elke omschakeling, niet alleen een blinkend lampje.
  • Kostenstructuur: let op databundels bij cellulaire back-up en op verborgen beheerkosten.

Stel leveranciers drie directe vragen: hoe ziet hun testplan eruit, wie beheert het failoverbeleid dagelijks, en hoe garanderen ze dat VPN- en telefonieverkeer intact blijft bij een omschakeling? Een leverancier die geen concreet antwoord heeft op de laatste vraag, verkoopt een doos, geen dienst.

Pro-tip: Wantrouw offertes waarin primaire en secundaire lijn van dezelfde provider komen. Dat is geen internet redundancy zakelijke oplossing, dat is een dubbele factuur.

Rode vlaggen zijn onduidelijke datatarieven, het ontbreken van managed monitoring, en een leverancier die “failover” verkoopt zonder ooit een testrapport te tonen.

Hoe pakt Astia internet failover in de praktijk aan?

Hoe pakt Astia internet failover in de praktijk aan? — overview diagram

Astia kiest bewust voor provider-onafhankelijke opzet: de secundaire lijn draait altijd op een andere technologie of andere aanbieder dan de hoofdverbinding, want alleen dan is er sprake van échte redundantie. Een implementatie start met een audit van de bestaande netwerkinfrastructuur, gevolgd door een gecontroleerde failovertest waarbij we de daadwerkelijke omschakeltijd en de impact op telefonie en VPN meten. Daarna volgt doorlopend beheer: monitoring, periodieke hertests en rapportage over elke omschakeling die zich voordoet.

Klanten krijgen inzicht in wat er gebeurt, niet alleen de belofte dat het goed komt. Dat verschil tussen een doos in het netwerk en een beheerde dienst is precies waarom bedrijven vaak pas na een storing beseffen wat ze hadden moeten regelen.

— Mick

Astia regelt je zakelijke internet failover van audit tot beheer

Astia is het alternatief voor het zelf uitzoeken van providers, apparatuur en instellingen: wij leveren beheerd netwerkbeheer waarin failover, firewallbeleid en QoS als één geheel worden ingericht en onderhouden, in plaats van los bij elkaar geraapte losse onderdelen.

Astia

Een quick-scan brengt binnen een paar dagen in kaart waar je netwerk kwetsbaar is en welke vorm van dubbele internetverbinding past bij jouw bedrijfskritische toepassingen, van zakelijke telefonie tot cloudsoftware. Daarna volgt een gecontroleerde proeftest, zodat je vooraf weet wat er gebeurt bij een echte storing in plaats van dat achteraf te ontdekken. Ook firewallbeheer en de bredere aanpak van back-up en disaster recovery sluiten hier direct op aan. Vraag vandaag nog een quick-scan aan via de netwerkbeheerpagina en ontdek binnen een week waar jouw netwerk risico loopt.

Bronnen

Voor wie zelf verder wil lezen: de pfSense multi-WAN failover documentatie beschrijft configuratie tot in detail, en het linux-dual-wan-failover project toont hoe sub-10s omschakeling technisch werkt.

Aanbevelingen