Ein Entwickler namens David Alvarez Rosa hat seine gesamte Website in einen Tor-versteckten Dienst umgewandelt und die genauen Schritte dazu veröffentlicht. Das Ergebnis ist eine voll funktionsfähige Onion-Site – eine, die nur über das Tor-Netzwerk erreichbar ist – und er hat jeden Befehl, jede Konfigurationsdatei und jedes Bereitstellungsdetail dokumentiert.
Im Folgenden wird erläutert, wie er dies getan hat, gefolgt von unseren Überlegungen dazu, was dies für alle bedeutet, die sich für Online-Privatsphäre interessieren.
Wie der Onion funktioniert
Tor ist ein Datenschutzwerkzeug, das Datenverkehr über eine Kette von freiwilligen Servern leitet, von denen jeder Informationen darüber entfernt, wer Daten sendet. Der letzte Schritt ist ein versteckter Dienst, bei dem der Server selbst eine .onion-Adresse erhält, die von einem öffentlichen Schlüssel abgeleitet ist, anstatt von einem traditionellen DNS-Namen.
Es gibt keine Zertifizierungsstelle, keinen DNS und keine offengelegten IP-Adressen. Die Verbindung ist von Tor selbst Ende-zu-Ende-verschlüsselt, und die Adresse löst nur innerhalb des Tor-Netzwerks auf. Das bedeutet, dass die Seite in einem parallelen Namensraum existiert – ein Besucher, der die .onion-Adresse eingibt, sieht denselben Inhalt, aber die Anfrage berührt niemals das öffentliche Internet.
Alvarez Rosa beschreibt das System als von der gemeinnützigen Tor Project gebaut, die Menschenrechte und Freiheiten durch freie Software und offene Netzwerke fördert. Er weist auch darauf hin, dass das Netzwerk nur funktioniert, weil Menschen es nutzen, und ermutigt die Leser, das Projekt zu unterstützen oder selbst einen Relay zu betreiben.
Einrichten des versteckten Dienstes
Die Einrichtung beginnt mit der Bearbeitung der Tor-Konfigurationsdatei. In einem Standard-Linux-System ist diese Datei /etc/tor/torrc. Die beiden benötigten Zeilen sind einfach:
HiddenServiceDir /var/lib/tor/blog/
HiddenServicePort 80 127.0.0.1:8080
Die erste Zeile teilt Tor mit, wo die private Schlüsseldatei und die Hostname-Datei des Dienstes gespeichert werden sollen. Die zweite Zeile ordnet Port 80 auf der Onion-Adresse Port 8080 auf der lokalen Maschine zu.
Das Verzeichnis muss ein dediziertes, Tor-eigenes Pfad sein, nicht das Web-Root-Verzeichnis. Es wird strengen Berechtigungen – chmod 700 – zugewiesen und gehört dem Benutzer debian-tor. Wenn Sie versuchen, den Dienst auf Ihre tatsächlichen Webdateien zu verweisen, lehnt Tor die Ausführung ab.
Nach Neustart von Tor generiert das System die Adresse. Der Befehl sieht wie folgt aus:
sh
sudo systemctl restart tor@default
sudo cat /var/lib/tor/blog/hostname
The output is a long string of letters and numbers ending in .onion. In Alvarez Rosa’s case, the address is dhevt6e4rtgbtr3jh53xrpwmgtilkah6nyjujocsspssrsexc7omxhid.onion.
Bereitstellen der Site über Tor
Der Webserver muss nicht wissen, dass er im Dark Web läuft. Tor kümmert sich um die Verschlüsselung und das Routing, sodass der Server einfach auf der localhost-Adresse und dem Port lauscht, den die Konfiguration vorgibt.
Für den Server-Block verwendet Alvarez Rosa nginx, obwohl das Beispiel auf jeden HTTP-Server anwendbar ist. Die Konfiguration ist minimal:
server {
listen 127.0.0.1:8080;
server_name dhevt6e4rtgbtr3jh53xrpwmgtilkah6nyjujocsspssrsexc7omxhid.onion;
root /srv/tor.david.alvarezrosa.com;
index index.html;
error_page 404 /404/index.html;
location / {
try_files $uri $uri/ =404;
}
}
Es gibt kein TLS, kein HTTP/2, kein QUIC. Tor spricht reines TCP und stellt seine eigene Verschlüsselung bereit, sodass diese Funktionen unnötig sind. Der Server muss nur auf Anfragen auf dem angegebenen Port antworten.
Laden Sie nginx neu und die Seite ist auf Tor live.
Bauen für den Onion
Hier wird es interessant. Eine statische Seite bakes typischerweise ihre Basis-URL in jeden Link ein, sodass ein Clearnet-Build Besucher zurück zur Clearnet-Domain verweisen würde, selbst wenn sie über Tor bedient werden. Die Lösung besteht darin, eine zweite Kopie mit der Onion als Basis-URL zu erstellen.
Alvarez Rosa verwendet Hugo als seinen statischen Site-Generator, und der Befehl, um die Tor-Version zu erstellen, ist unkompliziert:
sh
hugo --minify --baseURL="http://dhevt6e4rtgbtr3jh53xrpwmgtilkah6nyjujocsspssrsexc7omxhid.onion/"
Die Bereitstellungs-Pipeline erledigt den Rest. Jeder Push baut die Seite einmal pro Ziel – Clearnet und Tor – und rsync’t jede an ihren eigenen Web-Root. Die beiden Kopien bleiben ohne manuellen Aufwand synchron.
Die vollständige Konfiguration befindet sich in seinem Homelab-Repository, und das eigene Repository der Seite enthält den GitHub Actions Workflow, der die Tor-Kopie erstellt und bereitstellt.
Was das bedeutet
Die praktische Schlussfolgerung ist, dass der Betrieb eines Tor Hidden Service kein arkaner Trick ist. Es ist eine Reihe von Konfigurationsänderungen und einem einzigen Build-Befehl entfernt von der Live-Schaltung. Die Barrieren sind administrativ, nicht technisch.
Der breitere Kontext ist der andauernde Kampf um Online-Privatsphäre. Tor schützt vor Tracking, Überwachung und Zensur, und Alvarez Rosa hat es zugänglich gemacht, indem er genau zeigt, wie es funktioniert.
„Das Netzwerk funktioniert nur, weil Menschen es nutzen.“
Diese Aussage aus der Quelle erfasst das Kernargument: die Infrastruktur ist von der Beteiligung abhängig. Einen Relay betreiben, einen versteckten Dienst hosten oder einfach nur den Browser nutzen, sind allesamt Beiträge, und Alvares Rosas Beispiel zeigt, dass das Hosten einer eigenen Seite auf Tor für jeden mit einer statischen Seite und etwas Geduld eine praktikable Option ist.
Die Onion-Adresse ist jetzt live. Jeder mit dem Tor Browser kann sie besuchen, und die Seite liest sich genauso wie die Clearnet-Version – mit dem Unterschied, dass die Anfrage niemals das offene Internet berührt.
Es ist eine kleine Tat, aber sie demonstriert, was möglich ist, wenn die Werkzeuge offen gelegt werden.
Quellenmaterial: „Self-Hosting on the Dark Web“, alvarezrosa.com.
Das Notizbuch abonnieren.
Die besten Geschichten des Tages und jedes neue Urteil, in klarem Deutsch, um sieben im Postfach. Eine Mail am Tag, nicht mehr.