Blog — lymphatechnologies.com
type: Blog
language: it
date modified: 2026-08-31T10:17:18+02:00
blog post: Come lo abbiamo fatto: infrastruttura critica sanitaria, due Data Center e il disaster recovery che non aspetta il disastro
blog post: Come lo abbiamo fatto: 600+ applicazioni, un Ente Regionale e la continuità che si ripaga da sola
blog post: Modelli distillati off-grid: quando l'IA locale ha davvero senso in azienda
blog post: Data center d'interesse strategico: cosa c'è davvero dietro gli 8 miliardi per Milano e Trino
blog post: Quanti data center ci sono in Italia? La mappa di un mercato che cambia pelle
blog post: AI Act: cosa scatta davvero il 2 agosto 2026 (e perché ti riguarda anche se non «fai IA»)
blog post: Che cos'è e come funziona un server proxy
blog post: Come mettere in sicurezza un VPS con Rocky Linux
blog post: Disabilitare l'accesso con password per il protocollo SSH
blog post: Il backup non basta: perché c'è chi riparte in ore e chi resta fermo giorni
blog post: Oltre il PUE: misurare il lavoro, non solo l'energia
blog post: PUE: il numero che dice quanto consuma davvero il tuo data center
blog post: Perché il tuo RAG non funziona: è il retrieval, non il modello
blog post: RAG on-premise: cinque lezioni da una piattaforma costruita davvero
blog post: Un data center in Europa non basta: cosa significa davvero sovranità digitale
blog post: Accedere in modo sicuro a un VPS via SSH da Linux o macOS
blog post: Accedere in modo sicuro a un VPS via SSH da Windows
blog post: Come installare la GUI sul tuo VPS Ubuntu Server
blog post: Come mettere in sicurezza un VPS con sistema operativo Ubuntu Linux

Come lo abbiamo fatto: infrastruttura critica sanitaria, due Data Center e il disaster recovery che non aspetta il disastro
type: BlogPosting
description: Un sistema dedicato alla sanità regionale che non può fermarsi mai, due siti speculari a decine di chilometri di distanza e una regola semplice: ogni singolo guasto deve essere già stato previsto.
language: it
date published: 2026-08-31T08:58:51+02:00
date modified: 2026-08-31T10:17:18+02:00
article section: Casi di successo
author: Redazione Lympha
text: In questo articolo - Il contesto e la sfida - Le criticità da cui siamo partiti - Due siti gemelli: l'hardware - Lo storage: le performance sono una politica, non un numero - Virtualizzazione open source dove conta - Il dato: perché Data Guard e non il mirroring dello storage - La rete: a caccia di single point of failure - Il backup: la granularità che cambia le domande - La lezione ← Tutti gli articoli Il contesto e la sfida Ci sono sistemi informativi che possono permettersi una finestra di manutenzione. Poi ci sono quelli che governano la disponibilità di servizi critici per un'intera regione. Il progetto riguardava il sistema informativo di una rete di medicina, verticale e di visibilità regionale (volutamente teniamo generico il riferimento al fine di poter scendere più nel dettaglio tecnico realizzativo senza esporre inforamzioni del Cliente): il gestionale che accompagna ogni attività medica, i servizi dipartimentali collegati, il bus d'integrazione verso i sistemi delle aziende sanitarie, il data warehouse per la programmazione e il governo clinico. Un ecosistema di oltre quarante macchine virtuali per sito, distribuite su tre ambienti — produzione, test e collaudo — con database Oracle mission critical (RAC e DataGuard) al centro di tutto. Il requisito non era negoziabile: il servizio deve restare disponibile anche se un intero data center diventa irraggiungibile. "Ripartire in qualche giorno" non era una possibilità valutabile. L'unica era restare disponibili, ovvero piena e cruda Business Continuity. La risposta non è stata un prodotto, ma un'architettura. E una scelta di metodo che ha guidato tutto il resto: due siti identici, configurati specularmente, in due città diverse della regione. Non un sito di produzione "vero" e un DR di serie B, ma due gemelli. Quando primario e secondario sono la stessa macchina, ogni procedura di ripristino diventa più corta, più prevedibile e — soprattutto — provabile. Le criticità da cui siamo partiti Progettare per la c…

Come lo abbiamo fatto: 600+ applicazioni, un Ente Regionale e la continuità che si ripaga da sola
type: BlogPosting
description: Caso reale di IT Service Management in un Ente Regionale: 600+ applicazioni su tre filiere, governance ITIL su tre livelli, cruscotto unico open source, processi fondamentali, IMaaS e business continuity «both-active» — con il rischio sui servizi critici
language: it
date published: 2026-08-11T12:12:15+02:00
date modified: 2026-08-31T10:10:51+02:00
article section: Casi di successo
keywords: ITSM
keywords: ITIL
keywords: business continuity
keywords: disaster recovery
keywords: governance operativa
keywords: pubblica amministrazione
author: Redazione Lympha
text: In questo articolo - Il contesto e le sfide - Modello organizzativo e governance - Il Sistema di Governance Operativa: un solo cruscotto, quasi tutto open source - Business Continuity e Disaster Recovery: la continuità che si ripaga da sola - La gestione del servizio applicativo - Formazione, knowledge management e trasferimento del know-how - Risorse e competenze - Risultati e benefici - Gli elementi di innovazione - Conclusioni ← Tutti gli articoli Con questo articolo apriamo «Come lo abbiamo fatto»: una serie in cui prendiamo un progetto reale e lo raccontiamo com'è andato — senza nomi, per riservatezza, ma con i numeri e le scelte vere. Cominciamo da uno dei più impegnativi: la gestione pluriennale, l'evoluzione e la continuità operativa delle infrastrutture tecnologiche di un grande Ente Regionale italiano. Abbiamo partecipato attivamente alla progettazione, implementazione e gestione di un modello completo di IT Service Management per un Sistema Informativo in rapida evoluzione, con un data center multi-sede di elevata complessità tecnologica. La fornitura ha riguardato la gestione e lo sviluppo delle infrastrutture a supporto di oltre 650 applicazioni distribuite su tre filiere tecnologiche, al servizio di migliaia di utenti interni ed esterni, con un team dedicato di professionisti specializzati. Il progetto ha introdotto elementi di forte innovazione: un Sistema di Governance Operativa integrato, una soluzione di Business Continuity e Disaster Recovery con modello both-active e un approccio metodologico basato sulle best practice ITIL, garantendo piena conformità al D.Lgs. 235/2010 (art. 50-bis del CAD) e alle direttive dell'Agenda Digitale. 600+ applicazioni gestite su tre filiere tecnologiche +15% di crescita delle applicazioni in un biennio −50% di rischio di perdita dei servizi critici 4 h di RTO sui servizi critici, con RPO di 1 ora Il contesto e le sfide L'Ente si trovava ad affrontare una trasformazione profonda del proprio Sistema Informativo. Da un…

