Jak skonfigurować przekaźnik Tor na serwerze VPS

Działanie 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 dla innych użytkowników. Organy katalogowe (directory authorities) publikują informacje o nim, a klienci sieci Tor budują przez niego swoje obwody. Przekaźnik typu guard lub middle przekazuje ruch wyłącznie do innego przekaźnika, więc nigdy nie nawiązuje połączenia z witryną w imieniu osoby trzeciej. Ten fakt sprawia, że operator nie otrzymuje zgłoszeń o nadużyciach (abuse mail) i jest to wkład, który idealnie pasuje do standardowego serwera VPS. Przekaźnik przenosi ruch innych osób i nie publikuje własnych treści. Jeśli celem jest udostępnienie własnej witryny w sieci, a nie tylko przesyłanie pakietów, uruchomienie usługi onion v3 za Nginx jest odrębnym zadaniem dla tego samego procesu tor. Uruchomienie przekaźnika nie wpływa również na prywatność własnego przeglądania sieci, co jest oddzielnym zagadnieniem o mniejszym zakresie, niż oczekuje większość użytkowników: to, co faktycznie ukrywa samodzielnie hostowany SearXNG stanowi miarodajny wskaźnik tego, co można osiągnąć przenosząc usługę na własny VPS.

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

Wybór roli: guard, middle, bridge lub exit przed instalacją

Jeden daemon obsługuje wszystkie cztery role. O tym, którą z nich pełnisz, decyduje 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, lecz z dodatkową flagą. Directory authorities nadają flagę Guard przekaźnikom, które są wystarczająco szybkie i stabilne przez odpowiednio długi czas. Nie wybierasz tej roli samodzielnie. Musisz na nią zapracować, a poniższa konfiguracja jest tym, co pozwala ją uzyskać.
• Bridge. Przekaźnik celowo wykluczony z publicznego katalogu, udostępniany prywatnie użytkownikom w miejscach, gdzie Tor jest blokowany. Jest to najmniejsze zobowiązanie spośród czterech ról: wymaga niskiej przepustowości, nie posiada publicznego wpisu i jest właściwym pierwszym krokiem, jeśli dysponujesz ograniczonymi zasobami. Wymaga również uruchomienia proxy obfs4 obok daemona oraz odrębnego zestawu linii w torrc, co opisuje konfiguracja mostka obfs4 na tanim VPS, włącznie z instrukcją przekazywania użytkownikom linii bridge.
• Exit relay. Ostatni węzeł, 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 organów ścigania trafiają do właściciela tego adresu.

Rola exit nie jest przeznaczona dla standardowych serwerów 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 takiego działania, a zignorowanie tego zazwyczaj kończy się zawieszeniem serwera i utratą adresu IP. Jeśli mimo to chcesz podjąć się tego zadania, na czym polega prowadzenie exit relay wyjaśnia kwestie znalezienia hostingu przyjaznego dla exit, tworzenia polityki wyjściowej (exit policy), konfiguracji reverse DNS oraz obsługi korespondencji w przypadku jej otrzymania. Przekaźnik typu guard lub middle obsługuje ten sam ruch użytkowników bez narażania się na takie ryzyko.

Poniższa konfiguracja służy do budowy przekaźnika typu guard/middle. Linia ExitRelay 0 zapewnia utrzymanie tej roli.

Wymagania wstępne dla VPS

Projekt Tor publikuje sztywne 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 istnieje sztywna zasada dotycząca 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 łącze, a nie ustawienie. Wymagany jest port, który zapewnia taką wydajność. Decyzja o tym, jaką część łącza przekaźnik może wykorzystać, 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. Jeśli wybór serwera jest w toku, artykuł ile faktycznie kosztuje VPS miesięcznie wyjaśnia 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 ze strony sprzedawcy.

Najpierw 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 Project, zamiast z pakietów dostarczanych przez dystrybucję. Kod przekaźnika (relay) rozwija się szybciej niż wydania stabilne, 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 będzie działać poprawnie również 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 będzie operować, nie wprowadzając żadnych zmian.

