Tor relay draaien op een Linux VPS: handleiding

Wat een Tor relay op een VPS doet

Een Tor relay is een Tor daemon op een machine met een publiek IP-adres die versleuteld verkeer voor anderen doorstuurt. De directory authorities publiceren de relay en Tor-clients bouwen circuits via deze node op. Een guard- of middle-relay stuurt verkeer uitsluitend door naar een andere relay; het opent dus nooit een verbinding met een website namens een vreemde. Dat is de reden waarom u geen misbruikmeldingen ontvangt en waarom dit een bijdrage is die uitstekend past bij een standaard VPS. Een relay transporteert andermans verkeer en publiceert zelf niets. Als u uw eigen site op het netwerk wilt plaatsen in plaats van pakketten voor anderen te verwerken, dan is het draaien van een v3 onion service achter nginx een andere taak voor dezelfde tor daemon. Het draaien van een relay verbetert bovendien niets aan de privacy van uw eigen surfgedrag; dat is een apart vraagstuk met beperktere mogelijkheden dan de meeste mensen verwachten: wat het zelf hosten van SearXNG daadwerkelijk verbergt is een goede graadmeter voor wat het verplaatsen van een dienst naar uw eigen VPS oplevert.

Het werk is beperkt: één pakket, vijftien regels configuratie, één firewall-regel, één herstart. De rest van deze handleiding behandelt de onderdelen waar het vaak misgaat. Denk hierbij aan de bandbreedteberekening bij een abonnement met datalimiet en de reden waarom een perfect functionerende nieuwe relay er een week lang inactief uit kan zien.

Guard, middle, bridge of exit: kies voordat u installeert

Eén daemon voert alle vier de rollen uit. Uw configuratie, in combinatie met de directory authorities, bepaalt welke rol u vervult.

• Middle relay. Deze ontvangt verkeer van een guard en stuurt dit door naar een andere relay. Deze maakt nooit direct verbinding met een doelsite. Elke nieuwe relay begint in deze rol.
• Guard relay. Dezelfde configuratie, maar met een extra vlag. De directory authorities kennen de Guard-vlag toe aan relays die lang genoeg stabiel en snel zijn geweest. U kiest dit niet zelf. U verdient deze status, en de onderstaande configuratie is wat daarvoor zorgt.
• Bridge. Een relay die bewust buiten de openbare directory wordt gehouden en privé wordt verstrekt aan gebruikers in regio's waar Tor wordt geblokkeerd. Dit is de minst ingrijpende van de vier rollen: lage bandbreedte, geen openbare vermelding en de juiste eerste stap als uw plannen kleinschalig zijn. Het vereist ook een obfs4-proxy die naast de daemon draait en een andere set regels in torrc, wat wordt uitgelegd in het opzetten van een obfs4 bridge op een goedkope VPS, inclusief hoe gebruikers aan het einde de bridge-regel ontvangen.
• Exit relay. De laatste hop, die de verbinding met de doelsite opent. Elk verzoek van een gebruiker vertrekt vanaf uw IP-adres, waardoor misbruikmeldingen en politieonderzoeken terechtkomen bij de eigenaar van dat adres.

De exit-rol hoort niet thuis op een VPS voor algemeen gebruik. Draai een exit-relay alleen bij een provider die vooraf akkoord is gegaan met het ontvangen van dergelijke correspondentie, met een eigen IP-adres en een gepubliceerd contactpunt voor misbruikmeldingen. De meeste standaard hostingvoorwaarden verbieden dit, en het negeren hiervan leidt doorgaans tot een geschorste server en het verlies van het IP-adres. Als dit toch de rol is die u wilt vervullen, behandelt wat het draaien van een exit-relay daadwerkelijk inhoudt het vinden van een exit-vriendelijke host, het schrijven van het exit-beleid en reverse DNS, en het beantwoorden van de correspondentie wanneer deze binnenkomt. Een guard- of middle-relay verwerkt hetzelfde gebruikersverkeer zonder deze blootstelling.

