Punto fondamentale: se non hai il controllo fisico del server, in fondo stai solo affittando un pezzo di spazio nel giardino di qualcun altro.
Questa non è una riflessione filosofica da serata post-hackathon, ma la cruda realtà che è esplosa di recente su Reddit. Un utente (che probabilmente stava cercando di dormire tranquillo) si è svegliato trovandosi con una notizia che farebbe venire un infarto a qualunque sysadmin: Namecheap ha sequestrato e disabilitato tutti i suoi domini. Senza preavviso, senza una spiegazione che sembri meno una sceneggiata, semplicemente via. Boom. Tutto spento.
La notizia, che è circolata con la velocità di un exploit zero-day su Hacker News, solleva un problema che spesso ignoriamo tra un commit e l’altro. Noi che amiamo l’open source e la sovranità digitale, tendiamo a pensare che basti possedere un DNS per essere padroni del proprio destino. Spoiler: non è così. Se il registrar decide che i tuoi asset sono ‘problematici’ o semplicemente decide di fare un capriccio legatissimo alle policy interne, tu rimani a guardare il monitor che mostra l’erroca 404.
Certo, parliamoci chiaro: stiamo parlando di un provider americano. Se la questione fosse legata a un ordine giudiziario degli Stati Uniti, per noi che viviamo sotto la giurisdizione europea il problema è meno diretto, ma il principio non cambia. La tecnologia non conosce confini, ma il potere di ‘spegnere l’interruttore’ sì. Se un gigante del settore decide di applicare una policy restrittiva, l’impatto è globale. Non importa se il tuo server è in un datacenter a Milano o a Francoforte; se il dominio muore, l’identità digitale muore con lui.
Non è la prima volta che assistiamo a episodi del genere, dove l’hype per la sicurezza o la conformità viene usato come un maglio per colpire chiunque non rientri nei nuovi standard decisi da qualche ufficio legale che non ha mai visto una riga di codice in vita sua. È quel tipo di dinamica che ti fa venire voglia di tornare ai tempi del BNC e dei server configurati a mano, dove almeno sapevi esattamente chi teneva le chiavi del castello.
Cosa impariamo da questo disastro? Che la ridondanza non riguarda solo i backup dei database o i cluster Kubernetes. La vera ridondanza è non mettere tutte le uova (o tutti i domini) nello stesso cestino. Se hai infrastrutture critiche, affidarsi a un unico punto di fallimento decisionale è un suicidio tecnico. La prossima volta che registrate un nuovo dominio, ricordatevi che la libertà digitale è un’illusione se non avete un piano B pronto all’uso.