Istotna konfiguracja 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. Nie jest to nazwa unikalna w sieci i nie stanowi identyfikatora; tym jest odcisk palca (fingerprint). Nazwa ta służy do odnalezienia własnego przekaźnika w wyszukiwarce, więc warto wybrać coś, co łatwo przeliterować przez telefon.

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

ORPort 9001 to port, przez który łączą się inne przekaźniki i klienci. Standardem jest 9001. Port 443 jest drugą popularną opcją, ponieważ niektóre restrykcyjne sieci zezwalają tylko na ruch wychodzący na porcie 443, 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 żadna inna usługa na serwerze go nie wymaga.

SocksPort 0 wyłącza lokalny serwer proxy SOCKS, którego przekaźnik nie używa, co usuwa jeden gniazdo nasłuchujące z maszyny. ExitRelay 0 zapisuje to założenie 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 dla 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 określa limit kolejki na podstawie dostępnej pamięci, co na małym współdzielonym serwerze może prowadzić do nadmiernego zużycia zasobów. Ręczne ustawienie limitu sprawia, że tor odrzuca zakolejkowane komórki pod obciążeniem, co pozwala przekaźnikowi przetrwać, zamiast rozrastać się do momentu, w którym jądro systemu zabije proces.

Otwieranie portu ORPort w zaporze sieciowej

Ruch przychodzący na port ORPort musi być dostępny z dowolnego miejsca w Internecie. 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 uruchamia filtr pakietów przed maszyną wirtualną, przez co reguła dodana za pomocą ufw nie odnosi tam skutku, a port jest widoczny jako otwarty na serwerze, lecz zamknięty z zewnątrz. Jeśli ufw jest nowym narzędziem, reguły ufw, które powinny znaleźć się na każdym VPS wyjaśniają domyślną politykę oraz kolejność dopasowywania reguł.

Dostosowanie przepustowości do planu taryfowego