Alles hieronder bouwt een guard/middle-relay. ExitRelay 0 is de regel die ervoor zorgt dat het er een blijft.

Wat de VPS nodig heeft voordat u begint

Het Tor Project publiceert strikte vereisten voor relays. Sinds augustus 2026 zijn dit: één publiek IPv4-adres voor de relay, ten minste 10 Mbit/s bandbreedte in beide richtingen met 16 Mbit/s aanbevolen, ten minste 100 GB uitgaand verkeer per maand, en 512 MB RAM onder de 40 Mbit/s of 1 GB daarboven. Er is geen vaste regel voor uptime, maar een relay die minder dan twee uur per dag draait, is van weinig nut voor het netwerk.

Het cijfer van 10 Mbit/s beschrijft de verbinding, niet de instelling. U heeft een poort nodig die dit aankan. Hoeveel van die verbinding u de relay laat gebruiken, is een aparte beslissing die u neemt op basis van de maandelijkse datalimiet. Lees uw abonnement door voordat u de configuratie aanpast. Als u nog een server kiest, behandelt wat een VPS maandelijks daadwerkelijk kost hoe datalimieten worden verkocht, en laat het meten van de werkelijke netwerkdoorvoer van een VPS zien hoe u met iperf3 achterhaalt wat de verbinding presteert in plaats van te vertrouwen op de verkooppagina.

Beveilig de machine eerst. Een relay is een publieke dienst op een publiek adres, en het adres wordt binnen enkele minuten na publicatie gescand. SSH beperken tot keys en een geharde sshd-configuratie kost tien minuten en hoort te gebeuren voordat de relay live gaat, niet daarna.

Tor installeren vanuit de Tor Project repository

Gebruik de apt-repository van het Tor Project zelf in plaats van het distributiepakket. De code voor relays wordt sneller bijgewerkt dan een stabiele release, waardoor fixes deze repository als eerste bereiken en het distributiepakket tussen releases achterblijft.

sudo apt update
sudo apt install -y apt-transport-https gnupg wget

Voeg de ondertekeningssleutel toe en daarna de repository. De codenaam wordt uitgelezen vanaf de machine, waardoor hetzelfde blok werkt op Ubuntu 24.04 (noble) en Debian 13 (trixie).

wget -qO- https://deb.torproject.org/torproject.org/A3C4F0F979CAA22CDBA8F512EE8CBC9E886DDD89.asc \
  | gpg --dearmor \
  | sudo tee /usr/share/keyrings/deb.torproject.org-keyring.gpg >/dev/null

CODENAME=$(. /etc/os-release && echo "$VERSION_CODENAME")
echo "$CODENAME"

sudo tee /etc/apt/sources.list.d/tor.sources >/dev/null <<EOF
Types: deb deb-src
URIs: https://deb.torproject.org/torproject.org/
Suites: $CODENAME
Components: main
Signed-By: /usr/share/keyrings/deb.torproject.org-keyring.gpg
EOF

sudo apt update
sudo apt install -y tor deb.torproject.org-keyring
tor --version

tor --version toont de versie die u zojuist heeft geïnstalleerd. Als apt update in plaats daarvan een NO_PUBKEY-foutmelding gaf, bevindt de gedearmorde sleutel zich niet op het pad dat in de Signed-By:-regel is opgegeven; apt heeft dan geen sleutel om het releasebestand mee te verifiëren. Het deb.torproject.org-keyring-pakket is later van belang: dit levert de ondertekeningssleutel als een standaardpakket, zodat apt blijft werken wanneer die sleutel wordt geroteerd.

Schakel automatische upgrades in en configureer deze vervolgens voor de nieuwe bron.

sudo apt install -y unattended-upgrades apt-listchanges

Voeg op Ubuntu de Tor-bron toe aan het Allowed-Origins-blok in /etc/apt/apt.conf.d/50unattended-upgrades:

Unattended-Upgrade::Allowed-Origins {
        "${distro_id}:${distro_codename}-security";
        "TorProject:${distro_codename}";
};

