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 namens een vreemde een verbinding met een website. Dit enkele feit is de reden waarom u geen misbruikmeldingen ontvangt en waarom dit een bijdrage is die uitstekend past bij een standaard VPS.

Het werk is beperkt: één pakket, vijftien regels configuratie, één firewall-regel en éé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 een week lang "dood" lijkt te zijn.

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. De relay maakt nooit rechtstreeks 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 nodig is.
• 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.
• Exit relay. De laatste hop, die de verbinding met de doelsite opent. Elk verzoek van een gebruiker vertrekt vanaf uw IP-adres; misbruikmeldingen en politieonderzoeken komen daarom terecht bij de eigenaar van dat adres.

De exit-rol hoort niet thuis op een VPS voor algemeen gebruik. Draai een exit 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 meestal tot een geschorste server en het verlies van het IP-adres. Een guard- of middle-relay verwerkt hetzelfde gebruikersverkeer zonder deze blootstelling.

Alles hieronder is gericht op het opzetten van een guard/middle-relay. ExitRelay 0 is de regel die ervoor zorgt dat het hierbij blijft.

Wat de VPS nodig heeft voordat u begint

Het Tor Project publiceert strikte vereisten voor relays. Per 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 afweegt tegen de maandelijkse datalimiet. Lees uw abonnement voordat u de configuratie aanpast. Als u nog een server kiest, behandelt wat een VPS per maand werkelijk 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 sleutels en een geharde sshd-configuratie kost tien minuten en hoort te gebeuren voordat de relay live gaat, niet daarna.

Tor installeren vanuit de repository van het Tor Project

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 als eerste in deze repository verschijnen 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 hebt 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 benoemd; apt heeft dan geen sleutel om het releasebestand mee te controleren. Het deb.torproject.org-keyring-pakket is belangrijk voor later: het levert de ondertekeningssleutel als een gewoon pakket, zodat apt blijft werken wanneer die sleutel wordt geroteerd.

Schakel automatische upgrades in en voeg vervolgens de nieuwe bron toe aan de configuratie.

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, dat de bronnen toont waarop actie wordt ondernomen en verder niets schrijft.

De relevante torrc

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 is niet uniek binnen het netwerk en vormt niet uw identiteit; dat doet de fingerprint. Het 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 gescraped. 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 een probleem met uw relay.

ORPort 9001 is de poort waarmee andere relays en clients verbinding maken. 9001 is gebruikelijk. Poort 443 is de andere gangbare 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 server deze poort nodig heeft.

SocksPort 0 schakelt de lokale SOCKS-proxy uit, die een relay niet gebruikt, en verwijdert een 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 bij IPv4, dus schrijf het adres voluit 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 beschikbare geheugen op de machine, wat op een kleine gedeelde server meer is dan u wilt dat het proces verbruikt. Door de limiet zelf in te stellen, verwijdert Tor wachtrij-cellen onder druk – wat de relay overleeft – in plaats van te blijven 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 ongemerkt 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 gemarkeerd, 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 is per richting afzonderlijk van toepassing. 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 elke richting verplaatst een relay ongeveer 21.6 GB per dag, dus een maand van 30 dagen kost ongeveer 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, heeft 12,960 GB per maand nodig 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, waardoor korte pieken boven de snelheid zijn toegestaan 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 meet 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 de werkelijke meetmethode is voor een databundel.

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 weer wordt geactiveerd.

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 laatste quotum werd 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. Bepaal de grootte van RelayBandwidthRate zo 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 logboek de volgende 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 stappen in de juiste volgorde. Controleer of de ORPort openstaat in ufw. Controleer ook of de poort 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 automatisch opnieuw uit, waardoor een aangepaste firewall zonder uw tussenkomst 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 bijnaam of plak de fingerprint. Die pagina toont hoe het netwerk uw relay ziet: welke flags deze bezit, welk gewicht de autoriteiten eraan 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 neemt weken in beslag. Het Tor Project beschrijft de opstartfase in vier fasen. Een beheerder die dit niet heeft gelezen, concludeert vaak onterecht 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. Vanaf ongeveer dag drie tot dag acht meten de bandwidth authorities de relay daadwerkelijk en stijgt het gewicht, maar de relay wordt enkel als middle hop gebruikt. Clients zijn namelijk niet bereid om een gloednieuwe relay als eerste hop 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 vaak tot verbazing leidt: clients slaan guards over bij het kiezen van middle hops in de veronderstelling dat een guard al zwaar belast is. De relay verliest dus middle-verkeer voordat het guard-verkeer toeneemt. Dit herstelt zich pas 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 balans 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-check op poort 9001 is een betere besteding van uw aandacht: dit beantwoordt de vraag waar u wel 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 commando's kan uitvoeren. Tor schrijft die cookie naar /run/tor/control.authcookie als de gebruiker debian-tor, 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 geladen; het uitvoeren van nyx in dezelfde shellsessie geeft een rechtenfout op het cookiebestand, zelfs als de configuratie correct is. nyx toont live bandbreedte, uptime, de logstream 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 via uw machines zowel 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 bij het toevoegen van een vierde relay vier bestanden moeten worden bewerkt. 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 subdirectory keys van de DataDirectory (/var/lib/tor/keys op Debian en Ubuntu), en behoud het achtervoegsel .secret_family_key. 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 verwijderd kan worden.

Wat er misgaat nadat het systeem draait

De versie raakt verouderd. Unattended upgrades vervangen het pakket, maar het actieve proces blijft het binaire bestand gebruiken waarmee het is gestart totdat het proces opnieuw wordt opgestart. 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; start de service daarom opnieuw op.

De klok loopt niet gelijk. 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. Start na elke migratie van een provider of adreswijziging tor opnieuw op en controleer opnieuw 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 dat plafond wordt 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 namens een gebruiker. Klachten over wat iemand via Tor heeft gedaan, gaan daarom naar de exit-operator en niet naar u. Wat u mogelijk wel ziet, 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 beperkt totdat ze zijn gemeten. Gedurende de eerste drie dagen begrenzen de directory authorities het gepubliceerde gewicht op 20 KB, waardoor clients de relay vrijwel nooit kiezen. Bandwidth authorities meten de relay vanaf ongeveer dag drie, de relay komt rond dag acht in aanmerking voor de Guard-vlag, en het verkeer neemt op dat punt weer af omdat clients guards vermijden bij het kiezen van middle-hops. De volledige belasting wordt rond dag 68 bereikt. Controleer of het logboek de melding "Self-testing indicates your ORPort is reachable from the outside" bevat en laat de relay vervolgens 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 meet, 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 bestaan zodat clients voorkomen dat ze een circuit opbouwen via twee relays die door dezelfde operator worden beheerd; dit is zinloos bij één relay. 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, waarmee één FamilyId wordt verspreid in plaats van een steeds langer wordende lijst.