Jak uruchomić przekaźnik Tor na własnym serwerze VPS

Rola przekaźnika Tor na serwerze VPS

Przekaźnik Tor to proces (daemon) Tor uruchomiony na maszynie z publicznym adresem IP, który przekazuje zaszyfrowany ruch innych użytkowników. Węzły autoryzujące (directory authorities) publikują informacje o przekaźniku, a klienci sieci Tor budują przez niego swoje obwody. Przekaźnik typu guard lub middle przekazuje ruch wyłącznie do innego przekaźnika, dlatego nigdy nie nawiązuje połączenia z witryną internetową w imieniu osób trzecich. Ten fakt sprawia, że operator nie otrzymuje zgłoszeń o nadużyciach (abuse mail), co czyni to rozwiązanie odpowiednim dla standardowego serwera VPS.

Nakład pracy jest niewielki: jeden pakiet, piętnaście linii konfiguracji, jedna reguła firewalla i jeden restart. Pozostała część tego przewodnika opisuje elementy, które często sprawiają problemy. Obejmuje to obliczenia przepustowości w planach z limitem transferu oraz wyjaśnienie, dlaczego poprawnie skonfigurowany, nowy przekaźnik przez pierwszy tydzień może być widoczny jako nieaktywny.

Guard, middle, bridge czy exit: wybierz przed instalacją

Jeden demon obsługuje wszystkie cztery role. O tym, którą pełnisz, decyduje Twoja konfiguracja oraz directory authorities.

• Middle relay. Odbiera ruch od guard i przekazuje go do kolejnego przekaźnika. Nigdy nie łączy się z docelową witryną. Każdy nowy przekaźnik zaczyna w tej roli.
• Guard relay. Ta sama konfiguracja, z dodatkową flagą. Directory authorities przyznają flagę Guard przekaźnikom, które są wystarczająco szybkie i stabilne przez odpowiednio długi czas. Nie wybierasz tej roli. Musisz na nią zapracować, a poniższa konfiguracja jest tym, co pozwala ją uzyskać.
• Bridge. Przekaźnik celowo utrzymywany poza publicznym katalogiem, udostępniany prywatnie użytkownikom w miejscach, gdzie Tor jest blokowany. To najmniejsze zobowiązanie spośród czterech ról: niskie zużycie pasma, brak publicznej listy i właściwy pierwszy krok, jeśli Twój plan jest niewielki.
• Exit relay. Ostatni przeskok, który otwiera połączenie z docelową witryną. Każde żądanie użytkownika wychodzi z Twojego adresu IP, więc zgłoszenia o nadużyciach i zapytania policji trafiają do właściciela tego adresu.

Rola exit nie powinna być uruchamiana na standardowym VPS ogólnego przeznaczenia. Uruchamiaj exit tylko u dostawcy, który z wyprzedzeniem wyraził zgodę na otrzymywanie takiej korespondencji, dysponując własnym adresem IP i opublikowanym kontaktem w sprawie nadużyć. Większość standardowych regulaminów hostingowych zabrania tego, a typowym skutkiem zignorowania tego zapisu jest zawieszenie serwera i utrata adresu IP. Przekaźnik typu guard lub middle obsługuje ten sam ruch użytkowników bez takiego ryzyka.

Wszystko poniżej służy do budowy przekaźnika typu guard/middle. ExitRelay 0 to linia, która zapewnia utrzymanie tej roli.

Wymagania wstępne dla VPS

Tor Project publikuje twarde wymagania dla przekaźników. Według stanu na sierpień 2026 są to: jeden publiczny adres IPv4 dla przekaźnika, przepustowość co najmniej 10 Mbit/s w każdym kierunku (zalecane 16 Mbit/s), co najmniej 100 GB ruchu wychodzącego miesięcznie oraz 512 MB pamięci RAM przy przepustowości poniżej 40 Mbit/s lub 1 GB powyżej tej wartości. Nie ma sztywnej zasady dotyczącej czasu pracy (uptime), jednak przekaźnik działający krócej niż dwie godziny dziennie jest mało użyteczny dla sieci.

Wartość 10 Mbit/s opisuje parametry łącza, a nie ustawienia oprogramowania. Wymagany jest port, który zapewnia taką wydajność. Decyzja o tym, jaka część tego łącza zostanie udostępniona przekaźnikowi, jest kwestią odrębną i zależy od miesięcznego limitu transferu. Przed przystąpieniem do konfiguracji należy zapoznać się z warunkami planu taryfowego. W przypadku wyboru serwera, artykuł ile faktycznie kosztuje VPS miesięcznie omawia sposób sprzedaży limitów transferu, a pomiar rzeczywistej przepustowości sieciowej VPS pokazuje, jak sprawdzić wydajność łącza za pomocą iperf3, zamiast polegać na informacjach marketingowych.