Op Debian gebruikt hetzelfde bestand Origins-Pattern, waar de toe te voegen regel "origin=TorProject"; is. Controleer het resultaat met sudo unattended-upgrade --debug --dry-run; dit commando toont de bronnen waarop actie wordt ondernomen en voert verder geen wijzigingen uit.

Het relevante torrc-bestand

Het pakket installeert een lang, uitgebreid becommentarieerd /etc/tor/torrc. Slechts een handvol regels is van belang voor een relay. Voeg deze toe aan het einde van het bestand.

Nickname mynicerelay
ContactInfo relay-ops[at]example.com
ORPort 9001
ExitRelay 0
SocksPort 0

Nickname bestaat uit 1 tot 19 tekens, uitsluitend letters en cijfers. Deze naam is niet uniek binnen het netwerk en vormt niet uw identiteit; de fingerprint doet dat wel. Dit is de naam waarmee u uw eigen relay in een zoekveld terugvindt, dus kies iets dat u gemakkelijk kunt spellen.

ContactInfo wordt gepubliceerd in de relay-descriptor, een openbaar document dat iedereen kan downloaden, waardoor het adres zal worden gescrapt. Gebruik een adres dat u over twee jaar nog steeds leest en obfusceer het indien gewenst. Dit is het enige kanaal dat het Tor Project heeft om u te waarschuwen voor problemen met uw relay.

ORPort 9001 is de poort waarmee andere relays en clients verbinding maken. 9001 is gebruikelijk. Poort 443 is de andere veelvoorkomende keuze, omdat sommige restrictieve netwerken alleen uitgaand verkeer op 443 toestaan; een relay die daarop luistert, is dus voor meer clients bereikbaar. Kies alleen voor 443 als geen enkele andere service op de machine deze poort nodig heeft.

SocksPort 0 schakelt de lokale SOCKS-proxy uit, die een relay niet gebruikt, en verwijdert één listening socket van de machine. ExitRelay 0 legt het voornemen vast in het bestand: deze relay zal nooit namens een gebruiker verbinding maken met een bestemming, en niemand die de configuratie later leest, hoeft dit uit de standaardinstellingen af te leiden.

Als de VPS een IPv6-adres heeft, voeg dan een tweede ORPort-regel toe. Tor kan niet binden aan "elk" IPv6-adres zoals het dat voor IPv4 doet, dus schrijf het adres uit tussen vierkante haken.

ORPort 9001
ORPort [2001:db8::1]:9001

Voeg op een 1 GB VPS MaxMemInQueues 512 MB toe. Tor bepaalt de wachtrijlimiet op basis van het geheugen dat het op de machine ziet, wat op een kleine gedeelde server meer is dan u wilt dat het gebruikt. Door de limiet zelf in te stellen, verwijdert tor wachtrij-cellen onder druk – wat de relay overleeft – in plaats van te groeien totdat de kernel het proces beëindigt.

Open de ORPort in de firewall

Inkomend moet de ORPort vanaf het hele internet bereikbaar zijn. Laat uitgaand verkeer voor de relay onbeperkt: de relay opent verbindingen naar duizenden andere relays op veel verschillende poorten, en een uitgaande allowlist zal de werking ervan stilletjes verstoren.

sudo ufw allow 9001/tcp comment 'tor ORPort'
sudo ufw status verbose

Controleer vervolgens de netwerkfirewall van de provider zelf. Veel controlepanelen draaien een pakketfilter voor de virtuele machine. Een regel die u met ufw heeft toegevoegd, heeft daar geen effect, waardoor de poort op de server als open wordt weergegeven, maar van buitenaf als gesloten. Als u niet bekend bent met ufw, doorloopt de ufw-regels die op elke VPS thuishoren het standaardbeleid en de volgorde waarin regels worden toegepast.

Bepaal de bandbreedte op basis van uw abonnement