Modelli distillati off-grid: quando l'IA locale ha davvero senso in azienda
type: BlogPosting
description: La domanda dei clienti è cambiata di segno: non più «possiamo usare l'IA generativa?», ma «possiamo elaborare questi documenti senza che escano dal nostro perimetro?». Oggi la risposta è sì — per una classe precisa di casi d'uso.
language: it
date published: 2026-08-07T15:46:11+02:00
date modified: 2026-08-11T14:36:15+02:00
article section: IA & Dati
keywords: RAG
keywords: on-premise
keywords: IA locale
keywords: modelli distillati
keywords: quantizzazione
keywords: Ollama
keywords: edge
author: Redazione Lympha
text: In questo articolo - Distillazione e quantizzazione, senza mitologia - Lo stack minimo, e cosa manca quasi sempre - Tre scenari in cui il locale funziona davvero - Dove il locale non conviene - Dimensionare l'hardware: regole pratiche - Tre domande per decidere (e l'architettura che ne esce) - Un percorso di adozione in 90 giorni - In sintesi ← Tutti gli articoli Negli ultimi diciotto mesi la domanda più frequente dei clienti enterprise è cambiata di segno. Non è più «possiamo usare l'IA generativa?», ma una versione molto più specifica: «possiamo elaborare questi documenti senza che escano dal nostro perimetro?». È una domanda legittima e oggi ha una risposta tecnicamente solida per una parte significativa dei casi d'uso. L'hanno resa possibile tre fattori insieme: modelli compatti finalmente utili, un tooling maturato al punto da essere gestibile da un team IT ordinario, e una pressione normativa crescente (GDPR, AI Act, NIS2, requisiti settoriali su sanità e finanza) che rende il confine del dato un tema di governance, non di preferenza tecnica. Questo articolo prova a distinguere il segnale dal rumore. Distillazione e quantizzazione, senza mitologia L'accessibilità dei modelli locali poggia su due tecniche distinte, spesso confuse. La distillazione addestra un modello «studente» compatto a riprodurre il comportamento di un modello «insegnante» molto più grande: non è una compressione senza perdite, è un trasferimento selettivo di competenza. Il risultato si comporta molto meglio di quanto la dimensione suggerirebbe — ma resta un modello da 3–8 miliardi di parametri. La quantizzazione riduce invece la precisione numerica dei pesi, tipicamente da 16 a 4–5 bit (formati come GGUF): l'occupazione di memoria cala di circa quattro volte, con una perdita marginale nella maggior parte dei task applicativi. Dal modello frontier all'esecuzione locale Schema animato in quattro fasi: un modello insegnante da circa 70 miliardi di parametri; la distillazione in un modello comp…

Data center d'interesse strategico: cosa c'è davvero dietro gli 8 miliardi per Milano e Trino
type: BlogPosting
description: Il 24 luglio il Governo ha dichiarato di «preminente interesse strategico nazionale» due programmi di data center da 8 miliardi di euro complessivi, a Milano e a Trino (Vercelli).
language: it
date published: 2026-07-29T16:05:01+02:00
date modified: 2026-07-30T12:00:37+02:00
article section: Governance
keywords: data center
keywords: sovranità digitale
keywords: interesse strategico
keywords: Decreto Asset
keywords: Equinox
keywords: Cavour Hyperscale Campus
author: Redazione Lympha
text: In questo articolo - Cosa significa «interesse strategico nazionale» - Il contesto: un Paese piccolo che accelera - Il primo programma: «Equinix per l'Italia» - Il secondo programma: il «Cavour Hyperscale Campus» di Trino - Tre riserve oneste - Sovranità è controllo, non solo geografia ← Tutti gli articoli Il 24 luglio 2026 il Consiglio dei Ministri ha fatto una cosa che in Italia non era mai stata fatta per questo settore: ha dichiarato due programmi di data center «di preminente interesse strategico nazionale». Non è una formula di cortesia — è un atto amministrativo, previsto dall'articolo 13 del cosiddetto Decreto Asset, che cambia le regole del gioco per due progetti da circa 4 miliardi di euro ciascuno: sette nuovi data center nell'area milanese e un campus hyperscale nel vercellese. Vale la pena capire bene cosa è successo, perché tocca un tema di cui ci siamo già occupati: la sovranità digitale europea — e la differenza, tutt'altro che teorica, tra annunciare un'infrastruttura e accenderla. Cosa significa «interesse strategico nazionale» In pratica, la dichiarazione attiva una corsia amministrativa dedicata: per ciascun programma verrà nominato, d'intesa con le Regioni interessate, un commissario straordinario di Governo con il compito di coordinare le amministrazioni coinvolte, accelerare il rilascio dell'autorizzazione unica e seguire l'attuazione degli interventi. Perché serve un commissario per costruire un edificio pieno di server? Perché il vero collo di bottiglia dei data center in Italia non è il capitale, e nemmeno la tecnologia: sono i tempi autorizzativi e gli allacciamenti alla rete elettrica in alta e altissima tensione. Un progetto da centinaia di megawatt attraversa conferenze di servizi, valutazioni ambientali e interlocuzioni con il gestore di rete che possono durare anni — e in un mercato dove la domanda di capacità di calcolo cresce alla velocità dell'IA generativa, anni di attesa possono rendere un progetto obsoleto prima del primo scavo.…