W pierwszej kolejności należy zabezpieczyć maszynę. Przekaźnik jest usługą publiczną dostępną pod publicznym adresem, który jest skanowany w ciągu kilku minut od opublikowania. Ograniczenie dostępu SSH do kluczy i utwardzenie konfiguracji sshd zajmuje dziesięć minut i powinno zostać wykonane przed uruchomieniem przekaźnika, a nie po fakcie.

Instalacja Tor z repozytorium Tor Project

Należy korzystać z oficjalnego repozytorium apt projektu Tor, zamiast z pakietów dostarczanych przez dystrybucję. Kod przekaźnika (relay) rozwija się szybciej niż stabilne wydania, dlatego poprawki trafiają najpierw do tego repozytorium, podczas gdy pakiety dystrybucyjne pozostają w tyle między wydaniami.

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

Dodaj klucz podpisu, a następnie repozytorium. Nazwa kodowa jest odczytywana z systemu, więc ten sam blok działa zarówno na Ubuntu 24.04 (noble), jak i 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 wyświetla wersję, która została właśnie zainstalowana. Jeśli apt update zwróciło błąd NO_PUBKEY, oznacza to, że klucz nie znajduje się w ścieżce wskazanej w linii Signed-By:, przez co apt nie posiada klucza do weryfikacji pliku wydania. Pakiet deb.torproject.org-keyring jest istotny w dalszej perspektywie: dostarcza on klucz podpisu jako zwykły pakiet, dzięki czemu apt zachowuje sprawność po rotacji klucza.

Włącz automatyczne aktualizacje, a następnie skonfiguruj je dla nowego źródła.

sudo apt install -y unattended-upgrades apt-listchanges

W systemie Ubuntu dodaj źródło Tor do bloku Allowed-Origins w pliku /etc/apt/apt.conf.d/50unattended-upgrades:

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

W systemie Debian ten sam plik używa Origins-Pattern, gdzie należy dodać linię "origin=TorProject";. Sprawdź wynik za pomocą sudo unattended-upgrade --debug --dry-run, które wyświetla źródła, na których operuje, nie wprowadzając żadnych zmian.

Istotna zawartość pliku torrc

Pakiet instaluje długi, opatrzony licznymi komentarzami plik /etc/tor/torrc. Dla przekaźnika istotnych jest tylko kilka linii. Należy dodać je na końcu pliku.

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

Nickname może mieć od 1 do 19 znaków, wyłącznie litery i cyfry. Nazwa ta nie jest unikalna w sieci i nie stanowi identyfikatora przekaźnika; funkcję tę pełni odcisk klucza (fingerprint). Nazwa służy do odnalezienia własnego przekaźnika w wyszukiwarce, dlatego warto wybrać coś, co łatwo przeliterować przez telefon.

ContactInfo jest publikowany w deskryptorze przekaźnika, czyli dokumencie publicznym, który może pobrać każdy, więc adres będzie zbierany przez boty. Należy użyć adresu, który będzie aktywny przez najbliższe dwa lata; w razie potrzeby można go zaciemnić. Jest to jedyny kanał, przez który Tor Project może powiadomić o problemach z przekaźnikiem.

ORPort 9001 to port, z którym łączą się inne przekaźniki oraz klienci. Standardem jest 9001. Innym częstym wyborem jest port 443, ponieważ niektóre restrykcyjne sieci zezwalają tylko na ruch wychodzący na tym porcie, dzięki czemu przekaźnik nasłuchujący na nim jest dostępny dla większej liczby klientów. Port 443 należy wybrać tylko wtedy, gdy nie jest on potrzebny żadnej innej usłudze na serwerze.

SocksPort 0 wyłącza lokalny serwer proxy SOCKS, którego przekaźnik nie używa, co usuwa jeden gniazdo nasłuchujące z systemu. ExitRelay 0 zapisuje intencję w pliku: przekaźnik nigdy nie będzie łączył się z miejscem docelowym w imieniu użytkownika, a osoba czytająca konfigurację w przyszłości nie musi domyślać się tego z ustawień domyślnych.

