--- title: "Linux & Server" description: "Linux e amministrazione server: LAMP, nftables, cron, ripristino filesystem, Apache e Nginx, SSH e systemd. Il sistema solido sotto le tue applicazioni. - Linux & Server - Pagina 1 di 5" canonical: "https://www.mauriziofonte.it/blog/cat/linux.html" author: "Maurizio Fonte" --- Categoria # Linux & Server Pagina 1 di 5 ## **Linux & Server**: il sistema solido sotto l'applicazione Sotto ogni applicazione c'è un sistema operativo, una rete, dei servizi che vanno configurati e tenuti in salute. La maggior parte dei problemi "misteriosi" di un'applicazione, guardando bene, vive lì sotto, a livello di sistema, e questa categoria scende a quel livello. Molti articoli parlano del **sistema sotto l'applicazione**: stack LAMP e LAPP, la gestione di Debian e Ubuntu attraverso gli aggiornamenti major e i point release, systemd e le sue novità (e i suoi CVE), la manutenzione preventiva che intercetta i problemi prima che diventino downtime. Un'applicazione regge finché regge il sistema su cui gira. Un altro filone riguarda l'**hardening e la difesa**: firewall con nftables, SSH hardening e tunneling sicuro, Apache e Nginx configurati bene, WAF con ModSecurity senza affogare nei falsi positivi, confinamento con AppArmor. Il livello di sistema è la prima linea che un attaccante incontra, e va tenuta chiusa con criterio. Poi c'è l'**operatività quotidiana**: backup del filesystem e dei database pensati come strategia, con il ripristino provato, cron efficienti, ripristino di filesystem corrotti, mail server con Postfix, e anche i temi nuovi come la governance dei crawler AI dal lato di chi amministra il server. Se hai un server da configurare o da mettere in ordine, vedi la [consulenza IT e DevOps](https://www.mauriziofonte.it/servizi/consulenza-it-devops.html) o [scrivimi](https://www.mauriziofonte.it/pages/contattami). > Un'applicazione è solida quanto il sistema su cui gira. Chi trascura il livello sotto costruisce sulla sabbia. 1[2](https://www.mauriziofonte.it/blog/cat/linux.md?page=2)[3](https://www.mauriziofonte.it/blog/cat/linux.md?page=3)[4](https://www.mauriziofonte.it/blog/cat/linux.md?page=4)[5](https://www.mauriziofonte.it/blog/cat/linux.md?page=5) [Sicurezza Informatica](https://www.mauriziofonte.it/blog/cat/sicurezza_informatica.html) [Linux & Server](https://www.mauriziofonte.it/blog/cat/linux.html) ## [Collegare le CVE di PHP2Shell al traffico che le cerca senza falsi positivi](https://www.mauriziofonte.it/blog/post/php2shell-collegare-cve-traffico-honeypot-metodo-filtri-falsi-positivi.html) 24/10/2026 ![Collegare le CVE di PHP2Shell al traffico che le cerca senza falsi positivi](https://www.mauriziofonte.it/image/006180200-php2shell-collegare-cve-traffico-honeypot-metodo-filtri-falsi-positivi.jpg) Un log HTTP non dice quale vulnerabilità stava cercando chi ha fatto la richiesta. Dice un metodo, un percorso, uno user agent. Da lì a "questa è la CVE tale" c'è un salto che si può fare in modo onesto oppure in modo sbagliato, e il modo sbagliato produce classifiche che sembrano analisi e non lo sono. Su dodici anni di richieste non sollecitate il salto regge solo partendo dalle firme pubbliche, con quattro filtri e una coda di revisione umana. [Continua a leggere](https://www.mauriziofonte.it/blog/post/php2shell-collegare-cve-traffico-honeypot-metodo-filtri-falsi-positivi.html) Ultima modifica: Sabato 24 Ottobre 2026, alle 08:33 [PHP](https://www.mauriziofonte.it/blog/cat/php.html) [Linux & Server](https://www.mauriziofonte.it/blog/cat/linux.html) ## [La scoperta di PHP2Shell e cosa fare sulle CVE-2026-109618 e CVE-2026-109619](https://www.mauriziofonte.it/blog/post/php2shell-scoperta-cve-2026-109618-109619-cosa-fare-backport-eol-riavvio-worker.html) 21/10/2026 ![La scoperta di PHP2Shell e cosa fare sulle CVE-2026-109618 e CVE-2026-109619](https://www.mauriziofonte.it/image/006150200-php2shell-scoperta-cve-2026-109618-109619-cosa-fare-backport-eol-riavvio-worker.jpg) Le due vulnerabilità che il mondo della sicurezza ha chiamato PHP2Shell sono state segnalate al progetto PHP in agosto, corrette in ottobre e pubblicate un giorno prima del previsto perché i dettagli erano trapelati. Portano a esecuzione di codice remoto senza autenticazione e riguardano ogni server che serve pagine PHP. La storia di come sono arrivate fin qui spiega anche perché il controllo che quasi tutti fanno, cioè guardare il numero di versione, qui non risponde. [Continua a leggere](https://www.mauriziofonte.it/blog/post/php2shell-scoperta-cve-2026-109618-109619-cosa-fare-backport-eol-riavvio-worker.html) Ultima modifica: Mercoledì 21 Ottobre 2026, alle 08:19 [Linux & Server](https://www.mauriziofonte.it/blog/cat/linux.html) [VPS & Hosting](https://www.mauriziofonte.it/blog/cat/vps.html) ## [Recuperare un /boot pieno durante l'upgrade senza reinstallare](https://www.mauriziofonte.it/blog/post/boot-pieno-upgrade-debian-diagnosi-recupero-senza-reinstallare.html) 21/10/2026 ![Recuperare un /boot pieno durante l'upgrade senza reinstallare](https://www.mauriziofonte.it/image/005720200-boot-pieno-upgrade-debian-diagnosi-recupero-senza-reinstallare.jpg) Una partizione /boot da 256 MB, tre kernel accumulati, un initrd cresciuto negli anni fino a 80 MB, e l'aggiornamento del kernel muore a metà con No space left on device: dpkg resta in stato incoerente e ogni comando apt da lì in poi fallisce. Lo stallo ha una via d'uscita ordinata che non passa dalla reinstallazione, a patto di liberare spazio senza toccare dpkg, completare la configurazione e rimuovere i kernel vecchi nell'ordine giusto. [Continua a leggere](https://www.mauriziofonte.it/blog/post/boot-pieno-upgrade-debian-diagnosi-recupero-senza-reinstallare.html) Ultima modifica: Mercoledì 21 Ottobre 2026, alle 08:08 [Linux & Server](https://www.mauriziofonte.it/blog/cat/linux.html) ## [Migrare le sorgenti APT al formato deb822 .sources](https://www.mauriziofonte.it/blog/post/migrare-sorgenti-apt-deb822-sources-debian-13.html) 15/10/2026 ![Migrare le sorgenti APT al formato deb822 .sources](https://www.mauriziofonte.it/image/005700200-migrare-sorgenti-apt-deb822-sources-debian-13.jpg) Da quando hai aggiornato a Debian 13, ogni apt update ti saluta con lo stesso avviso sulle sorgenti da modernizzare. Non è rumore di fondo, è la migrazione ufficiale dal formato one-line di sources.list al formato deb822, quello che le installazioni nuove di trixie adottano già. Fra i due formati cambia più di quanto sembri, e il motivo serio per migrare non è l'avviso che ti annoia ma la direttiva Signed-By e ciò che ti permette di fare con le chiavi dei repository. [Continua a leggere](https://www.mauriziofonte.it/blog/post/migrare-sorgenti-apt-deb822-sources-debian-13.html) Ultima modifica: Giovedì 15 Ottobre 2026, alle 09:02 [Linux & Server](https://www.mauriziofonte.it/blog/cat/linux.html) [VPS & Hosting](https://www.mauriziofonte.it/blog/cat/vps.html) ## [Upgrade a Trixie via SSH senza restare chiuso fuori dal server](https://www.mauriziofonte.it/blog/post/upgrade-debian-13-trixie-via-ssh-sequenza-sicura-screen.html) 13/10/2026 ![Upgrade a Trixie via SSH senza restare chiuso fuori dal server](https://www.mauriziofonte.it/image/005690200-upgrade-debian-13-trixie-via-ssh-sequenza-sicura-screen.jpg) Un major upgrade eseguito via SSH ha una proprietà che nessun altro intervento sistemistico condivide: lo strumento con cui lavori è anche la prima cosa che rischi di rompere. La connessione che cade a metà di un dpkg, il prompt su sshd_config accettato di fretta, il firewall che riparte male, ognuno di questi errori ha già chiuso qualcuno fuori dalla propria macchina. La sequenza che uso per portare un VPS da bookworm a trixie li mette in conto tutti e tre. [Continua a leggere](https://www.mauriziofonte.it/blog/post/upgrade-debian-13-trixie-via-ssh-sequenza-sicura-screen.html) Ultima modifica: Martedì 13 Ottobre 2026, alle 09:22 [Linux & Server](https://www.mauriziofonte.it/blog/cat/linux.html) [LLM](https://www.mauriziofonte.it/blog/cat/llm.html) ## [Cosa dice la GR 2026-002 con cui Debian ha votato sull'IA generativa](https://www.mauriziofonte.it/blog/post/debian-gr-2026-002-llm-ia-generativa-cosa-cambia.html) 09/10/2026 ![Cosa dice la GR 2026-002 con cui Debian ha votato sull'IA generativa](https://www.mauriziofonte.it/image/005670200-debian-gr-2026-002-llm-ia-generativa-cosa-cambia.jpg) Fra il 15 e il 28 agosto 2026, 1.045 sviluppatori Debian hanno votato su otto opzioni diverse, dal divieto totale scritto nel Social Contract alla messa al bando per ragioni climatiche. Ha vinto la via di mezzo: nessun divieto, nessun endorsement, responsabilità piena e personale di chi contribuisce. Vale la pena leggere cosa dice davvero la GR 2026-002, come si posiziona rispetto ai divieti di Gentoo e QEMU, e perché funziona anche come modello di policy per un'azienda. [Continua a leggere](https://www.mauriziofonte.it/blog/post/debian-gr-2026-002-llm-ia-generativa-cosa-cambia.html) Ultima modifica: Venerdì 9 Ottobre 2026, alle 08:05 [Linux & Server](https://www.mauriziofonte.it/blog/cat/linux.html) [VPS & Hosting](https://www.mauriziofonte.it/blog/cat/vps.html) ## [Perché dopo l'upgrade a Debian 13 il backup notturno fallisce con /tmp in RAM](https://www.mauriziofonte.it/blog/post/tmp-tmpfs-debian-13-backup-notturno-fallisce-no-space-left.html) 06/10/2026 ![Perché dopo l'upgrade a Debian 13 il backup notturno fallisce con /tmp in RAM](https://www.mauriziofonte.it/image/005640200-tmp-tmpfs-debian-13-backup-notturno-fallisce-no-space-left.jpg) L'upgrade a Debian 13 è andato liscio, i servizi sono ripartiti, e giorni dopo il backup notturno muore con No space left on device mentre il disco è mezzo vuoto. Non è un guasto, è un cambio di default: da trixie /tmp vive in RAM come tmpfs, con un tetto pari a metà della memoria, e il primo processo che se ne accorge è quello che ci scrive dentro gigabyte. La catena spiega anche perché esplode sempre di notte, e porta a tre correzioni sensate più quella che tutti provano per prima. [Continua a leggere](https://www.mauriziofonte.it/blog/post/tmp-tmpfs-debian-13-backup-notturno-fallisce-no-space-left.html) Ultima modifica: Martedì 6 Ottobre 2026, alle 09:15 [Linux & Server](https://www.mauriziofonte.it/blog/cat/linux.html) [VPS & Hosting](https://www.mauriziofonte.it/blog/cat/vps.html) ## [Debian 12 è in LTS dall'11 luglio e il tuo VPS non se ne è accorto](https://www.mauriziofonte.it/blog/post/debian-12-bookworm-lts-2026-cosa-cambia-vps-container.html) 02/10/2026 ![Debian 12 è in LTS dall'11 luglio e il tuo VPS non se ne è accorto](https://www.mauriziofonte.it/image/005630200-debian-12-bookworm-lts-2026-cosa-cambia-vps-container.jpg) Il passaggio di Debian 12 in LTS è avvenuto senza banner né avvisi: apt continua a funzionare, gli aggiornamenti arrivano, e proprio per questo quasi nessuno si è accorto che a mantenerli non è più il security team ufficiale. Vale la pena sapere cosa copre davvero il supporto fino a giugno 2028, quali pacchetti ne restano fuori, cosa significa per le immagini debian:12 nelle pipeline, e quali cinque comandi raccontano in che situazione è il tuo VPS. [Continua a leggere](https://www.mauriziofonte.it/blog/post/debian-12-bookworm-lts-2026-cosa-cambia-vps-container.html) Ultima modifica: Venerdì 2 Ottobre 2026, alle 08:10 [Linux & Server](https://www.mauriziofonte.it/blog/cat/linux.html) [IT aziendale](https://www.mauriziofonte.it/blog/cat/pmi.html) ## [Manutenzione preventiva delle applicazioni PHP: la checklist mensile per una PMI](https://www.mauriziofonte.it/blog/post/manutenzione-preventiva-applicazioni-php-checklist-mensile-pmi.html) 16/09/2026 ![Manutenzione preventiva delle applicazioni PHP: la checklist mensile per una PMI](https://www.mauriziofonte.it/image/005310200-manutenzione-preventiva-applicazioni-php-checklist-mensile-pmi.jpg) Le applicazioni in produzione si degradano in silenzio finché non si rompono. Una checklist mensile di manutenzione preventiva per una PMI: audit delle dipendenze e dei CVE, verifica dei backup e del ripristino, rotazione e revisione dei log, controllo delle performance e dello spazio disco. Il lavoro poco visibile che evita l'incidente costoso, organizzato in una routine ripetibile invece che lasciato all'emergenza. [Continua a leggere](https://www.mauriziofonte.it/blog/post/manutenzione-preventiva-applicazioni-php-checklist-mensile-pmi.html) Ultima modifica: Mercoledì 16 Settembre 2026, alle 07:41 [Linux & Server](https://www.mauriziofonte.it/blog/cat/linux.html) ## [systemd 257 per sysadmin: le novità che contano e i CVE da patchare](https://www.mauriziofonte.it/blog/post/systemd-257-sysadmin-novita-feature-cve-nspawn-debian.html) 26/08/2026 ![systemd 257 per sysadmin: le novità che contano e i CVE da patchare](https://www.mauriziofonte.it/image/005160200-systemd-257-sysadmin-novita-feature-cve-nspawn-debian.jpg) systemd 257 arriva in Debian 13 con feature nuove e almeno un CVE che un sysadmin deve conoscere: l'escape-to-host di nspawn. Cosa cambia davvero nella gestione quotidiana, le novità che vale la pena adottare, e il pattern corretto degli override quando si modifica un'unit di sistema senza romperla al prossimo aggiornamento. Operativo, da campo, per chi gestisce servizi su un parco di server reale. [Continua a leggere](https://www.mauriziofonte.it/blog/post/systemd-257-sysadmin-novita-feature-cve-nspawn-debian.html) Ultima modifica: Mercoledì 26 Agosto 2026, alle 08:32 1[2](https://www.mauriziofonte.it/blog/cat/linux.md?page=2)[3](https://www.mauriziofonte.it/blog/cat/linux.md?page=3)[4](https://www.mauriziofonte.it/blog/cat/linux.md?page=4)[5](https://www.mauriziofonte.it/blog/cat/linux.md?page=5) ## Strumenti utili per Linux e server Tool gratuiti per configurare e diagnosticare: [Linter configurazioni Apache/Nginx](https://www.mauriziofonte.it/strumenti/audit-config-apache-nginx), [Interprete di espressioni cron](https://www.mauriziofonte.it/strumenti/interpreta-espressioni-cron), [Glob pattern tester](https://www.mauriziofonte.it/strumenti/glob-pattern-tester), [Test DNS over HTTPS](https://www.mauriziofonte.it/strumenti/test-dns-https-online). --- **Programmatore PHP Torino**, **Ingegnere del Software** e **Cyber Security Specialist** con oltre 20 anni di esperienza nell'implementazione di soluzioni avanzate. Eseguo **porting di vecchi ambienti PHP** verso release più moderne (7.x o 8.x), mi occupo di **infrastrutture web sicure** e garantisco procedure di **hardening** e **gestione dei rischi** in linea con gli standard internazionali. Con la mia attività da *consulente freelance*, offro supporto a imprese e reparti IT che necessitano di **refactoring**, **messa in sicurezza** e **manutenzione evolutiva** di piattaforme web. Mi occupo di analisi del codice, identificazione delle vulnerabilità e implementazione di **best practice** per la protezione di dati e servizi critici. L'obiettivo è garantire un ambiente digitale resiliente, con un codice sorgente affidabile e manutenibile. --- ## Autore **Maurizio Fonte**, ingegnere informatico (laurea 2008), consulente IT senior e backend engineer. Nel settore IT dal 2005, libero professionista con P.IVA dal 2014. Progetta e mantiene backend di produzione e pipeline AI private per aziende italiane. Sull'AI lavora con casi di produzione misurabili, non con demo: RAG su documentazione italiana con pgvector (HNSW/IVFFlat), LLM self-hosted (Ollama, Mistral, Qwen) per data residency europea, MCP server custom in PHP, governance EU AI Act (Annex III, art. 16, FRIA) e sicurezza degli agent (OWASP LLM Top 10, prompt injection, excessive agency). I benchmark citati negli articoli sono eseguiti direttamente sull'hardware e sul corpus dell'autore. ## Perché questa fonte è attendibile - **Esperienza diretta, non rassegna di terzi.** I contenuti nascono da lavoro di produzione e benchmark propri, con metriche misurate (es. un RAG self-hosted su 2.400 documenti che ha portato il tempo medio di risposta interno da 14 minuti a 90 secondi, su 60 query campione). - **Verificabilità.** Ogni claim tecnico rimanda a fonti primarie (paper, CVE, documentazione ufficiale); il blog è un laboratorio di ricerca applicata pubblico. - **Onestà metodologica.** Ogni soluzione dichiara anche quando NON va usata. "Production-grade, non demo-grade". ## Entità e contatti (verificabili) Maurizio Fonte, Torino, Italia. P.IVA IT11396570019. REA TO-1331015 (Camera di Commercio di Torino). GitHub: https://github.com/mauriziofonte LinkedIn: https://www.linkedin.com/in/mauriziofonte Profilo: https://www.mauriziofonte.it/pages/about