De handleiding beschrijft RelayBandwidthRate als een afzonderlijke token bucket die "het gemiddelde inkomende bandbreedtegebruik voor relayed verkeer op deze node beperkt tot het opgegeven aantal bytes per seconde, en het gemiddelde uitgaande bandbreedtegebruik tot diezelfde waarde". Lees dit twee keer. De limiet geldt voor elke richting afzonderlijk. Een relay die is ingesteld op 1 Mbit/s kan tegelijkertijd 1 Mbit/s in en 1 Mbit/s uit verwerken, en een provider die beide richtingen meet, brengt de som in rekening.

[
  {
    "label": "1 Mbit/s",
    "torrc_rate": "125 KBytes",
    "gb_per_day": 21.6,
    "gb_per_month": "648"
  },
  {
    "label": "2 Mbit/s",
    "torrc_rate": "250 KBytes",
    "gb_per_day": 43.2,
    "gb_per_month": "1,296"
  },
  {
    "label": "5 Mbit/s",
    "torrc_rate": "625 KBytes",
    "gb_per_day": 108,
    "gb_per_month": "3,240"
  },
  {
    "label": "10 Mbit/s",
    "torrc_rate": "1250 KBytes",
    "gb_per_day": 216,
    "gb_per_month": "6,480"
  },
  {
    "label": "20 Mbit/s",
    "torrc_rate": "2500 KBytes",
    "gb_per_day": 432,
    "gb_per_month": "12,960"
  }
]

Die 5 rijen zijn rekenkundig, geen meting: ze tonen wat een snelheid kost als de relay deze gedurende 30 volledige dagen in beide richtingen aanhoudt. Een echte relay blijft het grootste deel van de tijd onder zijn limiet, zeker in de eerste weken. Gebruik de tabel om instellingen uit te sluiten die niet passen, niet om een factuur tot op de gigabyte te voorspellen.

Bij 1 Mbit/s in beide richtingen verplaatst een relay ongeveer 21.6 GB per dag, dus een maand van 30 dagen kost ruwweg 648 GB aan gemeten verkeer. Dat past binnen een limiet van 1 TB met ruimte over voor updates en back-ups. Stap over naar 2 Mbit/s en de maand kost 1,296 GB, wat al boven een 1 TB-abonnement ligt. De laatste rij, 20 Mbit/s, vereist 12,960 GB per maand en hoort thuis op een ongemeten poort. Als uw provider alleen uitgaand verkeer in rekening brengt, halveer dan elk cijfer. Zoek uit welke methode uw provider hanteert voordat u de snelheid instelt, aangezien de twee antwoorden een factor twee verschillen.

Nu de configuratie. Eerst de snelheidslimiet, dan het quotum.

RelayBandwidthRate 125 KBytes
RelayBandwidthBurst 250 KBytes
AccountingMax 400 GBytes
AccountingRule sum
AccountingStart month 1 00:00

RelayBandwidthBurst is de grootte van de token bucket; deze staat korte pieken boven de snelheid toe terwijl het gemiddelde behouden blijft. Ongeveer twee keer de snelheid is een verstandige waarde.

AccountingRule is de regel die de meeste beheerders missen. De standaardwaarde is max, die de grootste van de twee richtingen afzet tegen het quotum. Met de standaardinstelling staat AccountingMax 400 GBytes 400 GB in en 400 GB uit toe, wat 800 GB is op een meter die beide telt. AccountingRule sum telt lezen plus schrijven tegen het ene quotum, wat overeenkomt met wat een datalimiet daadwerkelijk meet.

Schrijf ook AccountingStart, nooit AccountingMax op zichzelf. Het quotum is het getal en de startregel is de periode waarin het wordt gereset. Een quotum zonder periode zorgt ervoor dat de relay in winterslaap gaat zonder dat deze uit zichzelf terugkeert.

Winterslaap is een bot instrument. Wanneer het quotum op is, logt tor dit en stopt het met het aannemen van werk:

Bandwidth soft limit reached; commencing hibernation. No new connections will be accepted