Jeśli VPS posiada adres IPv6, należy dodać drugą linię ORPort. Tor nie może dowiązać się do "dowolnego" adresu IPv6 w taki sam sposób, jak w przypadku IPv4, dlatego adres należy zapisać w nawiasach kwadratowych.

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

Na serwerze VPS z 1 GB pamięci RAM należy dodać MaxMemInQueues 512 MB. Tor ustala limit kolejki na podstawie dostępnej pamięci systemowej, co w przypadku małych maszyn współdzielonych może prowadzić do nadmiernego zużycia zasobów. Ręczne ustawienie limitu sprawia, że w sytuacji dużego obciążenia tor odrzuca zakolejkowane komórki, co pozwala przekaźnikowi przetrwać, zamiast zwiększać zużycie pamięci do momentu, w którym jądro systemu zakończy proces.

Otwarcie portu ORPort w zaporze sieciowej

Port ORPort musi być dostępny z dowolnego miejsca w Internecie dla ruchu przychodzącego. W przypadku ruchu wychodzącego przekaźnik nie powinien posiadać żadnych ograniczeń: nawiązuje on połączenia z tysiącami innych przekaźników na wielu różnych portach, a lista dozwolonych połączeń wychodzących spowoduje jego nieprawidłowe działanie.

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

Następnie należy sprawdzić zaporę sieciową dostawcy infrastruktury. Wiele paneli sterowania zarządza filtrem pakietów przed maszyną wirtualną, przez co reguły dodane za pomocą ufw nie mają tam zastosowania, a port jest widoczny jako otwarty wewnątrz systemu i zamknięty z zewnątrz. Jeśli narzędzie ufw jest nieznane, reguły ufw dla każdego serwera VPS opisują domyślną politykę oraz kolejność dopasowywania reguł.

Dopasowanie przepustowości do planu taryfowego

Dokumentacja opisuje RelayBandwidthRate jako oddzielny token bucket, który ogranicza „średnie wykorzystanie przepustowości przychodzącej dla ruchu przekaźnikowego na tym węźle do określonej liczby bajtów na sekundę oraz średnie wykorzystanie przepustowości wychodzącej do tej samej wartości”. Przeczytaj to dwukrotnie. Limit dotyczy każdego kierunku z osobna. Przekaźnik ustawiony na 1 Mbit/s może przesyłać 1 Mbit/s w obie strony jednocześnie, a dostawca rozliczający oba kierunki wystawi rachunek za ich sumę.

[
  {
    "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"
  }
]

Wiersze 5 mają charakter arytmetyczny, a nie pomiarowy: pokazują koszt stawki, jeśli przekaźnik utrzymuje ją przez pełne 30 dni w obu kierunkach. Rzeczywisty przekaźnik przez większość czasu pracuje poniżej swojego limitu, zwłaszcza w pierwszych tygodniach. Użyj tabeli, aby wykluczyć ustawienia, które są niemożliwe do utrzymania, a nie do przewidywania faktury co do gigabajta.

Przy 1 Mbit/s w każdą stronę przekaźnik przesyła około 21.6 GB dziennie, więc 30-dniowy miesiąc kosztuje około 648 GB rozliczanego ruchu. Mieści się to w limicie 1 TB z zapasem na aktualizacje i kopie zapasowe. Zwiększenie do 2 Mbit/s oznacza koszt 1,296 GB miesięcznie, co przekracza plan 1 TB. Ostatni wiersz, 20 Mbit/s, wymaga 12,960 GB miesięcznie i wymaga portu bez limitu transferu. Jeśli dostawca rozlicza tylko ruch wychodzący, podziel każdą wartość przez dwa. Sprawdź sposób rozliczania przed ustawieniem stawki, ponieważ wartości różnią się dwukrotnie.

Teraz konfiguracja. Najpierw limit stawki, potem limit transferu.

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

RelayBandwidthBurst to rozmiar token bucket, który pozwala na krótkie skoki powyżej stawki przy zachowaniu średniej. Rozsądną wartością jest około dwukrotność stawki.

AccountingRule to parametr, który pomija większość operatorów. Wartość domyślna to max, która mierzy większy z dwóch kierunków w odniesieniu do limitu. Przy ustawieniu domyślnym AccountingMax 400 GBytes pozwala na 400 GB przychodzących i 400 GB wychodzących, co daje 800 GB u dostawcy liczącego oba kierunki. AccountingRule sum sumuje ruch przychodzący i wychodzący w ramach jednego limitu, co odpowiada rzeczywistemu sposobowi mierzenia transferu.

