INFRASTRUTTURA PRIVATA / NESSUN ID RICHIESTOLeggi la dottrina sulla privacy
Le note sul campo di KoalaVPS

Pubblica un servizio onion con un confine ristretto.

Un servizio onion offre un modello di raggiungibilità e identità diverso. Non ripara codice applicativo non sicuro.

Separa l'identità onion dal clearnet

Proteggi le chiavi onion private del servizio ed eseguine il backup se hai bisogno che l'indirizzo sopravviva a una ricostruzione. Evita collegamenti accidentali tra identità tramite credenziali, contenuti o risorse esterne riutilizzati.

Collega l'applicazione in modo deliberato

Associa il backend a un'interfaccia locale o privata ed esponi solo il servizio previsto tramite Tor. Controlla il reverse proxy e l'applicazione per redirect, URL assoluti e risorse che contattano host esterni.

Riduci le fughe di informazioni

Esamina le pagine di errore, le intestazioni, l'output di debug e i metadati dei file caricati. Non dare per scontato che la rotta onion nasconda contenuti applicativi identificativi. Proteggi il login dell'amministratore ed evita di registrare più informazioni sui visitatori del necessario.

Gestiscilo in modo lecito e affidabile

Mantieni aggiornati Tor e l'applicazione, monitora l'uso delle risorse e conserva i backup. Si applicano comunque le politiche di hosting e legali. KoalaVPS non ha ancora pubblicato un'approvazione operativa per il servizio onion né un impegno sul traffico.

Controlla le richieste esterne della pagina

Carica il servizio attraverso il percorso previsto e ispeziona ogni immagine, font, script, foglio di stile e reindirizzamento. Una risorsa esterna può creare una richiesta identificativa al di fuori del confine previsto del servizio. Le risorse locali riducono anche le dipendenze evitabili da terze parti.

Conserva l'indirizzo deliberatamente

Esegui il backup delle chiavi di identità onion privatamente se la continuità dell'indirizzo è importante. Una reinstallazione pulita senza quelle chiavi può produrre un indirizzo diverso. Mantieni il backend associato privatamente e conferma che un listener clearnet indesiderato non stia esponendo la stessa applicazione.

Fai funzionare un backend privato prima del routing Tor

Installa Tor da una fonte attendibile supportata per il sistema operativo scelto e conferma che il servizio sia in esecuzione. Prepara un listener web locale separato e testalo prima di aggiungere una rotta onion. Associalo al loopback o a un socket Unix con permessi adeguati, invece di presumere che un firewall nasconda un listener associato a tutte le interfacce. Questo design descrive una pubblicazione lecita; KoalaVPS deve comunque confermare qualsiasi politica operativa del servizio per il carico di lavoro effettivo.

  • Usa risorse locali e URL applicative deliberate.
  • Mantieni l'amministrazione separata dal percorso di pubblicazione pubblico.
  • Registra un metodo di recupero che non dipenda solo dal servizio onion.

Mappa una porta virtuale onion sull'applicazione locale

Il seguente frammento torrc illustra una directory di identità dedicata e un backend loopback sulla porta 8080. Adatta proprietà e percorsi all'utente del servizio Tor della distribuzione. La directory privata deve essere leggibile/scrivibile da quell'utente e inaccessibile a utenti non correlati. Convalida la configurazione installata prima di usare la sua procedura di riavvio tramite service manager. Tor crea file di identità per una nuova directory; non pubblicare quei file privati insieme ai contenuti del sito web.

# Example torrc fragment; backend already listens on loopback:
HiddenServiceDir /var/lib/tor/koala-publication/
HiddenServicePort 80 127.0.0.1:8080

# Verify the backend independently:
curl --fail http://127.0.0.1:8080/

Testa il percorso onion e il percorso clearnet indesiderato

Leggi solo il file hostname generato per ottenere l'indirizzo pubblico e aprilo con Tor Browser. Ispeziona reindirizzamenti, moduli, pagine di errore e richieste di risorse. Da un'altra rete, verifica che lo stesso backend non sia accidentalmente raggiungibile tramite un listener pubblico. Un indirizzo onion non elimina l'esigenza di un login applicativo; usa l'autorizzazione client o l'autenticazione applicativa dove l'accesso deve essere privato. Controlla i dettagli di contatto e i contenuti pubblicati per collegamenti identitari non intenzionali.

Ripara i permessi senza sostituire l'identità

Se il servizio non compare, controlla gli errori di avvio di Tor, la proprietà della directory e il backend locale prima di eliminare qualsiasi cosa. Sostituire la directory dell'identità crea un nuovo indirizzo; ripristinare le chiavi private corrette è ciò che preserva la continuità. Conserva una copia di recupero offline cifrata con accesso limitato e prova il processo usando un'identità usa e getta separata. I log e le pagine di debug possono esporre informazioni anche quando l'instradamento del trasporto è corretto; esaminali dopo le modifiche alla configurazione.

CONFIGURA LA TUA INFRASTRUTTURA

Prendi il controllo.
Distribuisci alle tue condizioni.

Nessun documento d'identità. Accesso amministratore completo. Fatturazione crypto-native.