Privatsphäre · kein KYC
Tor Relay hosten auf einem Offshore-VPS
Betreibe ein Non-Exit-Tor-Relay auf ungedrosselter Offshore-Bandbreite und stärke das Netzwerk, auf das Millionen für privaten, unzensierten Zugang vertrauen.
Was es ist
Ein Tor-Relay ist ein von Freiwilligen betriebener Knoten, der verschlüsselten Datenverkehr durch das Tor-Netzwerk weiterleitet und so Kapazität und Vielfalt schafft, damit das Privatsphäre-System schnell und widerstandsfähig bleibt. Ein Middle-/Guard-Relay (Non-Exit) stellt niemals in deinem Namen eine Verbindung zu Zielwebsites her, sodass deine IP niemals als sichtbare Quelle des Datenverkehrs eines anderen erscheint.
Warum offshore hosten
Tor-Relays stehen und fallen mit der Bandbreite, und Hoster mit Datenlimit drosseln dich oder ruinieren dich mit Rechnungen, sobald ein Relay stark ausgelastet ist. ChainVPS bietet dir wirklich ungedrosselten Transfer, DDoS-Filterung und Anmeldung per Krypto/ohne KYC, sodass du ein Relay mit hohem Consensus-Weight in einer privatsphärefreundlichen Jurisdiktion betreiben kannst – ganz ohne Rechnungsüberraschung oder Identitätsspur.
Das Deployment
Ein funktionierendes Referenz-Setup
Kopieren Sie dies auf eine neue ChainVPS-Instanz. Ersetzen Sie die Platzhalter und starten Sie sie anschließend.
#!/usr/bin/env bash
# Non-exit Tor relay on Ubuntu 24.04 (Noble). Run as root or with sudo.
set -euo pipefail
# 1) Install Tor from the official Tor Project apt repo (newer than Ubuntu's)
apt-get update
apt-get install -y apt-transport-https gpg curl lsb-release
curl -fsSL https://deb.torproject.org/torproject.org/A3C4F0F979CAA22CDBA8F512EE8CBC9E886DDD89.asc \
| gpg --dearmor -o /usr/share/keyrings/tor-archive-keyring.gpg
echo "deb [signed-by=/usr/share/keyrings/tor-archive-keyring.gpg] https://deb.torproject.org/torproject.org $(lsb_release -cs) main" \
> /etc/apt/sources.list.d/tor.list
apt-get update
apt-get install -y tor deb.torproject.org-keyring nyx
# 2) Configure a NON-EXIT relay (safe default: never terminates traffic)
cat > /etc/tor/torrc <<'EOF'
Nickname chainvpsrelay
# ORPort 443 improves reachability for clients behind restrictive firewalls.
ORPort 443
ORPort [::]:443
# Non-exit relay: do NOT exit traffic to the clearnet.
ExitRelay 0
IPv6Exit 0
ExitPolicy reject *:*
# ContactInfo lets the Tor project reach you about issues. Use a role address.
ContactInfo tor-relay-ops <[email protected]>
# Optional throughput cap (bytes). Comment out to donate full unmetered link.
# RelayBandwidthRate 20 MBytes
# RelayBandwidthBurst 40 MBytes
Log notice syslog
User debian-tor
EOF
# 3) Open the firewall for the ORPort (adjust if you changed it above)
if command -v ufw >/dev/null 2>&1; then
ufw allow 443/tcp comment 'Tor ORPort'
fi
# 4) Enable and start
systemctl enable --now tor@default
sleep 5
systemctl status tor@default --no-pager || true
echo "Relay starting. Watch bootstrap + fingerprint: journalctl -u tor@default -f"
echo "Live console: nyx"
echo "Your relay fingerprint: cat /var/lib/tor/fingerprint"Firewall
Zu öffnende Ports
| Port | Protokoll | Zweck |
|---|---|---|
| 443 | TCP | ORPort — eingehender Relay-Verkehr (verwende 9001, falls 443 bereits von einem Webserver belegt ist). Muss aus dem Internet erreichbar sein. |
| 9001 | TCP | Klassische Standard-Alternative zum ORPort, falls du 443 nicht verwenden möchtest. |
| 9051 | TCP | Tor-Kontrollport (nur localhost) — wird vom nyx-Monitoring verwendet; niemals öffentlich freigeben. |
Richtige Dimensionierung
Welchen Plan Sie brauchen
VPS Nano/Small (1 vCPU, 1-2 GB RAM)
Ideal für ein Einsteiger-Middle-Relay mit bis zu ca. 20-50 Mbit/s. Tor arbeitet pro Relay single-threaded, daher reicht bei geringer Last ein bescheidener Kern aus.
VPS Pro (2-4 vCPU, 4-8 GB RAM)
Bewältigt ein gut angebundenes Guard-Relay mit einer Auslastung von mehreren hundert Mbit/s; zusätzliche Kerne erlauben den Betrieb von 2 Tor-Instanzen (max. 2 pro IPv4), um mehr Bandbreite zu nutzen.
Dedicated (Multi-Core + 1 Gbit ungedrosselt)
Für einen schnellen Guard-/Exit-Class-Knoten mit hohem Consensus-Weight oder mehrere Relay-Instanzen mit 1 Gbit+ Durchsatz. TLS-Kryptografie ist CPU-lastig, bevorzuge daher höhere Taktraten gegenüber mehr Kernen.
Beste Standorte: Standorte der Privacy-Tier eignen sich am besten für Relays: die Niederlande, Rumänien, Island und die Schweiz sind Relay-freundliche Jurisdiktionen mit starker Netzwerkkapazität und einer nachgewiesenen Toleranz gegenüber Tor-Verkehr. Island und die Schweiz bieten zusätzlich starken Datenschutz, während NL/RO die fettesten, günstigsten ungedrosselten Leitungen für maximales Consensus-Weight liefern. Verteile Relays auf verschiedene Standorte/ASes, um die Netzwerkvielfalt zu verbessern — das Tor-Netzwerk vermeidet bewusst, einen Circuit über zwei Relays im selben /16 oder derselben Family zu leiten.
Sichern Sie es ab
Hardening-Checkliste
- Starte als NON-EXIT-Relay (ExitRelay 0, ExitPolicy reject *:*). Exit-Relays erzeugen Abuse-Beschwerden und rechtliche Risiken — betreibe eines nur bewusst, mit Zustimmung des Providers und einer dedizierten IP.
- Setze ein ehrliches ContactInfo und deklariere bei mehreren Relays diese über die Option MyFamily (liste den Fingerprint jedes Relays auf), damit Tor niemals zwei deiner Knoten in einem Circuit verkettet.
- Binde den Kontrollport ausschließlich an localhost (ControlPort 9051 + CookieAuthentication 1) und öffne 9051/9030 niemals für das Internet; nur der ORPort sollte öffentlich erreichbar sein.
- Halte tor über das offizielle apt-Repository des Tor Project aktuell (nicht über Ubuntus älteres Paket) und aktiviere unattended-upgrades — Sicherheitsupdates für Relays sind wichtig für das gesamte Netzwerk.
- Betreibe tor unter einem eigenen unprivilegierten Benutzer (debian-tor, der Standard des Pakets), aktiviere eine Firewall, die nur den ORPort zulässt, und überwache den Zustand mit nyx sowie der Tor-Metrics-/Relay-Search-Seite anhand deines Fingerprints.
- Wenn du den Durchsatz begrenzt, verwende RelayBandwidthRate/Burst statt des Accounting-Kontingents, damit das Relay rund um die Uhr läuft — Uptime ist es, die das Guard-Flag und echtes Consensus-Weight einbringt.
Bereitstellen auf
Das richtige ChainVPS-Produkt
Fragen
Hosting Tor Relay — FAQ
Ist der Betrieb eines Tor-Relays legal, und kann ich damit in Schwierigkeiten geraten?
Der Betrieb eines Non-Exit-Relays (Middle/Guard) ist in den meisten Jurisdiktionen legal und mit sehr geringem Risiko verbunden: Dein Server leitet lediglich verschlüsselten Datenverkehr zwischen anderen Tor-Knoten weiter und stellt niemals selbst eine Verbindung zu Zielwebsites her, sodass deine IP niemals als Quelle des Surfverhaltens eines anderen erscheint. Abuse-Beschwerden richten sich fast immer gegen Exit-Relays, die dieses Setup ausdrücklich deaktiviert.
Was ist der Unterschied zwischen einem Relay, einer Bridge und einem Exit?
Ein Middle-/Guard-Relay leitet Datenverkehr innerhalb des Netzwerks weiter. Eine Bridge ist ein nicht gelisteter Einstiegspunkt, der Nutzern in zensierten Regionen die Verbindung erleichtert (dafür das Image thetorproject/obfs4-bridge verwenden). Ein Exit-Relay ist der letzte Hop ins Clearnet — die Rolle mit dem höchsten Risiko, die Abuse-Meldungen nach sich zieht. Diese Anleitung richtet standardmäßig ein sicheres Non-Exit-Relay ein.
Wie viel Bandbreite wird tatsächlich genutzt?
Ein stark ausgelastetes Guard-Relay kann dauerhaft mehrere hundert Mbit/s durchsetzen, sobald es das Vertrauen des Netzwerks gewonnen hat — genau deshalb ist ungedrosselter Transfer so wichtig: Ein Hoster mit Datenlimit würde dich abrechnen oder drosseln. Du kannst es mit RelayBandwidthRate begrenzen, aber wenn du es auf der ungedrosselten Leitung von ChainVPS unbegrenzt lässt, maximierst du deinen Beitrag.
Wie lange dauert es, bis mein Relay tatsächlich genutzt wird?
Neue Relays laufen sich langsam ein. Tor misst deine Stabilität und Geschwindigkeit über mehrere Tage; erwarte nennenswerten Verkehr nach etwa einer Woche und das Guard-Flag nach rund 8 Tagen durchgehender Uptime. Lass es rund um die Uhr laufen — Neustarts und Ausfallzeiten setzen deine Reputation zurück.
Kann ich mehr als ein Relay auf demselben Server betreiben?
Ja — bis zu zwei Relay-Instanzen pro öffentlicher IPv4-Adresse. Gib jeder ihren eigenen ORPort und ihr eigenes DataDirectory und liste alle Fingerprints unter MyFamily auf, damit das Netzwerk niemals einen Circuit über zwei deiner Knoten leitet. Ein dedizierter Server mit einer ungedrosselten 1-Gbit-Leitung ist dafür ideal.
Mehr zum Selbst-Hosten
Weitere One-Click-Stacks
Bereitstellen Tor Relay
in den nächsten 60 Sekunden.
Unlimitierte Bandbreite · DDoS inklusive · 21 Kryptowährungen · Kein KYC.