70m3

~$ whoami tome

Server in casa, codice scritto da zero, salite in bici.

Tengo in piedi da solo un piccolo laboratorio di server e ci costruisco sopra gli strumenti che mi servono, quando quelli che trovo non bastano. Qui trovi cosa faccio e come lo faccio.

~$ cat principi.txt

Tre regole che seguo

~/srv

I dati stanno a casa mia

File, foto, password e posta girano su server miei. Niente abbonamenti cloud quando posso farne a meno, e nessuno che decida al posto mio cosa tenere.

~/src

Se non esiste, lo scrivo

Quando un programma fa troppo, troppo poco o costa troppo, ne scrivo uno su misura. Piccolo, comprensibile, e fatto per durare.

~/docs

Tutto scritto, tutto provato

Ogni servizio ha la sua pagina di documentazione e ogni backup viene ripristinato per prova. Una cosa non documentata è una cosa che prima o poi si rompe.

~$ ls ~/progetti

Cose che ho costruito

Programmi nati da un bisogno vero, scritti da zero e usati ogni giorno. Apri una scheda per andare al sito del progetto; gli altri arrivano qui quando diventano pubblici.

VPNBox

Client VPN per quattro protocolli da un'unica interfaccia: OpenVPN e WireGuard, e i gateway aziendali GlobalProtect e Fortinet.

LinuxWindowsAndroid
vpnbox.eu Instagram

Netool

Strumenti di rete: calcolo di sottoreti IPv4 e IPv6, DNS, certificati, ASN, BGP e punti di interscambio.

web
netool.70m3.eu

VolleyStat

Scout di pallavolo da telefono o tablet: punteggio, fondamentali, rotazioni e foglio statistico in PDF.

webPDF
volley.70m3.eu

ProxPanelITS

Laboratorio informatico di una scuola su Proxmox: dalla richiesta del docente crea e configura da sola una macchina per ogni studente, negli orari delle lezioni. Fatto per una scuola, non è pubblico.

webProxmoxscuola

~$ cat metodo.md

Come lavoro

Ogni progetto passa dagli stessi quattro passaggi, nello stesso ordine.

  1. Capire il problema

    Prima di scrivere una riga guardo cosa serve davvero e cosa esiste già. Spesso basta sistemare quello che c'è.

  2. Scriverlo semplice

    Codice piccolo, poche dipendenze, standard aperti. Deve poterlo capire anche chi lo legge fra un anno, cioè io.

  3. Provarlo davvero

    Con dati veri e casi scomodi, non solo sul percorso felice. Se una cosa non l'ho provata, lo scrivo.

  4. Documentarlo

    Dove gira, come si usa, come si torna indietro. La documentazione si aggiorna insieme al codice.

~$ uptime

Il laboratorio

Tutto quello che vedi gira su server di casa, montati, configurati e tenuti aggiornati da me: un accesso unico per tutti i servizi, backup che vengono ripristinati per prova, un firewall applicativo davanti a ogni sito e statistiche senza cookie.

Chi bussa dove non dovrebbe viene bloccato e segnalato ad AbuseIPDB, così gli stessi indirizzi trovano porte chiuse anche altrove.

Quando spengo lo schermo salgo in bici, in montagna.

~$ git push origin mainEverything up-to-date~$ docker compose up -d[+] Running 4/4~$ restic checkno errors were found~$ while (salita) { pedala(); }