Dokumentacja opisuje RelayBandwidthRate jako oddzielny kubełek tokenów (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”. Należy przeczytać 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 naliczy 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 wyliczeń arytmetycznych, a nie pomiarów: 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 limitu, zwłaszcza w pierwszych tygodniach. Tabela służy do wykluczenia ustawień, które są nieosiągalne, 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. Po zwiększeniu do 2 Mbit/s miesięczny koszt wynosi 1,296 GB, co przekracza plan 1 TB. Ostatni wiersz, 20 Mbit/s, wymaga 12,960 GB miesięcznie i wymaga portu bez limitów transferu (unmetered). Jeśli dostawca nalicza opłaty tylko za ruch wychodzący, należy podzielić każdą wartość przez dwa. Przed ustawieniem stawki należy sprawdzić sposób rozliczania, ponieważ wyniki różnią się dwukrotnie.

Teraz konfiguracja. Najpierw limit prędkości, potem limit transferu (quota).

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

RelayBandwidthBurst to rozmiar kubełka tokenów, który pozwala na krótkie skoki powyżej prędkości przy zachowaniu średniej. Rozsądną wartością jest dwukrotność prędkości.

AccountingRule to parametr, który pomija większość operatorów. Wartością domyślną jest max, która porównuje większy z dwóch kierunków z limitem transferu. Przy ustawieniu domyślnym AccountingMax 400 GBytes pozwala na 400 GB przychodzących i 400 GB wychodzących, co daje 800 GB u dostawcy zliczającego oba kierunki. AccountingRule sum sumuje ruch przychodzący i wychodzący względem jednego limitu, co odpowiada rzeczywistemu sposobowi mierzenia transferu.

Należy również wpisać AccountingStart, nigdy nie używać samego AccountingMax. Limit transferu 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 powrotu do pracy.

Hibernacja to radykalne rozwiązanie. Gdy limit transferu zostanie wyczerpany, tor odnotowuje 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 moment wewnątrz nowego interwału, aby tysiące przekaźników nie powracały do sieci w tej samej sekundzie. Przekaźnik, który znika na ostatni tydzień każdego miesiąca, traci stabilność, na podstawie której oceniają go directory authorities. Należy ustawić RelayBandwidthRate tak, aby limit nigdy nie był osiągany, a AccountingMax traktować jako zabezpieczenie chroniące przed wysoką fakturą.

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 połączyły się 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 żadnych danych. 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. Zweryfikuj, czy 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 automatycznie powtarza autotest, więc poprawienie zapory zostanie wykryte bez ingerencji użytkownika, 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 znikomą ilość ruchu?

Ponieważ sieć jeszcze go nie zmierzyła, a proces pomiarowy trwa tygodnie. The Tor Project opisuje ten proces zwiększania przepustowości 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 urzędy katalogowe (directory authorities) i tak ograniczają publikowaną wagę do 20 KB, więc klienci niemal nigdy go nie wybierają. Od około trzeciego do ósmego dnia urzędy pasma (bandwidth authorities) dokonują rzeczywistych pomiarów i waga rośnie, jednak przekaźnik jest używany wyłącznie jako węzeł pośredni (middle hop), ponieważ żaden klient nie chce uczynić nowego przekaźnika swoim pierwszym węzłem.

Około ósmego dnia przekaźnik uzyskuje kwalifikację do 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 węzeł 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 ustalony, w którym liczba klientów rezygnujących z niego równoważy liczbę klientów, którzy go dodają.

Zatem należy oczekiwać braku ruchu przez trzy dni, niewielkiego ruchu po tygodniu i pełnego obciążenia po dwóch miesiącach. Po zmianie jednego ustawienia należy odczekać tydzień, aby ocenić jej skutki. Własna strona statusu Uptime Kuma z testem TCP na porcie 9001 jest lepszym sposobem na spożytkowanie nerwowej energii: odpowiada ona na pytanie, na które faktycznie 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 przed wydaniem poleceń. 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 własnemu kontu użytkownika na uruchomienie nyx 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 zużycie pasma, czas pracy, strumień logów oraz listę połączeń. W pierwszych tygodniach kluczową 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 zarządzanych przez tego samego operatora musi deklarować swoją wzajemną przynależność. Zapobiega to budowaniu przez klientów obwodów, które wchodzą i wychodzą przez maszyny tego samego operatora, co pozwoliłoby mu na monitorowanie obu końców połączenia.

Tradycyjną metodą jest użycie MyFamily w pliku torrc każdego przekaźnika, gdzie wymienia się odciski palców (fingerprints) wszystkich pozostałych jednostek:

MyFamily AAAAAAAAAA,BBBBBBBB

Każdy przekaźnik zawiera listę wszystkich pozostałych, więc dodanie czwartego przekaźnika wymaga edycji czterech plików. W wersji Tor 0.4.9 wprowadzono w tym celu klucz rodzinny. Należy wygenerować jeden klucz, a następnie udostępnić go pozostałym:

tor --keygen-family myfamily

Operacja ta zapisuje plik myfamily.secret_family_key i wyświetla linię FamilyId. Należy skopiować plik klucza do każdego przekaźnika, umieszczając go w podkatalogu keys wewnątrz DataDirectory (/var/lib/tor/keys w systemach Debian i Ubuntu), zachowując przyrostek .secret_family_key. Następnie należy dodać wyświetloną linię FamilyId do każdego pliku torrc i przeładować konfigurację za pomocą sudo systemctl reload tor@default. Listę MyFamily należy na razie pozostawić bez zmian. Klienci, którzy nie obsługują jeszcze certyfikatów rodzinnych, nadal korzystają z listy starszego typu, 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órego został zainicjowany, dopóki nie nastąpi restart. Należy porównać tor --version na serwerze z wersją widoczną na stronie Relay Search. Jeśli wartości są różne, sieć nadal widzi starą wersję, więc należy zrestartować usługę.

Zegar ulega rozsynchronizowaniu. Dokumenty konsensusu oraz certyfikaty mają określony czas ważności, więc maszyna z nieprawidłowym czasem odrzuca konsensus i przestaje publikować dane. timedatectl powinno wskazywać, że zegar systemowy jest zsynchronizowany. Jeśli tak nie jest, należy włączyć systemd-timesyncd lub zainstalować chrony.

Adres IP ulega zmianie. Deskryptor zawiera adres, a klienci nie mogą połączyć się z adresem, który przestał być aktualny. Po każdej migracji u dostawcy lub zmianie adresu należy zrestartować tor i ponownie sprawdzić wiersz autotestu.

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 ruchu jest ważniejsza niż sam sprzęt.

FAQ

Ile pasma zużywa przekaźnik Tor?

Tyle, na ile zezwolisz, i ani bajta więcej. RelayBandwidthRate ogranicza przekazywany ruch w każdym kierunku oddzielnie, więc przekaźnik ustawiony na 1 Mbit/s może jednocześnie przesyłać 1 Mbit/s przychodzącego i 1 Mbit/s wychodzącego ruchu. Daje to około 21.6 GB dziennie lub 648 GB w ciągu 30-dniowego miesiąca, licząc oba kierunki. Dodaj AccountingMax wraz z AccountingRule sum jako twardy miesięczny limit poniżej tej przepustowości.

Czy uruchomienie przekaźnika Tor spowoduje otrzymywanie skarg o nadużycia?

Przekaźnik typu guard lub middle przekazuje ruch tylko do innych przekaźników sieci Tor i nigdy nie łączy się ze stroną internetową w imieniu użytkownika, więc skargi dotyczące działań podejmowanych przez sieć Tor trafiają do operatora wyjściowego, a nie do Ciebie. Możesz zaobserwować skanowanie portów oraz sporadyczne wpisy na listach reputacji IP, ponieważ adres jest publicznie oznaczony jako przekaźnik. To przekaźniki wyjściowe (exit relays) otrzymują zgłoszenia o nadużyciach i pisma prawne; wymagają one dostawcy, który z góry wyraził zgodę na obsługę takich spraw. Przed uruchomieniem któregokolwiek typu przekaźnika zapoznaj się z regulaminem swojego dostawcy.

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

Ponieważ nowe przekaźniki są celowo ograniczane do momentu ich pomiaru. Przez pierwsze trzy dni organy katalogowe (directory authorities) ograniczają publikowaną wagę do 20 KB, więc klienci niemal nigdy nie wybierają tego przekaźnika. Organy mierzące przepustowość (bandwidth authorities) dokonują pomiarów mniej więcej od trzeciego dnia, przekaźnik uzyskuje kwalifikowalność do flagi Guard około ósmego dnia, a ruch w tym momencie ponownie spada, ponieważ klienci unikają przekaźników typu guard przy wyborze środkowych węzłów obwodu. Pełne obciążenie następuje około 68. dnia. Upewnij się, że dziennik zawiera wpis "Self-testing indicates your ORPort is reachable from the outside", a następnie pozostaw przekaźnik w spokoju.

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

Tak, przy 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 rozlicza oba kierunki, pozostawiając margines na aktualizacje i kopie zapasowe. Dodaj AccountingMax 400 GBytes wraz z AccountingRule sum oraz AccountingStart month 1 00:00, aby przekaźnik przeszedł w stan hibernacji zamiast przekraczać limit planu. Jeśli dostawca nalicza opłaty tylko za ruch wychodzący, możesz podwoić przepustowość.

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

Nie. Deklaracje rodziny 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. Ustaw tę opcję natychmiast po dodaniu drugiego przekaźnika: wymień fingerprint każdego przekaźnika w linii MyFamily każdego z nich lub użyj klucza rodziny wprowadzonego w Tor 0.4.9, który dystrybuuje jeden FamilyId zamiast stale rosnącej listy.