Zapisz również AccountingStart, nigdy nie używaj samego AccountingMax. Limit to liczba, a linia startowa to okres, po którym następuje reset. Limit bez określonego okresu spowoduje, że przekaźnik przejdzie w stan hibernacji bez możliwości automatycznego powrotu.

Hibernacja to radykalne rozwiązanie. Gdy limit zostanie wyczerpany, tor zapisuje to w logach i przestaje przyjmować zadania:

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

Przekaźnik nie budzi się również dokładnie w momencie rozpoczęcia nowego okresu. Tor śledzi tempo zużycia poprzedniego limitu i wybiera losowy punkt w nowym przedziale, aby tysiące przekaźników nie powracały do sieci w tej samej sekundzie. Przekaźnik, który znika w ostatnim tygodniu każdego miesiąca, traci stabilność, na podstawie której oceniają go directory authorities. Ustaw RelayBandwidthRate tak, aby limit nigdy nie został osiągnięty, a AccountingMax traktuj jako zabezpieczenie chroniące przed wysokim rachunkiem.

Uruchomienie przekaźnika i weryfikacja dostępności

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

W ciągu kilku minut w dzienniku powinna pojawić się następująca linia:

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

To zdanie oznacza, że inne przekaźniki nawiązały połączenie z Twoim ORPort i zbudowały przez niego obwód. Dopóki ten wpis się nie pojawi, przekaźnik nie znajduje się w katalogu i nie przesyła żadnego ruchu. Błąd wygląda następująco:

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.

Należy rozwiązywać problemy w podanej kolejności. Sprawdź, czy ORPort jest otwarty w ufw. Sprawdź, czy jest również otwarty w zewnętrznej zaporze sieciowej dostawcy. Upewnij się, że adres w komunikacie jest adresem, pod którym serwer jest faktycznie widoczny w Internecie, a nie adresem prywatnym z konfiguracji NAT. Przetestuj port z innej maszyny za pomocą nc -vz 203.0.113.10 9001. Tor samodzielnie powtarza autotest, więc naprawa zapory zostanie wykryta automatycznie, a restart wymusi natychmiastową weryfikację.

Stałą tożsamością przekaźnika jest jego odcisk (fingerprint):

sudo cat /var/lib/tor/fingerprint

Około trzy godziny po opublikowaniu deskryptora przekaźnik pojawi się w serwisie Relay Search. Wyszukaj go po nazwie (nickname) lub wklej odcisk. Ta strona prezentuje informacje o przekaźniku z perspektywy sieci: posiadane flagi, wagę przyznaną przez urzędy (authorities) oraz publikowaną wersję oprogramowania.

Dlaczego nowy przekaźnik Tor obsługuje znikomy ruch?

Ponieważ sieć jeszcze go nie zmierzyła, a proces pomiarowy trwa tygodnie. The Tor Project opisuje ten proces narastania w czterech fazach, a operatorzy, którzy się z nimi nie zapoznali, błędnie zakładają awarię przekaźnika i zaczynają wprowadzać niepotrzebne zmiany.

Przez pierwsze trzy dni przekaźnik jest niezmierzony. Raportuje on własny wynik autotestu, a directory authorities i tak ograniczają publikowaną wagę do 20 KB, więc klienci niemal nigdy go nie wybierają. Mniej więcej od trzeciego do ósmego dnia bandwidth authorities dokonują rzeczywistych pomiarów i waga przekaźnika rośnie, jednak jest on używany wyłącznie jako węzeł pośredni (middle hop), ponieważ żaden klient nie chce ustanawiać nowego przekaźnika jako swojego pierwszego węzła.

Około ósmego dnia przekaźnik kwalifikuje się do otrzymania flagi Guard. Uzyskanie tej flagi powoduje spadek ruchu, co jest zaskoczeniem dla wielu operatorów: klienci pomijają węzły Guard przy wyborze węzłów pośrednich, zakładając, że Guard jest już obciążony, więc przekaźnik traci ruch pośredni, zanim zyska ruch jako Guard. Ruch ten odbudowuje się dopiero w miarę rotacji zestawów Guard u klientów, co trwa tygodnie. Mniej więcej w 68. dniu przekaźnik osiąga stan równowagi, w którym liczba klientów rezygnujących z niego równoważy liczbę klientów, którzy go dodają.

