Waarom ik CloudVikings bouwde, een hoster waar ook je AI-assistent alleen mag voorstellen
Een MX-record is één regel tekst. Wie die regel mag wijzigen, krijgt je e-mail, en daarmee de link uit elke "wachtwoord vergeten"-mail van elk account dat aan dat adres hangt. Bij veel hosters staat die regel achter een wachtwoord en, als je geluk hebt, een sms-code. CloudVikings is mijn poging om dat anders te doen.
Twaalf jaar hosting, daarna de andere kant van de tafel
Ik heb twaalf jaar bij IPS in Rotterdam gewerkt, een aanbieder van managed cloud hosting, eerst als sales manager, daarna als operationeel manager en uiteindelijk als general manager en aandeelhouder, tot het bedrijf werd verkocht. Daarna werd ik CISO bij een veiligheidsregio, waar ik nu projectleider ICT ben. Die twee banen kijken op een totaal verschillende manier naar hetzelfde beheerportaal.
Als hoster kijk je naar wat een portaal moet kunnen: een record aanpassen, een domein verhuizen, een mailbox aanmaken, en dat zo snel mogelijk, want elke klik extra levert een supportvraag op. Als CISO kijk je naar wat er gebeurt als iemand anders dan de eigenaar inlogt. Dan is "snel en zonder extra stappen" ineens het probleem.
Bij domeinnamen en DNS is dat verschil extra scherp. Wie je DNS beheert, bepaalt waar je website naartoe wijst, waar je mail binnenkomt en welke servers namens jou mogen mailen. Een overgenomen hostingaccount is daardoor geen incident met één dienst, maar met alles wat aan je domeinnaam hangt. Toch is het beheer daarvan bij veel partijen ingericht alsof het om een webshopaccount gaat.
Elke wijziging opnieuw bevestigen
Het uitgangspunt van CloudVikings is simpel te formuleren en lastig te bouwen: rondkijken mag, veranderen vraagt elke keer opnieuw om bewijs.
Inloggen gaat altijd met wachtwoord plus een tweede factor: een passkey of een authenticator-app. Een code per e-mail telt niet als tweede factor; die vragen we alleen als extra controle wanneer je vanaf een onbekend apparaat inlogt. Een passkey heeft de voorkeur, omdat die alleen werkt op de echte website en dus niets doet op een nagemaakte inlogpagina. Een organisatie kan passkeys voor al haar leden verplicht stellen.
Daarna blijf je ingelogd om te kijken, maar wijzigen, bestellen, live zetten of verwijderen bevestig je steeds opnieuw met die tweede factor. Die bevestiging hoort bij precies die ene wijziging: de passkey-uitdaging wordt afgeleid van wat er gaat veranderen, zodat een bevestiging niet voor iets anders te gebruiken is. Je ziet vooraf wat er verandert. Alleen acties die iets verminderen of beëindigen, zoals uitloggen of toegang intrekken, kunnen zonder die extra stap. Een sessie verloopt na 30 minuten zonder activiteit en hoe dan ook na 12 uur.
Dat kost klikken, en ik weet dat niet iedereen daar blij van wordt. Een DNS-wijziging is bij ons geen seconde werk, maar een paar seconden. Voor iets wat je e-mail kan overnemen vind ik dat een redelijke prijs, maar het blijft een keuze met een nadeel, geen gratis verbetering.
Een log dat ook mij controleert
Elke actie komt in een activiteitenlog: wie, wat, wanneer, vanaf welk apparaat en hoe het bevestigd is. Dat geldt ook voor acties van een AI-assistent, een webbureau en onze eigen support. Kijkt support mee, dan krijg je daar een melding van, en wijzigen kunnen we pas als jij ons een code geeft.
Een log in een database bewijst op zichzelf weinig, want wie bij de database kan, kan het log aanpassen. Dat geldt ook voor mij. Daarom is het log een keten: elke regel bevat de vingerafdruk van de vorige, zodat een aangepaste of weggehaalde regel de keten breekt. Iemand met volledige toegang zou een hele keten opnieuw kunnen opbouwen, dus elk uur gaat een momentopname van alle ketens naar opslag met Object Lock in compliance-modus. Die kan gedurende de bewaartermijn door niemand worden gewijzigd of verwijderd, ook niet door CloudVikings. Elke nacht wordt gecontroleerd of het log nog aansluit op alle momentopnames. De vingerafdrukken staan openbaar op de verankeringspagina; wie daar een kopie van bewaart, kan later zelf zien dat er niets is herschreven.
Wat het log niet doet, is een verkeerde wijziging voorkomen. Het maakt achteraf aantoonbaar wat er is gebeurd. Voorkomen is het werk van de tweede factor en de goedkeuringen.
AI mag voorstellen, niet beslissen
Steeds meer mensen laten een AI-assistent hun website bouwen of hun DNS uitzoeken. Dat is handig, en precies daarom riskant: een assistent kan zich vergissen, en hij kan misleid worden door tekst die hij onderweg leest. Een TXT-record, een webpagina of een buildlog kan zinnen bevatten die eruitzien als een opdracht.
CloudVikings heeft een eigen MCP-server, waarmee je Claude, ChatGPT of een andere assistent koppelt via OAuth. Die koppeling handelt namens het lid dat haar maakte, voor één organisatie, met hoogstens de rechten van dat lid. Ze kan lezen en voorstellen, meer niet. Vraag je je assistent om de DNS voor Microsoft 365 in te richten, dan krijg je geen gewijzigde zone maar een voorstel met een link. Jij opent die, ziet welke records erbij komen en verdwijnen, en keurt goed met je passkey. Tot dat moment gebeurt er niets.
Er zijn twee uitzonderingen, en die zijn bewust klein gehouden. Een testomgeving of een gratis Proef mag de assistent zelf bijwerken, omdat daar niets publieks aan hangt. En zakelijke klanten kunnen een maandbudget instellen waarbinnen hun assistent zelf domeinnamen bestelt; dat budget staat standaard op nul, en het instellen vraagt zelf weer een bevestiging. Wat uit DNS, namen of buildlogs komt, gaat gemarkeerd als gegevens naar de assistent, zodat hij het niet als opdracht leest. Waarden van geheime variabelen krijgt hij nooit te zien.
Webbureaus werken op dezelfde manier. Een bureau kijkt mee en stelt voor, de klant keurt goed. Niemand hoeft nog een inlog te delen, en de klant ziet welke medewerkers van het bureau toegang hebben.
Wat je er kunt afnemen
Domeinnamen in ruim 700 extensies, met DNS en DNSSEC inbegrepen. Hosting in drie vormen: een gratis Proef van 14 dagen op een previewadres, een Site voor een statische website op je eigen domein met een test- en productieomgeving, en een App voor een webapplicatie vanuit een Dockerfile, desgewenst met PostgreSQL of MySQL en Redis. Een Site of App kan een GitHub-repository volgen: elke push gaat naar test, live zetten blijft een eigen handeling. En zakelijke e-mail op je eigen domein, met webmail, IMAP en SMTP, agenda en contacten, gedeelde mailboxen en gratis groepsadressen.
Verlengen kost bij bijna alle extensies hetzelfde als registreren, dus geen lokprijs in het eerste jaar. Een .nl of .es verhuizen is gratis. De bedragen staan op de prijzenpagina; ik noem ze hier bewust niet, omdat ze daar worden bijgehouden en hier niet.
Waar het draait
"Eigen servers" is een begrip dat hosters graag ruim opvatten, dus hier is het concreet. Alles draait op servers die wij zelf inrichten en beheren, gehuurd bij Europese partijen, met spreiding over locaties waar dat uitmaakt.
| Onderdeel | Waar | Opbouw |
|---|---|---|
| Portaal | Hetzner, Finland en Duitsland | Mijn CloudVikings |
| DNS | Hetzner (Helsinki, Falkenstein), Vultr (Amsterdam), OVH (Gravelines) | Verborgen hoofdserver met PowerDNS, drie publieke nameservers onder .nl, .eu en .net |
| Websites en doorsturen | Hetzner, Neurenberg en Falkenstein | Twee edges met Caddy; valt de actieve uit, dan gaat het vaste IP-adres naar de andere |
| Apps | Hetzner | Elke app in een gVisor-sandbox, met een eigen netwerk per omgeving |
| Hetzner, Falkenstein, Neurenberg en Helsinki | Stalwart op drie servers, met een PostgreSQL-cluster eronder | |
| Back-ups | Wasabi, Amsterdam | Object Lock, met een sleutel die niets kan verwijderen |
De drie nameservers staan bewust onder drie verschillende extensies en bij drie verschillende bedrijven. Heeft een register, een hoster of een datacenter een probleem, dan antwoorden de andere twee gewoon. De verborgen hoofdserver is van buiten niet te bevragen; de publieke nameservers krijgen hun zones over een versleutelde WireGuard-verbinding. Updates en herstarts zijn per nameserver op een ander tijdstip ingepland, zodat er nooit twee tegelijk weg zijn.
Dat ik dit zo precies opschrijf, heeft een reden. In mijn artikel over eigen servers versus de hyperscaler stond eerst dat mijn servers in Nederlandse datacenters staan. Dat klopte niet; ze staan in Duitsland en Finland. Voor de AVG maakt dat niets uit, het blijft de EU en het blijven Europese bedrijven. Maar wie over soevereiniteit schrijft, moet zelf precies zijn over waar de data staat.
Waar het niet Europees is
Een hoster die zegt dat alles volledig Europees is, heeft meestal niet goed gekeken. Dit zijn de plekken waar CloudVikings van een niet-Europese partij afhangt:
- Back-ups bij Wasabi. Het datacenter staat in Amsterdam, maar Wasabi is een Amerikaans bedrijf. Daarom gaan de back-ups van het portaal, van app-databases en van mailboxen versleuteld de deur uit, met een sleutel die alleen wij hebben. De versies van websites staan er onversleuteld; dat zijn de bestanden die je zelf publiceert.
- Nameserver ns1 bij Vultr, ook een Amerikaans bedrijf, in Amsterdam. Die bevat alleen een kopie van je DNS, en DNS is openbaar. Valt hij weg, dan antwoorden ns2 en ns3.
- De mail van ons eigen team loopt via Microsoft 365. Mail je ons, dan staat dat bij Microsoft. Je gegevens in Mijn CloudVikings staan daar niet.
- Certificaten komen van Let's Encrypt (VS) en ZeroSSL. Die krijgen alleen de domeinnaam, en die wordt sowieso openbaar gelogd.
- Domeinnamen lopen via Realtime Register, een Nederlandse registrar; CloudVikings is reseller, geen registrar. Het register zelf hangt af van de extensie: .nl, .be en .eu zijn Europees, .com en .net niet.
De volledige lijst, met locatie per partij, staat op de pagina subverwerkers. De afweging per onderdeel staat in het stuk over digitale soevereiniteit.
Voor wie het niet is
CloudVikings is gebouwd voor zzp'ers, mkb, verenigingen en webbureaus die hun domeinen, mail en websites op één plek willen hebben zonder er een systeembeheerder voor in te huren. Er zijn ook situaties waarin je beter ergens anders zit.
Draait je site op WordPress, Wix of een webshopplatform, dan is een Site niet de plek: die is voor statische websites, en beheerde WordPress-hosting met updates en plug-ins bieden we niet. Mail met medische gegevens hoort er ook niet: CloudVikings Mail voldoet niet aan NTA 7516, de norm voor veilig mailen in de zorg. Mail doorsturen naar een adres buiten CloudVikings, zoals Gmail, kan bewust niet, omdat doorgestuurde mail steeds vaker in de spam belandt of wordt geweigerd. En een mailbox van Microsoft 365 of een andere aanbieder overzetten doen wij op verzoek; zelf starten vanuit het portaal kan nog niet.
Dan de vraag die je bij elke kleine aanbieder hoort te stellen: wat als het stopt? CloudVikings is jong en klein. Daar staat tegenover dat je er niet aan vastzit. Een domeinnaam verhuis je met een verhuiscode naar elke andere aanbieder, je DNS is een gewone zone, een Site bestaat uit je eigen bestanden en je activiteitenlog download je wanneer je wilt. Weggaan moet net zo makkelijk zijn als komen.
Tot slot
Het eerste ontwerpdocument voor CloudVikings is van mei 2026. Het idee erachter is niet spectaculair: neem de beveiliging die je van een bank verwacht, pas die toe op de plek waar je domeinnaam, je website en je e-mail samenkomen, en maak het zo dat een bakker het ook kan gebruiken. Het verschil met wat ik bij IPS deed, is dat ik nu vanaf de eerste regel code bouw met de vraag die ik als CISO stelde: wat gebeurt er als iemand anders dan de eigenaar inlogt?
Bij CloudVikings is het antwoord: niet veel, zolang die persoon de passkey van de eigenaar niet heeft. En als er toch iets gebeurt, staat het in een log dat ik zelf niet ongemerkt kan herschrijven. Hoe dat in de praktijk werkt, zie je in de demo op cloudvikings.nl; de actuele stand van alle diensten staat op de statuspagina.
Veelgestelde vragen
Wat is CloudVikings?
Een aanbieder van domeinnamen, DNS, hosting en zakelijke e-mail uit Uden, in 2026 opgericht door Robin Bohnen. Klanten beheren alles in Mijn CloudVikings: zelf, via hun webbureau of via hun eigen AI-assistent.
Mag een AI-assistent bij CloudVikings zelf wijzigingen doen?
Nee. Een gekoppelde assistent kan lezen en voorstellen. DNS wijzigen, live zetten en bestellen wacht op goedkeuring door een mens met een passkey of authenticator-app. Alleen een testomgeving of een gratis Proef mag hij zelf bijwerken, en zakelijke klanten kunnen een maandbudget voor domeinbestellingen instellen dat standaard op nul staat.
Waar staan de servers van CloudVikings?
Portaal, hosting en mail draaien bij Hetzner in Duitsland en Finland. Back-ups staan bij Wasabi in Amsterdam, met Object Lock. De nameservers staan bij Hetzner, OVH en Vultr in Duitsland, Frankrijk en Nederland.
Is CloudVikings een registrar?
Nee, een reseller. Domeinnamen worden geregistreerd via de geaccrediteerde registrar Realtime Register. DNS, hosting en e-mail draaien op eigen servers.