Quanti data center ci sono in Italia? La mappa di un mercato che cambia pelle
type: BlogPosting
description: Circa 250 impianti censiti, 600 MW di potenza operativa, una sola area metropolitana che concentra i due terzi di tutto. Ma la fotografia del mercato italiano dei data center dice più delle cifre: chi costruisce, chi paga, quali progetti si faranno davver
language: it
date published: 2026-07-27T14:12:38+02:00
date modified: 2026-07-30T11:57:35+02:00
article section: Data Center & Green IT
keywords: PSN
keywords: mercato
keywords: Italia
keywords: hyperscale
keywords: edge computing
keywords: data center
keywords: colocation
author: Redazione Lympha
text: In questo articolo - Quanti sono davvero - La geografia: Milano, e poi il resto - Chi muove il mercato: tre famiglie di operatori - L'economia del mattone digitale - Gigafactory o rete diffusa? Probabilmente entrambe - E per un'azienda «normale», cosa cambia? ← Tutti gli articoli Dietro ogni ricerca, ogni videoconferenza e ogni risposta di un modello di intelligenza artificiale c'è un'infrastruttura fisica che non si vede quasi mai: il data center. In Italia se ne parla molto — anche per la recente dichiarazione di interesse strategico sui programmi da 8 miliardi — ma spesso senza una fotografia d'insieme. Proviamo a scattarla: quanti sono, dove sono, chi li gestisce e quali forze stanno ridisegnando il mercato. Quanti sono davvero Secondo la mappatura di Data Center Map, alla data di pubblicazione l'Italia conta circa 250 impianti: intorno a 190 operativi, una ventina in costruzione e oltre 30 pianificati. La potenza operativa nazionale è di circa 600 MW (dati Osservatorio Data Center del Politecnico di Milano) — per dare un termine di paragone, una frazione a una cifra della capacità europea complessiva. Un'avvertenza onesta sui numeri: i censimenti differiscono tra loro (cosa conta come «impianto»? un campus con quattro edifici è uno o quattro?), e i progetti «pianificati» dichiarano spesso potenze obiettivo notevoli — da 50 fino a 120-240 MW IT per singolo campus. Dietro molti di questi annunci ci sono attese per le autorizzazioni e, soprattutto, per l' allaccio alla rete elettrica in alta tensione: come abbiamo raccontato nell'analisi sui programmi strategici, nel triennio scorso quasi un terzo degli investimenti annunciati non si è concretizzato. La mappa, insomma, va letta con la matita: ciò che è acceso è certo, ciò che è annunciato è un'ipotesi. La geografia: Milano, e poi il resto Nessuna sorpresa sul baricentro: la Lombardia, e in particolare l'area metropolitana di Milano, concentra il 68% della potenza nazionale (414 MW), in rotta verso il gigawatt entr…

AI Act: cosa scatta davvero il 2 agosto 2026 (e perché ti riguarda anche se non «fai IA»)
type: BlogPosting
description: Hai letto ovunque che «l'AI Act è stato rinviato al 2027» e ti sei rilassato. Male: è slittato solo l'alto rischio. Il 2 agosto arrivano trasparenza, sanzioni e autorità operative — e riguardano chiunque abbia un chatbot sul sito o pubblichi contenu…
language: it
date published: 2026-07-16T10:12:56+02:00
date modified: 2026-07-29T13:53:14+02:00
article section: Governance
keywords: AI Act
keywords: compliance
keywords: trasparenza
keywords: chatbot
keywords: GenAI
keywords: governance IT
keywords: Digital Omnibus
author: Redazione Lympha
text: In questo articolo - Il rinvio, tecnicamente, non è ancora legge - Il calendario, a strati - Il quadro in una tabella - Cosa fare prima di agosto (non «entro il 2027») - Cinque cose che senti dire e sono sbagliate - Le domande che ci sentiamo fare - Avvertenza (e da dove cominciare) ← Tutti gli articoli Aggiornato al 12 luglio 2026 — su questo dossier due settimane cambiano il quadro: controlla la data prima di fidarti, e per le decisioni fai fede solo a EUR-Lex. Hai letto ovunque che «l'AI Act è stato rinviato al 2027». Ti sei rilassato. Male. Quello che è slittato è una parte: gli obblighi sui sistemi ad alto rischio. Tutto il resto corre, e il 2 agosto 2026 — tra tre settimane — porta in dote la cosa che ti tocca davvero se hai un chatbot sul sito, generi contenuti con l'IA o hai integrato un modello dentro un prodotto: l'articolo 50, la trasparenza. E c'è un dettaglio ancora più scomodo, che quasi nessuno scrive. Il rinvio, tecnicamente, non è ancora legge Ricostruiamo, perché qui i dettagli procedurali contano: Quando · Cosa 19 nov 2025 · La Commissione propone il «Digital Omnibus» sull'IA (COM/2025/836) 7 mag 2026 · Accordo provvisorio in trilogo 16 giu 2026 · Il Parlamento europeo approva 29 giu 2026 · Il Consiglio UE adotta formalmente oggi · Mancano firma e pubblicazione in Gazzetta ufficiale UE Il regolamento modificativo entra in vigore tre giorni dopo la pubblicazione in Gazzetta. Fino a quel momento si applica l'AI Act nella versione 2024, con il calendario originario. Traduzione per chi deve decidere: Chi oggi pianifica soltanto sulle nuove date sta ragionando su un testo definito ma non ancora vigente. La pubblicazione è attesa entro luglio, proprio per arrivare prima del 2 agosto: è un'aspettativa fondata, non una certezza giuridica. Il calendario, a strati L'errore mentale più comune è trattare l'AI Act come un blocco unico che si sposta. Non lo è: è un mosaico, e ogni tessera ha la sua data. Già in vigore (dal 2025) I divieti — social scoring, mani…

Che cos'è e come funziona un server proxy
type: BlogPosting
description: Filtra, velocizza, protegge, maschera — ma vede tutto il tuo traffico. Come funziona un server proxy, a cosa serve davvero (dal transparent al reverse), e quando conviene affiancargli una VPN.
language: it
date published: 2026-07-16T10:12:56+02:00
date modified: 2026-07-29T14:34:55+02:00
article section: Guide pratiche
keywords: reverse proxy
keywords: VPN
keywords: rete
keywords: proxy
keywords: sicurezza
keywords: privacy
author: Redazione Lympha
text: In questo articolo - Come si svolge il lavoro del proxy - Le tre tipologie principali - Rischi o solo benefici? - Un sistema più sicuro ← Tutti gli articoli Un server proxy ha la funzione di gestire il traffico internet in ingresso o in uscita da una rete privata. Anche se apparentemente la funzione è unica, in realtà sottende moltissimi utilizzi: - filtra la navigazione: ad esempio può bloccare a un utente aziendale la possibilità di navigare su siti non pertinenti al proprio lavoro; - velocizza la navigazione: grazie a un sistema di cache può rendere molto più rapida la navigazione sulle pagine più frequentemente richiamate da un gruppo di utenti; - aumenta il livello di sicurezza del dispositivo con cui navighi: di fatto è il proxy a effettuare la connessione all'IP/porta che si desidera contattare (esempio www.sito.com sulla porta 80) — non sarà mai il tuo pc a stabilire la connessione, bensì il proxy, che poi si preoccupa di reindirizzare il risultato, in questo caso una pagina http; - si comporta come un firewall, con le sue regole specifiche di filtraggio contestuale; - aumenta la privacy di chi naviga; - permette la navigazione esclusivamente ai dispositivi autorizzati all'interno della rete locale di cui fanno parte: esempio una rete aziendale dove la navigazione dai server è inibita, salvo che verso i domini del produttore dei sistemi operativi e dell'hardware; - mascherando il tuo IP può mascherare anche la tua posizione, rendendo inutili i tentativi di geolocalizzazione dell'IP. Il suo lavoro è sostanzialmente intercettare e gestire il traffico tra dispositivi e i protocolli utilizzati. Esistono poi i reverse proxy: questi particolari server effettuano, appunto, il lavoro inverso, ovvero intercettano le richieste dei client per conto di uno o più server e, se necessario, le inoltrano ai server di destinazione (che offrono il servizio chiamato). Questo tipo di configurazione non solo impedisce a chiunque di comunicare direttamente con i server, ma miglior…