Zatem realne oczekiwania to brak ruchu przez trzy dni, niewielki ruch po tygodniu i pełne obciążenie po dwóch miesiącach. Należy zmienić jedno ustawienie, a następnie odczekać tydzień, aby sprawdzić efekt. Własna strona statusu Uptime Kuma z testem TCP na porcie 9001 jest lepszym sposobem na spożytkowanie nerwowej energii: odpowiada na pytanie, na które rzeczywiście masz wpływ, czyli czy port nadal odpowiada.

Monitorowanie przekaźnika za pomocą nyx

nyx to terminalowy monitor działającego przekaźnika. Komunikuje się on z portem kontrolnym tor, dlatego należy go najpierw włączyć w torrc:

ControlPort 9051
CookieAuthentication 1
CookieAuthFileGroupReadable 1

ControlPort nasłuchuje wyłącznie na 127.0.0.1, a uwierzytelnianie za pomocą pliku cookie oznacza, że program musi odczytać tajny plik, zanim będzie mógł wydawać polecenia. Tor zapisuje ten plik cookie w /run/tor/control.authcookie jako użytkownik debian-tor z uprawnieniami 600, aby nikt inny nie mógł go odczytać. CookieAuthFileGroupReadable 1 udostępnia go grupie, co pozwala na uruchamianie nyx przez własne konto bez użycia sudo.

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

Wyloguj się i zaloguj ponownie, a następnie uruchom nyx. Nowa przynależność do grupy musi zostać uwzględniona przy logowaniu, dlatego uruchomienie nyx w tej samej sesji powłoki spowoduje błąd uprawnień do pliku cookie, nawet jeśli konfiguracja jest poprawna. nyx wyświetla bieżące wykorzystanie pasma, czas pracy, strumień logów oraz listę połączeń. W pierwszych tygodniach najważniejszą wartością do obserwacji jest wykres pasma, który powinien utrzymywać się poniżej wartości RelayBandwidthRate.

Uruchamianie więcej niż jednego przekaźnika: MyFamily i klucze rodzinne

W przypadku pojedynczego przekaźnika należy pominąć tę sekcję. Dwa lub więcej przekaźników obsługiwanych przez tego samego operatora muszą deklarować swoją przynależność, aby klienci nigdy nie budowali obwodu, który wchodzi i wychodzi przez te same maszyny. Pozwoliłoby to jednemu operatorowi na obserwację obu końców połączenia.

Tradycyjną metodą jest MyFamily w pliku torrc każdego przekaźnika, zawierająca listę odcisków palców (fingerprints) wszystkich pozostałych jednostek:

MyFamily AAAAAAAAAA,BBBBBBBB

Każdy przekaźnik wymienia wszystkie pozostałe, więc dodanie czwartego przekaźnika wymaga edycji czterech plików. Tor 0.4.9 zastąpił to rozwiązanie kluczem rodzinnym. Należy wygenerować jeden klucz, a następnie udostępnić go:

tor --keygen-family myfamily

Polecenie to zapisuje plik myfamily.secret_family_key i wyświetla linię FamilyId. Skopiuj plik klucza do każdego przekaźnika, do podkatalogu keys wewnątrz DataDirectory (/var/lib/tor/keys w systemach Debian i Ubuntu), zachowując przyrostek .secret_family_key. Dodaj wyświetloną linię FamilyId do każdego pliku torrc i przeładuj konfigurację za pomocą sudo systemctl reload tor@default. Na razie zachowaj również listę MyFamily. Klienci, którzy jeszcze nie obsługują certyfikatów rodzinnych, nadal odczytują starszą listę, a Tor Project ogłosi, kiedy będzie można z niej zrezygnować.

Co ulega awarii po uruchomieniu

Wersja staje się nieaktualna. Mechanizm unattended upgrades zastępuje pakiet, ale uruchomiony proces korzysta z pliku binarnego, z którym wystartował, dopóki nie zostanie zrestartowany. Porównaj tor --version na serwerze z wersją widoczną na stronie Relay Search przekaźnika. Jeśli się różnią, sieć nadal widzi starą wersję, więc zrestartuj usługę.

Zegar ulega rozsynchronizowaniu. Dokumenty konsensusu oraz certyfikaty są ograniczone czasowo, więc maszyna z dużym odchyleniem zegara odrzuca konsensus i przestaje publikować dane. timedatectl powinno wskazywać, że zegar systemowy jest zsynchronizowany. Jeśli tak nie jest, włącz systemd-timesyncd lub zainstaluj chrony.

Adres IP ulega zmianie. Deskryptor zawiera adres, a klienci nie mogą połączyć się z adresem, który został zmieniony. Po każdej migracji u dostawcy lub zmianie adresu zrestartuj tor i ponownie obserwuj linię testu własnego (self-test).

