Storing bij laadpalen Eneco kwam niet door Cloudflare, maar DNS-storing

De storing waardoor Eneco Connectric-wallboxen meerdere dagen niet meer werkten, werd veroorzaakt door een DNS-storing. Dat meldt een woordvoerder aan Tweakers. Eerder wees het bedrijf naar de wereldwijde Cloudflare-storing van vorige week.

De storing begon vorige week dinsdag en werd afgelopen maandag opgelost. Door een aanpassing op de DNS-server konden de laadpalen geen verbinding maken met de lokale websocket van de eigen backend, legt de woordvoerder uit. Daardoor werd het voor de laadpalen ook onmogelijk om data naar het beheerplatform van de laadpunten te sturen. Wat er precies misging op de DNS-server, wordt nog onderzocht. Door de server terug te zetten naar een vorige configuratie kon Eneco de storing oplossen.

Het bedrijf heeft een offlinebeleid van twee weken, wat inhoudt dat gebruikers hun thuislaadpalen twee weken offline met hun eigen laadpas kunnen gebruiken voordat deze stopt met laden. Normaliter is dat volgens Eneco ruim, maar omdat de storing meerdere dagen duurde, zijn er waarschijnlijk toch mensen geweest die een paar dagen niet hebben kunnen laden. Eneco schat in dat 'enkele honderden' klanten hinder hebben ondervonden van de storing.

De woordvoerder erkent dat het probleem relatief eenvoudig op te lossen was en zegt dat de oplossing normaal gesproken veel sneller was doorgevoerd. Hij noemt het feit dat de Cloudflare-storing samenviel met de DNS-storing een 'perfect storm': "Als je in de verkeerde hoek aan het zoeken bent, kun je zoeken tot je een ons weegt, maar dan ga je het probleem niet vinden."

Reacties (8)

[pe0mot]

Geen real-time monitoring op de primaire processen?

Als DNS niet wordt bewaakt, mag je je zorgen maken over de rest.

[Punkbuster]

0 DAYS
SINCE IT WAS DNS
(It's always DNS)

😜

[WargamingPlayer]

Kortom, complexiteit uit de omgeving halen en dus afscheid nemen van de omgevingen waar je zelf niet kan troubleshooten. Cloudflare dus.

[THM0]

Of bij het troubleshooten even verder kijken dan je neus lang is. En dus niet: oh dit ligt plat, dan zal dat wel de root cause zijn.

[Rolfie]

It's not DNS

It can't be DNS

It was DNS.

Conclusion: It's always DNS

[hp197]

its always the engineer who doesn't understand dns

[Zebby]

Leuk hoe iets dat in de basis totaal niet complex is (afhankelijk van de dieptegang, meestal niet) dat het daardoor juist vaak fout gaat. Mij nou nooit gebeurt, nope.

[Invictus66]

Die paragraaf over het offlinebeleid is wel erg vreemd. Het beleid zegt 2 weken, maar als er dan een paar dagen uitval is werkt het toch niet. Dit klopt toch ergens niet.