Come mettere in sicurezza un VPS con Rocky Linux
type: BlogPosting
description: Rocky Linux è enterprise e 100% compatibile con Red Hat — ma i comandi non sono quelli di Ubuntu: dnf al posto di apt, firewalld al posto di ufw, il gruppo wheel per il sudo. La messa in sicurezza di base, passo per passo.
language: it
date published: 2026-07-16T10:12:56+02:00
date modified: 2026-07-29T14:35:49+02:00
article section: Guide pratiche
keywords: VPS
keywords: Rocky Linux
keywords: hardening
keywords: firewalld
keywords: sicurezza
keywords: SSH
keywords: dnf
author: Redazione Lympha
text: In questo articolo - Prerequisiti - Verifichiamo quale sistema operativo è installato - Aggiorna il tuo sistema operativo - Creazione di un utente con privilegi limitati - Gestione del firewall - Modificare la porta del servizio SSH - Disabilitare l'accesso root via SSH ← Tutti gli articoli Rocky Linux è un sistema operativo open source di livello enterprise. La sua principale peculiarità è l'essere progettato e mantenuto di pari passo a Red Hat Enterprise Linux, ovvero essere 100% bug-per-bug compatibile. In questa guida andremo a eseguire una prima, basilare messa in sicurezza di un VPS Rocky Linux appena installato. Questi primi semplici step andranno poi integrati con eventuali altri meccanismi di sicurezza, a seconda dei servizi che vorrai installare. Vista l'origine comune (Red Hat), questa guida vale anche per i sistemi operativi CentOS 7 e 8. Prerequisiti - Un VPS Rocky Linux - Un utente con privilegi adeguati, ovvero root - Un editor di testo, nel nostro esempio useremo nano - Il gestore di pacchetti dnf, normalmente incluso nel sistema operativo - [Consigliato] Un firewall, nel nostro esempio useremo firewalld Verifichiamo quale sistema operativo è installato Essendo una distribuzione Linux che segue Red Hat EL, in caso di problemi è bene essere certi della versione su cui si lavora. Per farlo possiamo lanciare il comando: # cat /etc/os-release NAME="Rocky Linux" VERSION="9.0 (Blue Onyx)" ID="rocky" ID_LIKE="rhel centos fedora" VERSION_ID="9.0" PLATFORM_ID="platform:el9" PRETTY_NAME="Rocky Linux 9.0 (Blue Onyx)" ANSI_COLOR="0;32" LOGO="fedora-logo-icon" CPE_NAME="cpe:/o:rocky:rocky:9::baseos" HOME_URL="https://rockylinux.org/" BUG_REPORT_URL="https://bugs.rockylinux.org/" ROCKY_SUPPORT_PRODUCT="Rocky-Linux-9" ROCKY_SUPPORT_PRODUCT_VERSION="9.0" REDHAT_SUPPORT_PRODUCT="Rocky Linux" REDHAT_SUPPORT_PRODUCT_VERSION="9.0"Nel nostro esempio la versione è la 9.0, denominata Blue Onyx. Aggiorna il tuo sistema operativo Per verificare la presenza di aggiornamenti u…

