Was brauche ich, um ein Tor-Relay auf einem gemieteten Server zu betreiben?

Was sind die Anforderungen des Tor Project an ein Relay?

Die Anforderungen hängen vom Relay-Typ ab, aber die Seite mit den Relay-Anforderungen des Tor Project, gelesen am 1. November 2026, nennt klare Zahlen für ein Relay, das in einem Rechenzentrum läuft.

• Bandbreite: mindestens 10 Mbit/s in jede Richtung, 16 Mbit/s oder mehr empfohlen. Ein schneller Exit bedeutet 100 Mbit/s oder mehr.
• Verbindungen: ein Nicht-Exit-Relay sollte mindestens 7.000 gleichzeitige Verbindungen bewältigen; ein schneller Exit über 100 Mbit/s bewältigt mehr als 100.000.
• Monatlicher Traffic: mindestens 100 GB ausgehend und 100 GB eingehend pro Monat. Mehr als 2 TB pro Monat werden empfohlen, idealerweise auf einem ungemessenen Tarif.
• RAM: 512 MB für ein Nicht-Exit-Relay unter 40 Mbit/s, 1 GB über 40 Mbit/s und mindestens 1,5 GB für jede Exit-Instanz.
• Festplatte: unter 200 MB für Tor selbst, zusätzlich zum Betriebssystem.
• CPU: jeder moderne Prozessor; einer mit AES-NI erreicht etwa 400 bis 450 Mbit/s in jede Richtung pro tor-Instanz. Prüfen Sie auf aes in /proc/cpuinfo.
• IPv4: jedes Relay braucht eine öffentliche IPv4-Adresse, vorzugsweise statisch, die mindestens drei Stunden lang gleich bleibt. IPv6 ist erwünscht, aber nicht erforderlich.
• Uptime: keine feste Regel, aber ein Relay, das weniger als zwei Stunden am Tag läuft, ist von begrenztem Nutzen; 24/7 ist das Ziel.

Das Tor Project nennt außerdem eine harte Obergrenze: Sie können nur acht Tor-Relays pro öffentlicher IPv4-Adresse betreiben.

Kann ich ein Tor-Relay auf einem gemieteten Dedicated-Server betreiben?

Ja. Die Seite mit den technischen Überlegungen des Tor Project stellt Ihre eigene physische Hardware an erste Stelle und sagt dann, dass ein gemieteter Dedicated-Server oder VPS ein guter Weg ist, ein Relay zu betreiben. Sie warnt, dass viele VPS-Anbieter Exit-Relays verbieten, und rät Betreibern, den Host vor dem Start zu fragen.

Ravenquay beantwortet diese Frage von vornherein: Tor-Exit-Relays sind willkommen, ebenso Middle-Relays und Bridges. Eine ganze physische Maschine bedeutet, dass ihr Prozessor, ihr Speicher und ihr Netzwerk-Port allein Tor dienen, was genau dem entspricht, was das Tor Project empfiehlt, vor allem für einen Exit. Lesen Sie die Wahl zwischen den Relay-Typen unter ob Sie ein Middle-Relay, eine Bridge oder einen Exit betreiben sollten, und sehen Sie aktuelle Preise auf der Ravenquay-Preisseite.

Welcher Ravenquay-Anlaufhafen passt zu einem Tor-Relay?

Passen Sie den Tarif an den Relay-Typ und die Bandbreite an, die Sie spenden wollen.

Welche Hoster erlauben überhaupt Tor-Relays?

Nur wenige sagen ein klares Ja. In Ravenquays Umfrage unter 34 kryptofreundlichen Dedicated-Server-Hostern am 30 October 2026 erlaubten nur 4 Tor-Exit-Relays, 1 weitere unter Bedingungen; 8 verboten sie und 21 sagten gar nichts. Middle-Relays und Bridges werden in der einen oder anderen Richtung selten erwähnt.

Ravenquay begrüßt alle drei Relay-Typen auf jedem Liegeplatz. Ein Hoster, der keine Logs führt und ganze Maschinen betreibt, ist das Setup, das das Tor Project beschreibt.

Was gehört in die torrc eines Nicht-Exit-Relays?

Ein Middle- oder Guard-Relay braucht nur eine Handvoll Zeilen. ExitRelay 0 hält es als Nicht-Exit, SocksPort 0 schaltet den lokalen Client ab, und ein echter ContactInfo lässt das Tor Project Sie erreichen.

# Identity: both lines are published in the relay directory
Nickname          harborRelay01
ContactInfo       [email protected]

# Non-exit relay on the ORPort
ORPort            443
ExitRelay         0      # 0 = middle/guard, never an exit
SocksPort         0      # no local client on the relay

# Optional: enable IPv6 on the ORPort once IPv6 works
# ORPort            [IPv6-address]:443

# Then: systemctl restart tor@default