De relay wordt ook niet precies aan het begin van de volgende periode wakker. Tor houdt bij hoe snel het vorige quotum is verbruikt en kiest een willekeurig punt binnen het nieuwe interval, zodat duizenden relays niet op exact dezelfde seconde terugkeren naar het netwerk. Een relay die de laatste week van elke maand verdwijnt, verliest de stabiliteit waarop de directory authorities deze beoordelen. Stel RelayBandwidthRate zo in dat de limiet nooit wordt bereikt en houd AccountingMax aan als vangnet dat de factuur beschermt.

Start de relay en controleer of deze bereikbaar is

sudo systemctl restart tor@default
sudo systemctl status tor@default
sudo journalctl -u tor@default -n 50

Binnen enkele minuten zou het logbestand deze regel moeten bevatten:

Self-testing indicates your ORPort is reachable from the outside. Excellent. Publishing server descriptor.

Deze zin betekent dat andere relays verbinding hebben gemaakt met uw ORPort en een circuit via uw relay hebben opgebouwd. Zolang deze regel niet verschijnt, staat uw relay niet in de directory en verwerkt deze nog geen verkeer. Een foutmelding ziet er als volgt uit:

Your server has not managed to confirm reachability for its ORPort(s) at 203.0.113.10:9001. Relays do not publish descriptors until their ORPort and DirPort are reachable. Please check your firewalls, ports, address, /etc/hosts file, etc.

Doorloop de volgende stappen. Controleer of de ORPort openstaat in ufw. Controleer of de poort ook openstaat in de externe netwerkfirewall van de provider. Controleer of het adres in het bericht het adres is waar het internet daadwerkelijk naartoe routeert, in plaats van een privaat adres uit een NAT-configuratie. Test de poort vanaf een andere machine met nc -vz 203.0.113.10 9001. Tor voert de zelftest periodiek zelf uit, waardoor een gecorrigeerde firewall automatisch wordt opgemerkt; een herstart versnelt dit proces.

De permanente identiteit van uw relay is de fingerprint:

sudo cat /var/lib/tor/fingerprint

Ongeveer drie uur nadat de descriptor is gepubliceerd, verschijnt de relay op Relay Search. Zoek op de nickname of plak de fingerprint. Die pagina toont hoe het netwerk uw relay ziet: welke flags deze bezit, welk gewicht de autoriteiten toekennen en welke versie er wordt gepubliceerd.

Waarom verwerkt een nieuwe Tor relay bijna geen verkeer?

Omdat het netwerk de relay nog niet heeft gemeten, en dit meetproces duurt weken. Het Tor Project beschrijft de opstartfase in vier fasen, en een beheerder die dit niet heeft gelezen, concludeert ten onrechte dat de relay defect is en begint instellingen te wijzigen.

Gedurende de eerste drie dagen is de relay ongemeten. De relay rapporteert zijn eigen zelftestresultaat, maar de directory authorities begrenzen het gepubliceerde gewicht sowieso op 20 KB, waardoor clients de relay vrijwel nooit kiezen. Tussen ongeveer dag drie en dag acht meten de bandwidth authorities de relay daadwerkelijk en stijgt het gewicht, maar de relay wordt alleen als tussenstap gebruikt. Clients zijn namelijk niet bereid om een gloednieuwe relay als eerste stap in hun circuit te gebruiken.

Rond dag acht komt de relay in aanmerking voor de Guard flag. Het verkrijgen van deze vlag zorgt voor een daling in het verkeer, wat voor iedereen verrassend is: clients slaan guards over bij het kiezen van tussenstappen in de veronderstelling dat een guard al druk bezet is, waardoor de relay verkeer als tussenstap verliest voordat het guard-verkeer toeneemt. Dit vult zich pas aan naarmate clients hun guard-sets roteren, wat weken duurt. Rond dag 68 bereikt de relay een stabiele toestand, waarbij het aantal clients dat de relay verwijdert in evenwicht is met het aantal clients dat de relay toevoegt.

