Dal team HushVPS · Aggiornato 2026 · 10 min di lettura
Imparare a gestire un server in modo anonimo non è una singola decisione — è una disciplina che mantieni per tutta la vita della macchina. Acquistare un VPS senza consegnare la tua identità è la parte facile, ed è dove la maggior parte delle guide si ferma. La parte più difficile è tutto ciò che accade dopo: come accedi, cosa digiti nella macchina, come lo rinnovi, e le cento piccole abitudini che o mantengono il server non collegabile a te o ricuciono silenziosamente il tuo vero io ad esso.
Questa guida presuppone che tu abbia già risolto l'acquisizione: hai pagato in Monero, non ti è mai stato chiesto il KYC e nessuna carta o nome ha toccato l'ordine. Se non l'hai fatto, inizia con la nostra panoramica del VPS anonimo, che spiega il modello di acquisizione senza KYC e solo Monero. Quello che segue è il manuale di sicurezza operativa (OpSec) per mantenere intatto quell'anonimato una volta che il server è attivo. Niente di tutto ciò è esotico. Si tratta principalmente di non essere la persona che si deanonimizza da sola.
Pensa all'anonimato del tuo server come a una catena che va dal momento dell'acquisto al momento in cui lo spegni. Un host che rispetta la privacy rimuove diversi anelli dalla sua parte: nessuna identità alla registrazione, nessuna traccia di pagamento, nessun log del traffico. Ma l'host non può sistemare gli anelli che controlli tu. Se ti colleghi in SSH a una macchina "anonima" direttamente dal tuo IP di casa, accedi alla tua email personale su di essa e paghi il rinnovo da un portafoglio legato a un prelievo da un exchange, hai consegnato tutto ciò che l'host ha lavorato per proteggere.
Quindi il modello mentale è semplice: assumi che ogni azione che compi sul o verso il server sia potenzialmente osservabile e potenzialmente correlabile. Il tuo compito è assicurarti che nessuna di queste osservazioni ti colleghi alla tua identità reale. Il resto di questa guida è la versione concreta di quell'idea.
L'abitudine di maggior valore è non toccare mai il server dalla tua rete reale senza un livello di anonimato in mezzo. Il tuo indirizzo IP assegnato dal provider è uno degli identificatori più forti che hai. Se appare in qualsiasi connessione alla macchina — anche una volta sola, anche per una "correzione rapida" di trenta secondi — quel momento può legarti alla macchina.
La risposta pulita è instradare il traffico di gestione attraverso la rete Tor così che il server (e qualsiasi osservatore vicino) veda un'uscita Tor o, meglio, un indirizzo onion piuttosto che il tuo IP di casa. Configurare SSH per raggiungere la tua scatola come servizio onion nascosto rimuove i nodi di uscita dall'equazione e nasconde che il server accetta persino SSH dall'internet pubblico. Illustriamo la configurazione esatta — SSH torificato, un servizio onion per la porta di amministrazione e la configurazione che sopravvive ai riavvii — nel nostro articolo complementare su come gestire il tuo VPS via Tor. Trattalo come lettura obbligatoria insieme a questa guida.
La regola che tiene tutto insieme: non esiste una rete fidata per questo server. Wi-Fi del bar, connessione di un amico, un hotspot "usa e getta" sul tuo piano telefonico — tutti possono essere correlati. Tor ogni volta, o non connetterti affatto.
Un server è anonimo quanto i suoi contenuti. L'acquisizione più attenta del mondo viene annullata nel momento in cui metti qualcosa di identificante sul disco. La deanonimizzazione attraverso i contenuti del server è comune perché sembra innocua nel momento — stai solo cercando di essere comodo.
Concretamente, tieni quanto segue completamente fuori dalla macchina:
.gitconfig lasciato da un copia-incolla.Presumi che qualsiasi cosa scritta su disco possa un giorno essere letta da qualcun altro — tramite sequestro, snapshot o un tuo errore. Crittografa i volumi a cui tieni, termina il tuo TLS così che l'host veda solo testo cifrato, e tratta il server come una superficie pubblica che capita essere tua. I dati che non metti mai sul server non possono tradirti.
La compartimentazione è la pratica di tenere attività separate dietro identità separate e non sovrapposte, così che una violazione in una non si propaghi alle altre. È la differenza tra perdere un progetto e perdere te stesso.
Costruisci un'identità dedicata per questo server e non lasciare mai che tocchi quella reale:
La modalità di fallimento da temere è la contaminazione incrociata del "solo questa volta" — accedere a un servizio personale dal profilo browser anonimo, o pagare un rinnovo anonimo da un wallet che hai usato anche per comprare qualcosa a tuo nome. Una sovrapposizione può far collassare due identità in una. La guida della comunità della privacy su compartimentazione e modellazione delle minacce è un buon punto di partenza se sei nuovo a questo modo di pensare.
L'anonimato non è un acquisto una tantum; è un abbonamento che devi continuare a pagare senza lasciare tracce. Ogni rinnovo è una nuova opportunità per legarti al server, ed è il passo in cui le persone diventano pigre dopo che l'eccitazione iniziale svanisce.
Paga ogni rinnovo in Monero dal wallet compartimentato, tramite Tor, nello stesso modo in cui hai pagato la prima volta. Non "ricaricare" quel wallet da un account exchange a tuo nome subito prima di un pagamento — finanzialo in anticipo e lascia invecchiare il finanziamento. Dove l'host lo supporta, paga in anticipo diversi cicli in modo da toccare la superficie di pagamento meno spesso. E mantieni l'identità di pagamento coerente con l'identità dell'ordine: raggiungere la stessa casella di posta anonima per un promemoria di fattura va bene; passare alla tua email personale "perché era più veloce" è esattamente l'errore da evitare.
I backup sono dove la buona OpSec muore silenziosamente, perché lo scopo di un backup è copiare i tuoi dati da qualche altra parte — e "da qualche altra parte" è spesso un account identificato. Uno snapshot inviato a un cloud storage personale, o scaricato sulla tua macchina di casa tramite il tuo IP reale, collega il server a te con la stessa certezza di un login sbagliato.
Fallo invece nel modo noioso e sicuro. Crittografa i backup sul server prima che lascino il server, così qualunque cosa li riceva contiene solo testo cifrato. Inviali a uno storage raggiunto tramite Tor e legato all'identità anonima, oppure scaricali su una macchina che tieni anch'essa compartimentata. Non instradare mai un trasferimento di backup sulla tua connessione di casa senza un livello di anonimato, e non ripristinare mai i dati di un server anonimo su un dispositivo che usi come te stesso.
La maggior parte della deanonimizzazione non è un attacco sofisticato — è un accumulo di piccoli errori evitabili. Tieni questa lista in un posto dove la vedrai prima di fare la cosa:
Nota quanti di questi siano problemi da risolvere per l'host. Un host minimizzante — senza KYC, solo Monero, nessun log del traffico — chiude le porte dalla sua parte. La nostra stessa postura, dalla politica VPS senza log alla fatturazione in Monero, esiste proprio perché gli unici collegamenti rimanenti siano quelli nelle tue mani. Questa guida riguarda il non creare quei collegamenti.
Gestire un server in modo anonimo è una pratica di privacy legittima — per giornalisti, ricercatori, attivisti e persone comuni che semplicemente non vogliono che la loro infrastruttura sia legata al loro nome. Non è una licenza per fare del male. HushVPS è legale offshore e minimizza i dati, non è "tutto è permesso": la nostra politica di utilizzo accettabile vieta CSAM, malware, spam e DDoS, e l'anonimato non cambia questo. La privacy protegge gli utenti legittimi da sorveglianza e correlazione; non è una copertura per abusi, e trattarla come tale tende ad attirare esattamente l'attenzione che cercavi di evitare.
Ogni tecnica qui inizia con un server che non è mai stato collegato a te in primo luogo — nessun KYC, solo Monero, nessun log. Distribuisci uno e poi gestiscilo seguendo questa guida.
Tu non esisti. Noi non chiediamo. Il resto dipende dalle tue abitudini — e ora hai la lista.