Correzione automatica del filesystem su Debian: fsck fatto bene con systemd nel 2026
Un filesystem che non monta più al riavvio blocca tutto. Le vecchie guide per forzare il controllo del filesystem su Debian si basavano su un reboot giornaliero: oggi quel metodo è obsoleto, perché poggia su file di init che non esistono più e sul riavvio quotidiano, un anti-pattern in produzione. Questo articolo rifà la guida nel modo corretto del 2026: forzare un fsck con systemd, pianificare un controllo periodico senza riavvii, e recuperare un disco già corrotto. Continua a leggere
Ultima modifica:
Accedere al database MySQL di produzione da remoto senza esporlo su internet è un requisito frequente. Con SSH tunneling si ottiene un accesso sicuro con crittografia end-to-end senza modificare il firewall. Vi mostro i comandi per i casi d'uso più comuni che uso ogni giorno: MySQL, Redis, Elasticsearch e RDP. 
JSON5 estende JSON con commenti, trailing comma, virgolette singole e chiavi non quotate, e in PHP si legge con una libreria drop-in. Ma il consiglio che gira da anni, "sostituisci ovunque json_decode con json5_decode", è sbagliato e può crearti problemi: JSON5 non è un JSON migliore per ogni uso, è un formato pensato per i file che un essere umano scrive a mano. Vediamo dove ha senso, dove va evitato, e come si adotta in un progetto esistente senza fare danni. 
ModSecurity con le regole OWASP CRS di default blocca il 30% delle richieste legittime su applicazioni PHP complesse. Il tuning è il lavoro vero. Vi mostro il processo che uso: audit mode per una settimana, analisi delle regole che scattano di più, whitelist chirurgiche e graduale passaggio a blocking mode. 
OwnCloud è stato a lungo la via classica per costruire un cloud aziendale economico e autogestito. Nel frattempo quel progetto si è spaccato in due: OwnCloud ha riscritto il motore in Go abbandonando PHP, e il fork Nextcloud è diventato lo standard del self-hosting. Questo articolo aggiorna la guida al 2026: quale piattaforma scegliere, come la metto in produzione su VPS con reverse proxy e TLS, e perché la vera ragione per autogestire un cloud non è più il prezzo, ma la sovranità del dato. 
SELinux è potente ma la curva di apprendimento è ripida per un team senza specialisti. AppArmor su Debian/Ubuntu offre il 90% del beneficio con il 20% della complessità. Ho configurato profili AppArmor per PHP-FPM, Nginx e MySQL su un VPS cliente: in due ore, l'esecuzione di processi PHP è confinata a livello kernel. 
Le best practice SSH standard (porta non-22, root disabilitato, chiavi invece di password) le applica ormai quasi tutti. Ma i tentativi di accesso continuano. Vi mostro le misure avanzate che aggiungo su VPS esposti: certificati SSH con CA interna, 2FA TOTP, AllowedUsers restrittivo e alert real-time. 
Gestire 40 certificati TLS su 8 VPS a mano è un incubo. Ho costruito un sistema di automazione con Certbot, un cron di controllo scadenze e alert su Slack 30 giorni prima del rinnovo. Nessun certificato scaduto da due anni, nessuna interruzione di servizio. Vi mostro la configurazione completa. 
Uso Python per i task di automazione dove bash diventa troppo verboso: parsing di log strutturati, interazione con API REST di provider cloud, analisi di metriche Prometheus. Vi mostro cinque script reali che uso settimanalmente, con pattern riutilizzabili per chi viene da un background PHP. 
Un'azienda logistica con tre magazzini in Piemonte pagava 800€/mese per una VPN hardware gestita da un ISP. Con un VPS da 6€/mese su OVH e WireGuard, hanno ottenuto la stessa connettività site-to-site con latenza inferiore. La configurazione è meno complessa di quanto sembri.