Disabilitare l'accesso con password per il protocollo SSH
type: BlogPosting
description: Con le chiavi SSH configurate, la password è solo una porta in più lasciata socchiusa. Cinque passaggi su sshd_config per chiuderla del tutto — con la sessione d'emergenza aperta, per non tagliarsi fuori.
language: it
date published: 2026-07-16T10:12:56+02:00
date modified: 2026-07-29T14:36:04+02:00
article section: Guide pratiche
keywords: VPS
keywords: SSH
keywords: hardening
keywords: sicurezza
keywords: sshd_config
keywords: chiavi SSH
author: Redazione Lympha
text: In questo articolo - Prerequisiti - Modifica la configurazione del servizio SSH - Mai più password ← Tutti gli articoli Seguendo il percorso intrapreso con i precedenti articoli sulla messa in sicurezza di un VPS con sistema operativo Linux (la guida base e l'accesso con chiavi SSH), andremo ora a modificare il servizio SSH in modo da non accettare richieste di accesso con l'inserimento di password. In questo modo si potrà accedere esclusivamente con l'utilizzo di chiavi SSH, aumentando intrinsecamente il livello di sicurezza del VPS. Nel caso dovessi perdere la tua chiave privata, potrai comunque accedere al tuo VPS con utente e password tramite la console web di VPS GREEN, raggiungibile dalla dashboard. Effettuato l'accesso dalla console potrai riconfigurare l'SSH con una nuova chiave privata oppure ripristinare l'accesso con nome utente e password. Prerequisiti - Un VPS con sistema operativo Linux - Un utente con privilegi adeguati, ovvero sudo o direttamente root - Un editor di testo, nel nostro esempio useremo nano - Aver abilitato l'SSH all'utilizzo di chiavi cifrate Modifica la configurazione del servizio SSH Prima di iniziare con le modifiche, apri due sessioni SSH: in una eseguirai tutte le operazioni indicate, mentre l'altra resterà aperta in caso d'emergenza (può essere utile per evitare di restare tagliati fuori se le modifiche fatte al file di configurazione risultassero errate). Il file di configurazione del servizio SSH si trova in /etc/ssh/sshd_config; solo l'utente root può modificarlo. - Spostiamoci nella directory in cui si trova il file sshd_config: $ cd /etc/ssh - Facciamo una copia del file sshd_config, in modo da poter ripristinare rapidamente tutte le impostazioni modificate: $ sudo cp sshd_config sshd_config.orig - A questo punto possiamo iniziare con la modifica della configurazione: $ sudo nano sshd_config All'interno del file tutto ciò che inizia con # (cancelletto) rappresenta un commento e viene ignorato all'avvio del servizio; allo ste…

Il backup non basta: perché c'è chi riparte in ore e chi resta fermo giorni
type: BlogPosting
description: Avere le copie non significa saper ripartire. La differenza la fanno quattro cose: obiettivi chiari (RTO e RPO), un'analisi d'impatto, prove di restore vere e qualcuno che guardi i job ogni giorno.
language: it
date published: 2026-07-16T10:12:56+02:00
date modified: 2026-08-18T09:22:43+02:00
article section: Continuità & Sicurezza
keywords: backup
keywords: disaster recovery
keywords: business continuity
keywords: RTO
keywords: RPO
keywords: ransomware
author: paolo.pierno
text: In questo articolo - Una copia non è una ripartenza - RTO e RPO: le due domande da fare prima - Non tutti i servizi valgono uguale - Un backup non provato è una speranza - Quando l'attaccante cerca proprio i backup - Il valore di qualcuno che guarda ← Tutti gli articoli «Il backup ce l'abbiamo.» È la frase che sentiamo più spesso — ed è quasi sempre vera. Il problema è che risponde alla domanda sbagliata. La domanda giusta è un'altra: se domattina i sistemi non partono, tra quanto tempo l'azienda torna a lavorare? E su questa, chi ha «il backup» spesso scopre di non avere una risposta. Una copia non è una ripartenza Il backup è un oggetto: una copia dei dati, da qualche parte. La ripartenza è un processo: su quale hardware ripristini, in che ordine rimetti in piedi i servizi, chi lo fa, con quali credenziali, seguendo quale documento. Tra l'oggetto e il processo c'è la differenza tra chi riparte in ore e chi resta fermo giorni — con i reparti che chiamano, i clienti che aspettano e ogni decisione presa d'impulso. Questa distinzione ha due nomi precisi: data protection è proteggere il dato; business continuity e disaster recovery è garantire che l'azienda continui a funzionare. Sono due discipline diverse, e la seconda non si compra: si progetta. RTO e RPO: le due domande da fare prima Ogni piano serio parte da due parametri, che sono in fondo due domande semplici: - RTO (Recovery Time Objective): quanto tempo puoi restare fermo? Da qui discende tutto: un RTO di 4 ore e uno di 2 giorni portano ad architetture — e costi — completamente diversi; - RPO (Recovery Point Objective): quanti dati puoi permetterti di perdere? Le ore di lavoro tra l'ultima copia utile e il momento del guasto non tornano indietro. Il punto che cambia la prospettiva: RTO e RPO non si definiscono «per l'azienda», si definiscono per servizio. La posta elettronica, il gestionale e l'archivio storico non valgono uguale — e trattarli uguale significa spendere troppo dove non serve e troppo poco dove …

Oltre il PUE: misurare il lavoro, non solo l'energia
type: BlogPosting
description: Nei data center più nuovi il 70–90% dell'energia la consumano i sistemi IT — proprio la parte che il PUE non misura. Le metriche di capacità di lavoro, la produttività per megawattora e l'obbligo europeo che scatta dai 500 kW.
language: it
date published: 2026-07-16T10:12:56+02:00
date modified: 2026-07-29T13:56:44+02:00
article section: Data Center & Green IT
keywords: work capacity
keywords: PUE
keywords: EED
keywords: efficenza energetica
keywords: Green IT
keywords: ISO 50001
author: Redazione Lympha
text: In questo articolo - Dal consumo al lavoro utile - E i server per l'IA? E lo storage? - In Europa non è più (solo) una buona idea - Lavoro per energia: la metrica che chiude il cerchio - Da dove partire, in pratica ← Tutti gli articoli Nel nostro articolo sul PUE lo avevamo chiamato «il termometro, non la diagnosi». Oggi facciamo il passo successivo, perché c'è un paradosso che merita di essere guardato in faccia: più il tuo PUE è buono, meno il PUE ti dice. In un data center di nuova costruzione, con PUE tra 1,1 e 1,3, il 70–90% dell'energia viene assorbito dai sistemi IT — server, storage, rete. Ed è esattamente la parte che il PUE non misura: puoi avere la struttura più efficiente del mondo piena di server che lavorano al 10%. Dal consumo al lavoro utile La domanda giusta non è solo «quanta energia entra?», ma «quanto lavoro utile ne esce?». Per rispondere serve dare un numero alla work capacity, la capacità di lavoro dell'IT installato — e per anni il settore non ha avuto un metodo condiviso per calcolarla. Per i server tradizionali il metodo oggi c'è: The Green Grid — lo stesso consorzio del PUE e del DCMM — ha pubblicato una metodologia basata su PerfCPU, un valore rappresentativo di capacità ricavato dai test standard SERT e definito in una norma ETSI. La cosa interessante è la praticità: il valore si ricava dal codice del processore (o, in mancanza, dal numero di core fisici) tramite tabelle pubbliche. Niente benchmark da eseguire in sala: basta sapere cosa c'è installato, moltiplicare e sommare. E i server per l'IA? E lo storage? Per i server accelerati — GPU e altri acceleratori per addestramento e inferenza — Uptime Intelligence propone di usare i TFLOPS a 32 bit (la somma dei valori vettoriali e matriciali dichiarati per ciascun acceleratore). Non è una misura perfetta, e i puristi obiettano che le prestazioni reali dipendono da memoria, interconnessioni e software: vero. Ma è un valore standardizzato, reperibile e confrontabile anno su anno — e in un se…

PUE: il numero che dice quanto consuma davvero il tuo data center
type: BlogPosting
description: Un indicatore nato nel 2007 separa ancora oggi i data center gestiti da quelli subiti. Cos'è il PUE, come si misura senza strumenti costosi, dove inganna — e cosa dice l'esperienza di un data center green vero.
language: it
date published: 2026-07-16T10:12:56+02:00
date modified: 2026-07-29T13:59:54+02:00
article section: Data Center & Green IT
keywords: PUE
keywords: efficenza energetica
keywords: Green IT
keywords: data center
keywords: DCMM
author: Redazione Lympha
text: In questo articolo - Cos'è il PUE, in una riga - Quanto consuma il mondo - Misurarlo senza spendere (quasi) nulla - I primi interventi sono i più redditizi - Dove il PUE inganna - La prova su una scala non-hyperscaler ← Tutti gli articoli C'è un numero che racconta di un data center più di qualunque brochure: quanta dell'energia che entra nell'edificio arriva davvero ai sistemi IT, e quanta invece si perde per strada — raffrescamento, conversioni elettriche, illuminazione. Quel numero si chiama PUE, e vale la pena capirlo bene anche se il tuo «data center» è una sala CED con tre rack. Cos'è il PUE, in una riga Il PUE (Power Usage Effectiveness) è la metrica proposta nel 2007 da The Green Grid, il consorzio internazionale per l'efficienza delle infrastrutture IT. La definizione sta in una divisione: PUE = energia totale assorbita dalla struttura / energia assorbita dai sistemi ITIl valore ideale è 1,0: tutta l'energia va all'IT, zero perdite. Un PUE di 2,0 significa che per ogni watt consumato da server, storage e rete, un altro watt intero se ne va in «contorno» — soprattutto raffrescamento. Più il numero si avvicina a 1, più la struttura è efficiente. Quanto consuma il mondo Le rilevazioni annuali dell'Uptime Institute — il riferimento di settore per queste indagini — raccontano una storia in due tempi: un grande miglioramento nei primi anni della metrica, quando le pratiche di base si sono diffuse, e poi una media mondiale ferma intorno a 1,5–1,6 ormai da parecchi anni. Tradotto: il data center «medio» spreca ancora circa un terzo dell'energia che consuma. E questa è la media dei data center che si misurano. Le sale server piccole e non presidiate — condizionatore domestico, nessun contenimento dei flussi d'aria, nessun contatore dedicato — stanno tipicamente sopra il 2: per ogni euro di elettricità che lavora, un altro euro evapora. Misurarlo senza spendere (quasi) nulla La buona notizia: per iniziare non serve un sistema DCIM. Servono due numeri, presi nello ste…

Perché il tuo RAG non funziona: è il retrieval, non il modello
type: BlogPosting
description: Quando un assistente documentale risponde male, l'istinto è cambiare modello o riscrivere il prompt. Quasi sempre è la mossa sbagliata: il problema è a monte, nella ricerca che decide quali documenti il modello legge.
language: it
date published: 2026-07-16T10:12:56+02:00
date modified: 2026-07-29T14:32:27+02:00
article section: IA & Dati
keywords: RAG
keywords: retrieval
keywords: hybrid search
keywords: ricerca ibrida
keywords: assistenti IA
keywords: GenAI
author: Redazione Lympha
text: In questo articolo - Il numero che gira nelle presentazioni - Il tetto che nessun modello può sfondare - Perché la ricerca sbaglia - La soluzione: far lavorare due ricerche insieme - Come si capisce se funziona (prima di fidarsi) - Le cinque domande da fare a chi ve lo costruisce - La sintesi ← Tutti gli articoli Quando un assistente basato su RAG — quelli che rispondono usando i documenti dell'azienda — dà risposte sbagliate, la reazione istintiva è sempre la stessa: «serve un modello più potente», oppure «riscriviamo il prompt». Quasi sempre è la mossa sbagliata, e anche la più costosa. Il collo di bottiglia è a monte, in un componente di cui si parla poco: il retrieval, cioè la ricerca che decide quali documenti finiscono sotto gli occhi del modello. Se il documento con la risposta non arriva sul suo tavolo, nessun modello — per quanto grande — può inventarselo. È il seguito naturale delle cinque lezioni dalla nostra piattaforma RAG, dove scrivevamo che «la qualità si decide nel retrieval». Qui spieghiamo perché — e soprattutto come accorgersene prima di spendere. Il numero che gira nelle presentazioni Circola ovunque la cifra «il 95% dei progetti di IA generativa fallisce». Viene da un report del MIT (The GenAI Divide, 2025), secondo cui il 95% dei progetti pilota non produce un impatto misurabile sul conto economico, a fronte di 30–40 miliardi di dollari investiti. Tre onestà necessarie prima di usare quel numero: non è un dato specifico sul RAG ma sui pilot GenAI in generale; «nessun impatto misurabile sui conti» non significa «il sistema non funziona»; e la metodologia del report è stata contestata per la fragilità del campione rispetto al titolo. Detto questo, il report indica una causa che coincide con la nostra esperienza sul campo: il problema non sta nella qualità dei modelli, ma nell'integrazione — nel contesto che gli si dà. La tesi di questo articolo è quindi più circoscritta e più difendibile: nella maggioranza dei progetti RAG che abbiamo visto aren…

RAG on-premise: cinque lezioni da una piattaforma costruita davvero
type: BlogPosting
description: Abbiamo costruito e messo in esercizio una piattaforma RAG interamente on-premise — oggi si chiama ACME ECMS IA & RAG Integration. Queste sono le cinque cose che avremmo voluto sapere prima di iniziare.
language: it
date published: 2026-07-16T10:12:56+02:00
date modified: 2026-07-29T14:30:44+02:00
article section: IA & Dati
keywords: RAG
keywords: IA generativa
keywords: LLM
keywords: on-premise
keywords: knowledge graph
keywords: RAGAS
author: Redazione Lympha
text: In questo articolo - 1 · La qualità si decide nel retrieval, non nel modello - 2 · Recupero ibrido più re-ranking: due passaggi, non uno - 3 · Non tutte le domande meritano il RAG - 4 · Senza metriche stai solo indovinando - 5 · On-premise è fattibile — e a volte è l'unica strada - Da dove partire ← Tutti gli articoli Di Retrieval-Augmented Generation si parla ovunque, quasi sempre allo stesso modo: si prende un modello linguistico, gli si «collegano» i documenti aziendali, e da quel momento risponde citando le fonti. La realtà, come spesso accade, è più interessante della brochure. Noi lo sappiamo perché una piattaforma RAG l'abbiamo costruita e messa in esercizio davvero — interamente on-premise, su hardware nel nostro perimetro, con modelli aperti. Oggi è la base di ACME ECMS IA & RAG Integration, e nella pagina dedicata trovi gli schemi dell'infrastruttura e una demo del suo funzionamento. Qui invece raccontiamo quello che gli schemi non dicono: le cinque lezioni che hanno cambiato il nostro modo di progettare questi sistemi. 1 · La qualità si decide nel retrieval, non nel modello La tentazione di chi inizia è concentrarsi sul modello: quale LLM, quanti parametri, quale versione. È la parte sbagliata del problema. Se i passaggi che recuperano i documenti portano al modello il contenuto sbagliato, il modello più potente del mondo farà una cosa sola: riassumere bene la cosa sbagliata. Il lavoro vero sta a monte: come si spezzano i documenti (il chunking), con quali rappresentazioni si indicizzano (gli embeddings), e soprattutto quanta struttura si dà alla base di conoscenza. Nella nostra piattaforma, accanto all'indice vettoriale vive un knowledge graph: entità e relazioni estratte dai documenti, che permettono di rispondere anche a domande che attraversano più documenti — dove la sola somiglianza semantica non basta. 2 · Recupero ibrido più re-ranking: due passaggi, non uno Un solo passaggio di ricerca deve scegliere tra due obiettivi in conflitto: non perdere nu…

Un data center in Europa non basta: cosa significa davvero sovranità digitale
type: BlogPosting
description: Un data center costruito su suolo europeo ma di proprietà altrui non rende «sovrani» i tuoi dati: contano proprietà, controllo e possibilità di uscita. Cosa propone l'iniziativa EuroStack — e le domande giuste da fare oggi al proprio provider.
language: it
date published: 2026-07-16T10:12:56+02:00
date modified: 2026-07-29T14:33:38+02:00
article section: Governance
keywords: sovranità digitale
keywords: EuroStack
keywords: Cloud europeo
keywords: vendor lock-in
keywords: dati in Italia
keywords: private cloud
keywords: PA
author: Redazione Lympha
text: In questo articolo - I numeri della dipendenza - Cosa propone EuroStack - La federazione dei piccoli - Cosa puoi fare oggi, senza aspettare Bruxelles ← Tutti gli articoli C'è una parola che negli ultimi anni compare in quasi ogni annuncio di nuovi data center in Europa: «sovrano». L'infrastruttura sta su suolo europeo, quindi i dati sarebbero al sicuro. Ma la collocazione geografica è solo una parte della storia: se la proprietà, la gestione e le condizioni d'uso di quell'infrastruttura rispondono ad altri ordinamenti, la sovranità resta sulla carta. È il paradosso da cui parte EuroStack, la proposta per un'infrastruttura digitale strategica europea presentata a inizio 2025 da un gruppo di studiosi e imprenditori del settore. I numeri della dipendenza Il documento fotografa una dipendenza ormai strutturale lungo tutta la catena del valore digitale — chip, dati, capacità di calcolo, connettività. Il dato più eloquente riguarda il cloud: la quota dei provider europei sul mercato europeo è passata da circa il 26% del 2017 al 10% attuale. Nel frattempo, secondo gli autori, la strategia europea si è concentrata quasi solo sulla regolamentazione — un ruolo da «arbitro digitale» che ha prodotto molte regole ma poca capacità industriale: le alternative non nascono per decreto, e diverse realtà europee promettenti sono finite acquisite proprio dai grandi operatori extraeuropei. Cosa propone EuroStack La tesi centrale è che l'alternativa vada costruita e governata, non solo auspicata. Il documento descrive tre livelli su cui investire in modo coordinato: - Infrastruttura fisica — chip, connettività, calcolo ad alte prestazioni (l'Europa ha tre dei primi dieci supercalcolatori al mondo, e uno, Leonardo, è qui a Bologna) e data center: non solo grandi impianti, ma anche soluzioni decentralizzate, edge e data center di piccola scala; - Infrastruttura logica — identità digitale (eIDAS), cloud interoperabile e federabile, motori IA europei addestrati su lingue e dati locali; - Int…

Accedere in modo sicuro a un VPS via SSH da Linux o macOS
type: BlogPosting
description: Su Linux e macOS servono due comandi: ssh-keygen per creare la coppia di chiavi, ssh-copy-id per portare quella pubblica sul VPS. Da lì in poi, niente più password da digitare — né da farsi indovinare.
language: it
date published: 2026-07-16T10:12:55+02:00
date modified: 2026-07-29T14:35:32+02:00
article section: Guide pratiche
keywords: VPS
keywords: SSH
keywords: ssh-keygen
keywords: Linux
keywords: macOS
keywords: chiavi SSH
keywords: sicurezza
author: Redazione Lympha
text: In questo articolo - Prerequisiti - Come funziona l'accesso tramite chiavi SSH - Step 1 — Creazione delle chiavi con ssh-keygen - Step 2 — Copiamo la chiave sul VPS - Conclusioni ← Tutti gli articoli Come parte del processo di messa in sicurezza del tuo VPS (vedi l'articolo «Come mettere in sicurezza un VPS con sistema operativo Ubuntu Linux»), l'accesso SSH tramite nome utente e password potrebbe essere un elemento critico per la sicurezza. Tendenzialmente si cerca di utilizzare password facili da memorizzare (anche se contengono caratteri speciali, esempio Ci@oM0nd0): questo può esporti a tentativi d'accesso da parte di utenti malintenzionati — utilizzando la tecnica del brute force, infatti, è possibile trovare la tua password. Questa tecnica d'attacco si basa sostanzialmente sul provare ad accedere al server utilizzando un database di password conosciute, finché non si riesce a trovare quella corretta. Se hai seguito la guida indicata all'inizio di questo articolo, hai già configurato un utente senza privilegi che può utilizzare sudo e hai installato Fail2ban per tenere alla larga i tentativi di accesso non desiderati. Con i prossimi step andremo ad aumentare ulteriormente la sicurezza del VPS. Prerequisiti - Un VPS con sistema operativo Linux - Un utente con privilegi adeguati, ovvero sudo (in questo esempio si chiama utente_vps) - Il proprio computer deve utilizzare macOS o una qualsiasi distribuzione basata su Linux - L'applicazione ssh-keygen, normalmente presente su Linux e macOS - L'applicazione ssh-copy-id, normalmente presente su Linux e macOS In questa guida vedremo come creare la coppia di chiavi SSH utilizzando ssh-keygen, che è parte di OpenSSH. Come funziona l'accesso tramite chiavi SSH Prima di partire, facciamo un piccolo accenno al funzionamento. Una coppia di chiavi SSH è costituita, per l'appunto, da due chiavi crittografiche, una pubblica e una privata, utilizzate per autenticare un client su un server SSH. La chiave privata viene conservata d…

Accedere in modo sicuro a un VPS via SSH da Windows
type: BlogPosting
description: Le password si indovinano, le chiavi crittografiche no. Come generare una coppia di chiavi SSH con PuTTY su Windows, caricare la chiave pubblica sul VPS e collegarsi senza più digitare password.
language: it
date published: 2026-07-16T10:12:55+02:00
date modified: 2026-07-29T14:37:00+02:00
article section: Guide pratiche
keywords: VPS
keywords: SSH
keywords: chiavi SSH
keywords: sicurezza
keywords: PuTTY
keywords: Windows
author: Redazione Lympha
text: In questo articolo - Prerequisiti - Step 1 — Installiamo PuTTY - Step 2 — Creazione delle chiavi con PuTTYgen - Step 3 — Copiamo la chiave pubblica sul VPS - Step 4 — Colleghiamoci in SSH usando la chiave privata ← Tutti gli articoli Come parte del processo di messa in sicurezza del tuo VPS (vedi l'articolo «Come mettere in sicurezza un VPS con sistema operativo Ubuntu Linux»), l'accesso SSH tramite nome utente e password potrebbe essere un elemento critico per la sicurezza. Tendenzialmente si cerca di utilizzare password facili da memorizzare (anche se contengono caratteri speciali, esempio Ci@oM0nd0): questo può esporti a tentativi d'accesso da parte di utenti malintenzionati — utilizzando la tecnica del brute force, infatti, è possibile trovare la tua password. Questa tecnica d'attacco si basa sostanzialmente sul provare ad accedere al server utilizzando un database di password conosciute, finché non si riesce a trovare quella corretta. Se hai seguito la guida indicata all'inizio di questo articolo, hai già configurato un utente senza privilegi che può utilizzare sudo e hai installato Fail2ban per tenere alla larga i tentativi di accesso non desiderati. Con i prossimi step andremo ad aumentare ulteriormente la sicurezza del VPS. Prerequisiti - Un VPS con sistema operativo Linux - Un utente con privilegi adeguati, ovvero sudo (in questo esempio si chiama utente_vps) - Il proprio computer deve utilizzare come sistema operativo Microsoft Windows In questa guida vedremo come creare la coppia di chiavi SSH utilizzando PuTTY. Step 1 — Installiamo PuTTY - Dalla pagina ufficiale dello sviluppatore di PuTTY, scarichiamo l'installer per Windows - Una volta scaricato il pacchetto facciamo doppio clic per far partire l'installazione; di default PuTTY sarà installato nella directory C:\Program Files\PuTTY\ - Una volta terminato il processo di installazione, clicca su Finish per chiudere il wizard Step 2 — Creazione delle chiavi con PuTTYgen - Per lanciare PuTTYgen usa il meto…

Come installare la GUI sul tuo VPS Ubuntu Server
type: BlogPosting
description: Ubuntu Server nasce senza interfaccia grafica, e di solito è la scelta giusta. Ma quando uno strumento rende meglio con una GUI, installare un ambiente desktop è questione di tre comandi — e di sapere quale scegliere.
language: it
date published: 2026-07-16T10:12:55+02:00
date modified: 2026-07-29T14:36:43+02:00
article section: Guide pratiche
keywords: VPS
keywords: Ubuntu
keywords: GUI
keywords: desktop
keywords: GNOME
keywords: sysadmin
author: Redazione Lympha
text: In questo articolo - Prerequisiti - Aggiornamento della libreria di pacchetti - Installazione del display manager - Installa la GUI su Ubuntu Server - Altre possibilità - Rimuovere una GUI o un display manager - Conclusione ← Tutti gli articoli Ubuntu Server è una variante del sistema operativo Ubuntu che non include un'interfaccia utente grafica (GUI) per impostazione predefinita. Le applicazioni GUI consumano le risorse di sistema necessarie per le attività orientate al server, quindi le distribuzioni server Linux di solito evitano una GUI a favore del terminale a riga di comando. Alcuni strumenti, tuttavia, funzionano meglio e sono più facili da gestire con una GUI. Se utilizzi uno strumento con una GUI, l'installazione di un ambiente desktop può migliorare l'esperienza di lavoro con il server. Prerequisiti - Un VPS con sistema operativo Ubuntu Linux Server - Un utente con privilegi adeguati, ovvero sudo o direttamente root - Il gestore di pacchetti apt, normalmente incluso nel sistema operativo Aggiornamento della libreria di pacchetti Per prima cosa assicuriamoci che la libreria dei pacchetti sia aggiornata. Per fare questo basta connettersi al VPS via SSH o via console e lanciare il comando: $ sudo apt update && sudo apt upgradeApt risponderà con una serie di informazioni, tra cui il numero di pacchetti che si vogliono aggiornare. È bene ricordare (salvo esigenze diverse) di mantenere sempre aggiornato il proprio VPS: si procederà quindi a confermare tutti i pacchetti proposti, come nell'esempio: 6 upgraded, 8 newly installed, 0 to remove and 0 not upgraded. 6 standard LTS security updates Need to get 54.5 MB of archives. After this operation, 242 MB of additional disk space will be used. Do you want to continue? [Y/n] YInstallazione del display manager Un display manager è un'applicazione che avvia il display server, avvia il desktop e gestisce l'autenticazione dell'utente. GDM3, quello predefinito, è un display manager ad alta intensità di risorse: se vuoi c…

Come mettere in sicurezza un VPS con sistema operativo Ubuntu Linux
type: BlogPosting
description: Un VPS appena consegnato è come il produttore l'ha fatto: funzionante, non blindato. Sei accorgimenti di base — aggiornamenti, porta SSH, utenti senza privilegi, root disattivato, Fail2ban e password — comando per comando.
language: it
date published: 2026-07-16T10:12:55+02:00
date modified: 2026-07-29T14:37:14+02:00
article section: Guide pratiche
keywords: VPS
keywords: Ubuntu
keywords: hardening
keywords: SSH
keywords: firewall
keywords: Fail2ban
keywords: sicurezza
author: Redazione Lympha
text: In questo articolo - Prerequisiti - Aggiorna il tuo sistema operativo - Modifica la porta di default della Secure Shell - Non usare root per tutto: crea un account con diritti limitati - Disattiva l'accesso dell'utente root al server - Qualche protezione in più… Fail2ban - Cambia spesso le password - Conclusione ← Tutti gli articoli Appena prese in mano le redini del comando è necessario assicurarsi che il tuo VPS abbia almeno un minimo di difese contro gli attacchi esterni. Nessun sistema è perfetto, così come nessun sistema è veramente impenetrabile; ciò però non esula dal mettere in atto una serie di accorgimenti tecnici quantomeno mirati a evitare che anche gli attacchi più semplici vadano a segno. Per politica di VPS GREEN, i VPS vengono rilasciati con il sistema operativo prescelto così come lo rilascia il produttore. Questo chiaramente comporta un minimo di operazioni, rivolte alla sicurezza, prima di poter installare i propri programmi. Come nella famosa frase del fumetto di Spider-Man: l'amministratore di sistema ha grandi poteri, ma anche grandi responsabilità. Lo staff tecnico di VPS GREEN non è autorizzato ad accedere ai tuoi VPS; d'altro canto, è sempre disponibile per darti supporto sul sistema operativo. Prerequisiti - Un VPS con sistema operativo Linux - Un utente con privilegi adeguati, ovvero sudo o direttamente root - Un editor di testo, nel nostro esempio useremo nano - Il gestore di pacchetti apt, normalmente incluso nel sistema operativo - [Consigliato] Un firewall, nel nostro esempio useremo ufw Aggiorna il tuo sistema operativo La prima delle responsabilità come sysadmin è garantire quotidianamente sicurezza e funzionalità del sistema operativo e delle applicazioni. Gli sviluppatori di distribuzioni e di sistemi operativi propongono frequenti aggiornamenti di pacchetti, molto spesso per ragioni di sicurezza: garantire l'aggiornamento della distribuzione o del sistema operativo è un elemento essenziale per proteggere il VPS. Può capitare che i…