Przekaźnik działa wolniej, niż zakłada plan. Kryptografia przekaźnika Tor jest wydajna na nowoczesnych procesorach, a Tor Project szacuje przepustowość procesora z obsługą AES-NI na około 400 do 450 Mbit/s w każdym kierunku. Znacznie wcześniej niż osiągnięty zostanie ten limit, ograniczeniem stanie się prędkość portu oraz limit transferu, dlatego sekcja dotycząca rozliczania (accounting) powyżej jest ważniejsza niż sprzęt.

FAQ

Ile pasma zużywa przekaźnik Tor?

Dokładnie tyle, ile zostanie przydzielone. RelayBandwidthRate ogranicza ruch przekaźnikowy w każdym kierunku osobno, więc przekaźnik ustawiony na 1 Mbit/s może jednocześnie przesyłać 1 Mbit/s danych przychodzących i 1 Mbit/s wychodzących. Przekłada się to na około 21.6 GB dziennie lub 648 GB w ciągu 30-dniowego miesiąca, przy uwzględnieniu obu kierunków. Należy dodać AccountingMax wraz z AccountingRule sum jako twardy miesięczny limit poniżej tej przepustowości.

Czy uruchomienie przekaźnika Tor wiąże się z otrzymywaniem skarg o nadużycia?

Przekaźnik typu guard lub middle przekazuje ruch wyłącznie do innych przekaźników Tor i nigdy nie łączy się ze stronami internetowymi w imieniu użytkownika, dlatego skargi dotyczące działań podejmowanych przez sieć Tor trafiają do operatora wyjściowego (exit relay), a nie do właściciela przekaźnika pośredniczącego. Możliwe jest zaobserwowanie skanowania portów oraz sporadyczne trafienie na listy reputacji IP, ponieważ adres jest publicznie oznaczony jako przekaźnik. To przekaźniki wyjściowe otrzymują zgłoszenia o nadużyciach i pisma prawne, dlatego wymagają dostawcy, który z wyprzedzeniem wyraził zgodę na obsługę takich spraw. Przed uruchomieniem dowolnego typu przekaźnika należy zapoznać się z regulaminem dostawcy.

Dlaczego mój nowy przekaźnik Tor nie otrzymuje żadnego ruchu?

Nowe przekaźniki są celowo ograniczane do czasu ich pomiaru. Przez pierwsze trzy dni organy katalogowe (directory authorities) ograniczają publikowaną wagę do 20 KB, więc klienci niemal nigdy nie wybierają takiego przekaźnika. Organy pomiarowe (bandwidth authorities) dokonują pomiarów około trzeciego dnia, przekaźnik uzyskuje kwalifikację do flagi Guard około ósmego dnia, a ruch w tym momencie ponownie spada, ponieważ klienci unikają węzłów Guard przy wyborze środkowych przeskoków (middle hops). Pełne obciążenie osiągane jest około 68 dnia. Należy upewnić się, że dziennik zawiera wpis "Self-testing indicates your ORPort is reachable from the outside", a następnie pozostawić przekaźnik w spokoju.

Czy mogę uruchomić przekaźnik Tor na VPS z limitem transferu 1 TB?

Tak, przy przepustowości około 1 Mbit/s w każdym kierunku, co wynosi RelayBandwidthRate 125 KBytes. Daje to w przybliżeniu 648 GB miesięcznie, jeśli dostawca mierzy ruch w obu kierunkach, pozostawiając margines na aktualizacje i kopie zapasowe. Należy dodać AccountingMax 400 GBytes wraz z AccountingRule sum oraz AccountingStart month 1 00:00, aby przekaźnik przechodził w stan hibernacji zamiast przekraczać plan. Jeśli dostawca rozlicza tylko ruch wychodzący, przepustowość można podwoić.

Czy muszę ustawiać MyFamily, jeśli uruchamiam tylko jeden przekaźnik?

Nie. Deklaracje rodziny (family) służą temu, aby klienci unikali budowania obwodu przez dwa przekaźniki należące do tego samego operatora, co w przypadku jednego przekaźnika nie ma znaczenia. Ustawienie to należy skonfigurować natychmiast po dodaniu drugiego przekaźnika: należy wymienić fingerprint każdego przekaźnika w linii MyFamily każdego z nich lub użyć klucza rodziny wprowadzonego w Tor 0.4.9, który pozwala na dystrybucję jednego FamilyId zamiast stale rosnącej listy.