Separera onion-identitet från clearnet
Skydda tjänstens privata onion-nycklar och säkerhetskopiera dem om du behöver adressen över en ombyggnad. Undvik oavsiktliga kopplingar mellan identiteter genom återanvända autentiseringsuppgifter, innehåll eller externa resurser.
Bind applikationen medvetet
Bind backend till ett lokalt eller privat gränssnitt och exponera endast den avsedda tjänsten via Tor. Kontrollera omvänd proxy och applikation för omdirigeringar, absoluta URLs och resurser som kontaktar externa värdar.
Minska informationsläckage
Granska felsidor, rubriker, felsökningsutdata och metadata för uppladdade filer. Anta inte att onion-rutten döljer identifierande applikationsinnehåll. Skydda administratörsinloggningen och undvik att logga mer besöksinformation än nödvändigt.
Driv det lagligt och pålitligt
Håll Tor och applikationen uppdaterade, övervaka resursanvändning och upprätthåll säkerhetskopior. Hosting- och juridiska policyer gäller fortfarande. KoalaVPS har ännu inte publicerat ett godkännande för drift av onion-tjänst eller något trafikåtagande.
Kontrollera sidans externa förfrågningar
Läs in tjänsten via den avsedda vägen och granska varje bild, teckensnitt, skript, stilmall och omdirigering. En extern resurs kan skapa en identifierande förfrågan utanför tjänstens avsedda gräns. Lokala resurser minskar också onödiga tredjepartsberoenden.
Bevara adressen medvetet
Säkerhetskopiera onion-identitetsnycklarna privat om adressens kontinuitet är viktig. En ren ominstallation utan dessa nycklar kan ge en annan adress. Håll backend privat bunden och bekräfta att en oavsiktlig clearnet-lyssnare inte exponerar samma applikation.
Få en privat backend att fungera innan Tor-routning
Installera Tor från en betrodd källa som stöds för det valda operativsystemet och bekräfta att tjänsten körs. Förbered en separat lokal webbserver och testa den innan du lägger till en onion-rutt. Bind den till loopback eller en Unix-socket med lämpliga behörigheter, istället för att anta att en brandvägg döljer en lyssnare bunden till alla gränssnitt. Denna design beskriver laglig publicering; KoalaVPS behöver fortfarande bekräfta eventuell operativ tjänstepolicy för den faktiska arbetsbelastningen.
- Använd lokala tillgångar och avsiktliga programvaru-URL.
- Håll administrationen åtskild från den offentliga publiceringsvägen.
- Dokumentera en återställningsmetod som inte enbart är beroende av onion-tjänsten.
Officiell dokumentation: Konfiguration av onion-tjänst för Tor Project
Mappa en virtuell onion-port till det lokala programmet
Följande torrc-fragment illustrerar en dedikerad identitetskatalog och en loopback-backend på port 8080. Anpassa ägarskap och sökvägar till distributionens Tor-tjänsteanvändare. Den privata katalogen måste vara läsbar/skrivbar för den användaren och otillgänglig för orelaterade användare. Validera den installerade konfigurationen innan du använder dess omstartsprocedur för tjänstehanteraren. Tor skapar identitetsfiler för en ny katalog; publicera inte dessa privata filer tillsammans med webbplatsinnehåll.
# 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/Officiell dokumentation: Tor-konfiguration och identitetskatalog
Testa onion-vägen och den oönskade clearnet-vägen
Läs endast den genererade värdnamnsfilen för att få den publika adressen och öppna den med Tor Browser. Granska omdirigeringar, formulär, felsidor och tillgångsförfrågningar. Bekräfta från ett annat nätverk att samma backend inte av misstag går att nå via en publik lyssnare. En onion-adress tar inte bort kravet på inloggning i applikationen; använd klientauktorisering eller applikationsautentisering där åtkomst ska vara privat. Kontrollera kontaktuppgifter och publicerat innehåll för oavsiktliga identitetskopplingar.
Officiell dokumentation: Tor Projects operativa säkerhet
Reparera behörigheter utan att ersätta identiteten
Om tjänsten inte visas, granska Tor-startfel, katalogägarskap och den lokala backend innan du raderar något. Att ersätta identitetskatalogen skapar en ny adress; att återställa rätt privata nycklar är det som bevarar kontinuiteten. Behåll en krypterad offline-återställningskopia med begränsad åtkomst och testa processen med en separat engångsidentitet. Loggar och felsökningssidor kan avslöja information även när transportroutningen är korrekt; granska dem efter konfigurationsändringar.