De realistische verwachting is dus: niets gedurende drie dagen, enige activiteit na een week, en een substantiële belasting na twee maanden. Wijzig één instelling en wacht vervolgens een week om het effect te observeren. Een zelfgehoste Uptime Kuma statuspagina met een TCP-controle op poort 9001 is een betere besteding van uw zenuwachtige energie: dit beantwoordt de vraag waar u daadwerkelijk controle over heeft, namelijk of de poort nog steeds reageert.

De relay monitoren met nyx

nyx is de terminalmonitor voor een actieve relay. Deze communiceert met de control port van tor, dus schakel deze eerst in in torrc:

ControlPort 9051
CookieAuthentication 1
CookieAuthFileGroupReadable 1

ControlPort luistert alleen op 127.0.0.1, en cookie-authenticatie betekent dat een programma een geheim bestand moet lezen voordat het opdrachten kan uitvoeren. Tor schrijft die cookie naar /run/tor/control.authcookie als de debian-tor-gebruiker, met modus 600, zodat niets anders het kan lezen. CookieAuthFileGroupReadable 1 stelt het bestand open voor de groep, waardoor uw eigen account nyx kan uitvoeren zonder sudo.

sudo apt install -y nyx
sudo adduser "$USER" debian-tor
sudo systemctl restart tor@default

Log uit en weer in, en voer daarna nyx uit. De nieuwe groep moet bij het inloggen worden opgepikt; het uitvoeren van nyx in dezelfde shell-sessie resulteert in een toegangs-foutmelding op het cookiebestand, ook al is de configuratie correct. nyx toont live bandbreedte, uptime, de logstroom en de verbindingslijst. In de eerste weken is het getal om in de gaten te houden de bandbreedtegrafiek die onder uw RelayBandwidthRate blijft.

Meerdere relays draaien: MyFamily en family keys

Sla deze sectie over als u slechts één relay beheert. Twee of meer relays die door dezelfde operator worden beheerd, moeten elkaar aangeven. Dit voorkomt dat clients een circuit opbouwen dat zowel via uw machines binnenkomt als verlaat, waardoor een operator beide uiteinden van het verkeer zou kunnen inzien.

De gebruikelijke methode is MyFamily in de torrc van elke relay, waarin de fingerprints van alle andere relays worden vermeld:

MyFamily AAAAAAAAAA,BBBBBBBB

Elke relay vermeldt alle andere relays, wat betekent dat het toevoegen van een vierde relay het bewerken van vier bestanden vereist. Tor 0.4.9 heeft dit vervangen door een family key. Genereer één sleutel en deel deze vervolgens:

tor --keygen-family myfamily

Dit schrijft myfamily.secret_family_key en toont een FamilyId regel. Kopieer het sleutelbestand naar elke relay, in de keys subdirectory van de DataDirectory (/var/lib/tor/keys op Debian en Ubuntu), en behoud het .secret_family_key achtervoegsel. Voeg de getoonde FamilyId regel toe aan elke torrc en herlaad met sudo systemctl reload tor@default. Laat de MyFamily lijst voorlopig ook staan. Clients die nog geen family certificates ondersteunen, lezen nog steeds de oude lijst; het Tor Project zal aankondigen wanneer deze kan worden verwijderd.

Wat er misgaat nadat het systeem draait

De versie veroudert. Unattended upgrades vervangen het pakket, maar het draaiende proces blijft de binary gebruiken waarmee het is gestart totdat het proces wordt herstart. Vergelijk tor --version op de server met de versie die wordt getoond op de Relay Search-pagina van de relay. Als deze verschillen, ziet het netwerk nog steeds de oude versie; herstart in dat geval de service.

De klok loopt niet synchroon. Consensusdocumenten en certificaten zijn tijdsgebonden. Een machine waarvan de klok te ver afwijkt, verwerpt de consensus en stopt met publiceren. timedatectl hoort aan te geven dat de systeemklok is gesynchroniseerd. Als dit niet het geval is, schakel dan systemd-timesyncd in of installeer chrony.

Het IP-adres wijzigt. De descriptor bevat het adres en clients kunnen een adres dat is verplaatst niet bereiken. Na een migratie van provider of een adreswijziging moet u tor herstarten en opnieuw controleren op de self-test-regel.

De relay is trager dan het plan toestaat. De relay-cryptografie van Tor is efficiënt op moderne processors. Het Tor Project schat dat een CPU met AES-NI-ondersteuning ongeveer 400 tot 450 Mbit/s in elke richting aankan. Ruim voordat u dat plafond bereikt, wordt u beperkt door de poortsnelheid en de datalimiet. Daarom is de sectie over accounting hierboven belangrijker dan de hardware.

FAQ

Hoeveel bandbreedte verbruikt een Tor-relay?

Precies zoveel als u toestaat, en niet meer. RelayBandwidthRate begrenst het relay-verkeer in beide richtingen afzonderlijk; een relay die is ingesteld op 1 Mbit/s kan dus tegelijkertijd 1 Mbit/s inkomend en 1 Mbit/s uitgaand verkeer verwerken. Dit komt neer op ongeveer 21.6 GB per dag, of 648 GB over een maand van 30 dagen, waarbij beide richtingen worden meegeteld. Voeg AccountingMax toe met AccountingRule sum als een harde maandelijkse limiet onder die snelheid.

Krijg ik misbruikmeldingen als ik een Tor-relay draai?

Een guard- of middle-relay stuurt verkeer alleen door naar andere Tor-relays en maakt nooit verbinding met een website voor een gebruiker. Klachten over wat iemand via Tor heeft gedaan, gaan daarom naar de exit-operator, niet naar u. Wat u wel kunt verwachten zijn scans en incidentele vermeldingen op IP-reputatielijsten, omdat het adres publiekelijk als relay staat geregistreerd. Exit-relays zijn de relays die misbruikmeldingen en juridische kennisgevingen ontvangen; zij hebben een provider nodig die vooraf akkoord is gegaan met de afhandeling hiervan. Lees de voorwaarden van uw provider voordat u met een van beide typen begint.

Waarom krijgt mijn nieuwe Tor-relay geen verkeer?

Omdat nieuwe relays standaard worden geknepen totdat ze zijn gemeten. Gedurende de eerste drie dagen beperken de directory authorities het gepubliceerde gewicht tot 20 KB, waardoor clients de relay vrijwel nooit kiezen. Bandwidth authorities meten de relay vanaf ongeveer dag drie, waarna deze rond dag acht in aanmerking komt voor de Guard-vlag. Op dat moment neemt het verkeer weer iets af, omdat clients guards vermijden bij het kiezen van middle-hops. De volledige belasting wordt na ongeveer 68 dagen bereikt. Controleer of het logbestand de melding "Self-testing indicates your ORPort is reachable from the outside" bevat en laat de relay daarna ongemoeid.

Kan ik een Tor-relay draaien op een VPS met een datalimiet van 1 TB?

Ja, bij ongeveer 1 Mbit/s in elke richting, wat neerkomt op RelayBandwidthRate 125 KBytes. Dit is ongeveer 648 GB per maand als uw provider beide richtingen meetelt, wat ruimte overlaat voor updates en back-ups. Voeg AccountingMax 400 GBytes toe met AccountingRule sum en AccountingStart month 1 00:00 zodat de relay in de slaapstand gaat in plaats van het dataplan te overschrijden. Als de provider alleen uitgaand verkeer factureert, kunt u de snelheid verdubbelen.

Moet ik MyFamily instellen als ik slechts één relay draai?

Nee. Family-declaraties zijn bedoeld om te voorkomen dat clients een circuit opbouwen via twee relays van dezelfde operator; bij één relay is dit zinloos. Stel dit in zodra u een tweede relay toevoegt: vermeld de fingerprint van elke relay in de MyFamily-regel van elke relay, of gebruik de family-sleutel die in Tor 0.4.9 is geïntroduceerd. Hiermee wordt één FamilyId verspreid in plaats van een steeds langer wordende lijst.