Cara Jalankan Relay Tor pada VPS Linux

Peranan relay Tor pada VPS

Relay Tor ialah daemon Tor pada mesin dengan alamat IP awam yang memajukan trafik tersulit untuk pengguna lain. Pihak berkuasa direktori menerbitkan maklumat relay itu, dan klien Tor membina litar melaluinya. Relay guard atau relay middle hanya menyerahkan trafik kepada relay lain. Oleh itu, relay tersebut tidak pernah membuka sambungan ke laman web bagi pihak orang yang tidak dikenali. Fakta ini menyebabkan relay tersebut tidak menerima e-mel penyalahgunaan, dan menjadikannya sumbangan yang sesuai untuk VPS biasa. Relay membawa trafik orang lain dan tidak menerbitkan kandungannya sendiri. Jika tujuan anda ialah meletakkan laman sendiri pada rangkaian, bukannya memindahkan paket untuk laman itu, menjalankan perkhidmatan onion v3 di belakang nginx ialah tugas yang berbeza untuk daemon tor yang sama. Menjalankan relay juga tidak meningkatkan privasi pelayaran anda sendiri. Itu ialah masalah berasingan dengan had yang lebih rendah daripada jangkaan kebanyakan orang: perkara yang sebenarnya disembunyikan oleh pengehosan sendiri SearXNG memberikan ukuran yang munasabah tentang sejauh mana pemindahan sesuatu perkhidmatan ke VPS sendiri membantu anda.

Kerjanya ringkas: satu pakej, lima belas baris konfigurasi, satu peraturan firewall dan satu mula semula. Selebihnya panduan ini menerangkan perkara yang biasanya gagal. Ini termasuk pengiraan lebar jalur pada pelan bermeter dan sebab relay baharu yang berfungsi dengan baik kelihatan tidak aktif selama seminggu.

Guard, middle, bridge atau exit: tentukan sebelum memasang

Satu daemon menjalankan keempat-empat peranan ini. Konfigurasi anda, bersama-sama pihak berkuasa direktori, menentukan peranan anda.

• Middle relay. Ia menerima trafik daripada guard dan meneruskannya kepada relay lain. Ia tidak pernah berhubung dengan tapak destinasi. Setiap relay baharu bermula sebagai middle relay.
• Guard relay. Konfigurasi yang sama, dengan satu flag tambahan. Pihak berkuasa direktori memberikan flag Guard kepada relay yang cukup pantas dan stabil untuk tempoh yang mencukupi. Anda tidak memilihnya. Anda memperolehnya, dan konfigurasi di bawah menentukan kelayakan itu.
• Bridge. Relay yang sengaja tidak disenaraikan dalam direktori awam dan diedarkan secara persendirian kepada pengguna di tempat yang menyekat Tor. Ini ialah komitmen paling kecil antara keempat-empat peranan: lebar jalur rendah, tiada penyenaraian awam dan langkah pertama yang sesuai jika rancangan anda kecil. Bridge juga memerlukan proksi obfs4 yang berjalan bersama daemon serta set baris torrc yang berbeza. cara menyediakan bridge obfs4 pada satu VPS murah menerangkan proses ini, termasuk cara baris bridge diberikan kepada pengguna pada akhir.
• Exit relay. Hop terakhir yang membuka sambungan ke tapak destinasi. Setiap permintaan pengguna keluar dari alamat IP anda. Oleh itu, laporan penyalahgunaan dan pertanyaan polis akan sampai kepada pemilik alamat tersebut.

Exit ialah satu-satunya peranan yang tidak sesuai dijalankan pada VPS serba guna. Jalankan exit hanya pada penyedia yang telah bersetuju terlebih dahulu untuk menerima e-mel tersebut, dengan alamat IP sendiri dan contact abuse yang diterbitkan. Kebanyakan syarat pengehosan standard melarangnya. Jika larangan ini diabaikan, hasil biasanya ialah pelayan digantung dan alamat IP hilang. Jika itu peranan yang tetap ingin anda jalankan, perkara sebenar yang melibatkan pengendalian exit relay menerangkan cara mencari hos yang membenarkan exit, menulis dasar exit dan reverse DNS, serta menjawab e-mel apabila diterima. Guard atau middle relay membawa trafik pengguna yang sama tanpa semua pendedahan tersebut.

Semua yang berikut membina guard/middle relay. ExitRelay 0 ialah baris yang memastikan relay kekal dalam peranan ini.

Keperluan VPS sebelum anda bermula

The Tor Project menerbitkan keperluan wajib untuk relay. Setakat August 2026, keperluan tersebut ialah satu alamat IPv4 awam untuk relay, lebar jalur sekurang-kurangnya 10 Mbit/s dalam setiap arah dengan 16 Mbit/s sebagai cadangan, sekurang-kurangnya 100 GB trafik keluar sebulan, serta 512 MB RAM bagi kelajuan di bawah 40 Mbit/s atau 1 GB bagi kelajuan melebihi itu. Tiada peraturan uptime yang tetap, tetapi relay yang berjalan kurang daripada dua jam sehari hanya memberikan sedikit manfaat kepada rangkaian.

Angka 10 Mbit/s merujuk kepada kapasiti talian, bukan tetapan. Anda memerlukan port yang mampu mencapai kelajuan tersebut. Jumlah kapasiti talian yang dibenarkan untuk digunakan oleh relay ialah keputusan berasingan, berdasarkan kuota pemindahan bulanan. Baca pelan anda sebelum mengubah konfigurasi. Jika anda masih memilih VPS, kos sebenar VPS sebulan menerangkan cara kuota pemindahan dijual, manakala mengukur throughput rangkaian sebenar VPS menunjukkan cara mengetahui prestasi talian dengan iperf3 dan bukannya mempercayai halaman jualan.

Keraskan mesin terlebih dahulu. Relay ialah servis awam pada alamat awam, dan alamat tersebut akan diimbas dalam masa beberapa minit selepas diterbitkan. mengunci SSH kepada key dan konfigurasi sshd yang dikukuhkan mengambil masa sepuluh minit dan perlu dilakukan sebelum relay digunakan, bukan selepas itu.

Pasang tor daripada repositori Tor Project

Gunakan repositori apt Tor Project sendiri, bukan pakej daripada pengedaran. Kod relay berubah lebih pantas daripada keluaran stabil. Oleh itu, pembaikan sampai ke repositori ini terlebih dahulu, manakala pakej pengedaran ketinggalan antara keluaran.

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

Tambah kunci tandatangan, kemudian repositori. Codename dibaca daripada mesin. Oleh itu, blok yang sama berfungsi pada Ubuntu 24.04 (noble) dan 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 mencetak versi yang baru dipasang. Jika apt update sebaliknya mencetak ralat NO_PUBKEY, kunci yang dinyaharmankan tidak berada pada path yang dinyatakan dalam baris Signed-By:. Oleh itu, apt tidak mempunyai kunci untuk menyemak fail keluaran. Pakej deb.torproject.org-keyring penting kemudian: pakej ini menyediakan kunci tandatangan sebagai pakej biasa. Oleh itu, apt terus berfungsi apabila kunci tersebut diputar ganti.

Aktifkan naik taraf automatik, kemudian konfigurasikannya supaya mengenali origin baharu.

sudo apt install -y unattended-upgrades apt-listchanges

Pada Ubuntu, tambah origin Tor pada blok Allowed-Origins dalam /etc/apt/apt.conf.d/50unattended-upgrades:

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

Pada Debian, fail yang sama menggunakan Origins-Pattern. Baris yang perlu ditambah ialah "origin=TorProject";. Semak hasilnya dengan sudo unattended-upgrade --debug --dry-run. Perintah ini mencetak origin yang akan diproses dan tidak menulis apa-apa.

Fail torrc yang penting

Pakej memasang /etc/tor/torrc yang panjang dan mempunyai banyak ulasan. Hanya beberapa baris diperlukan untuk relay. Tambahkan baris tersebut pada akhir fail.

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

Nickname mempunyai 1 hingga 19 aksara dan hanya boleh mengandungi huruf serta digit. Nilainya tidak unik dalam rangkaian, dan bukan identiti anda; fingerprint ialah identiti relay. Nama ini digunakan untuk mencari relay anda dalam kotak carian, jadi pilih nama yang mudah dieja melalui telefon.

ContactInfo diterbitkan dalam descriptor relay, iaitu dokumen awam yang boleh dimuat turun oleh sesiapa sahaja. Oleh itu, alamat tersebut akan dikumpulkan secara automatik. Gunakan alamat yang masih akan anda baca dalam tempoh dua tahun, dan samarkan alamat itu jika mahu. Ini satu-satunya saluran yang digunakan Tor Project untuk memberi amaran kepada anda tentang masalah pada relay anda.

ORPort 9001 ialah port yang digunakan oleh relay lain dan klien untuk disambungkan. Port 9001 ialah pilihan konvensional. Port 443 juga biasa digunakan kerana sesetengah rangkaian yang ketat hanya membenarkan sambungan keluar melalui port 443. Oleh itu, relay yang mendengar pada port tersebut boleh dicapai oleh lebih banyak klien. Pilih port 443 hanya jika tiada perkara lain pada mesin menggunakan port itu.

SocksPort 0 mematikan proksi SOCKS setempat yang tidak digunakan oleh relay, lalu menghapuskan satu soket yang mendengar pada mesin. ExitRelay 0 merekodkan tujuan ini dalam fail: relay ini tidak akan menyambung ke destinasi bagi pihak pengguna, dan pentadbir yang membaca konfigurasi kemudian tidak perlu membuat kesimpulan tersebut berdasarkan nilai lalai.

Jika VPS mempunyai alamat IPv6, tambahkan baris ORPort yang kedua. Tor tidak boleh mengikat alamat IPv6 "any" seperti yang dilakukannya untuk IPv4. Oleh itu, tulis alamat tersebut dalam kurungan siku.

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

Pada VPS 1 GB, tambahkan MaxMemInQueues 512 MB. Tor menentukan had baris gilir berdasarkan memori yang dikesan pada mesin. Pada mesin kecil yang dikongsi, jumlah itu mungkin lebih besar daripada yang anda mahu Tor gunakan. Menetapkan had sendiri menyebabkan tor membuang sel yang menunggu dalam baris gilir apabila berlaku tekanan memori. Relay dapat terus berjalan, dan baris gilir tidak terus berkembang sehingga kernel mematikan proses tersebut.

Buka ORPort dalam firewall

Untuk trafik masuk, ORPort mesti boleh dicapai dari mana-mana lokasi di Internet. Untuk trafik keluar, biarkan relay tanpa sekatan: relay membuka sambungan kepada ribuan relay lain pada pelbagai port, dan senarai benarkan trafik keluar akan mengehadkan fungsinya tanpa disedari.

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

Kemudian semak firewall rangkaian penyedia itu sendiri. Banyak panel kawalan menjalankan penapis paket di hadapan mesin maya, dan peraturan yang anda tambahkan dengan ufw tidak berkuat kuasa pada lapisan itu. Akibatnya, port kelihatan terbuka pada mesin tetapi tertutup dari luar. Jika ufw masih baharu bagi anda, peraturan ufw yang perlu ada pada setiap VPS menerangkan dasar lalai dan urutan padanan peraturan.

Tetapkan lebar jalur mengikut pelan anda

Manual menerangkan RelayBandwidthRate sebagai token bucket berasingan yang mengehadkan "purata penggunaan lebar jalur masuk untuk trafik yang disampaikan pada nod ini kepada bilangan bait sesaat yang ditetapkan, dan purata penggunaan lebar jalur keluar kepada nilai yang sama". Baca ayat itu dua kali. Had ini digunakan secara berasingan untuk setiap arah. Relay yang ditetapkan pada 1 Mbit/s boleh memindahkan 1 Mbit/s masuk dan 1 Mbit/s keluar pada masa yang sama, dan penyedia yang mengukur kedua-dua arah akan mengenakan caj berdasarkan jumlahnya.

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

Baris 5 itu ialah pengiraan, bukan ukuran: baris tersebut menunjukkan kos sesuatu kadar jika relay mengekalkan kadar itu selama 30 hari penuh dalam kedua-dua arah. Relay sebenar biasanya berada di bawah hadnya, khususnya pada minggu-minggu pertama. Gunakan jadual itu untuk menolak tetapan yang tidak mungkin dipenuhi, bukan untuk meramalkan bil sehingga ke gigabait.

Pada kadar 1 Mbit/s bagi setiap arah, relay memindahkan kira-kira 21.6 GB sehari. Oleh itu, bulan 30 hari memerlukan kira-kira 648 GB trafik bermeter. Jumlah ini masih muat dalam peruntukan 1 TB dan meninggalkan ruang untuk kemas kini serta sandaran. Naikkan kadar kepada 2 Mbit/s dan penggunaan bulanan menjadi 1,296 GB, yang sudah melebihi pelan 1 TB. Baris terakhir, 20 Mbit/s, memerlukan 12,960 GB sebulan dan sesuai digunakan pada port tanpa had meter. Jika penyedia anda hanya mengenakan caj untuk trafik keluar, bahagikan setiap angka dengan dua. Tentukan perkara ini sebelum menetapkan kadar, kerana kedua-dua pengiraan berbeza dengan faktor dua.

Sekarang konfigurasi. Hadkan kadar dahulu, kemudian tetapkan kuota.

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

RelayBandwidthBurst ialah saiz token bucket. Oleh itu, ia membenarkan lonjakan singkat melebihi kadar selagi puratanya kekal pada had. Nilai kira-kira dua kali ganda kadar ialah pilihan yang munasabah.

AccountingRule ialah baris yang paling kerap terlepas pandang oleh operator. Nilai lalai ialah max, yang mengukur arah yang lebih besar daripada kedua-dua arah terhadap kuota. Dengan nilai lalai itu, AccountingMax 400 GBytes membenarkan 400 GB masuk dan 400 GB keluar, iaitu 800 GB pada meter yang mengira kedua-dua arah. AccountingRule sum mengira bacaan tambah tulisan terhadap satu kuota, iaitu ukuran sebenar yang digunakan oleh peruntukan pemindahan data.

Tulis AccountingStart juga, dan jangan tulis AccountingMax sahaja. Kuota ialah jumlahnya, manakala baris mula menentukan tempoh kuota itu ditetapkan semula. Kuota tanpa tempoh menyebabkan relay berada dalam keadaan hibernasi tanpa perkara yang boleh mengaktifkannya semula.

Hibernasi ialah tindakan yang kasar. Apabila kuota habis, tor mencatatnya dalam log dan berhenti menerima kerja:

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

Relay juga tidak diaktifkan tepat pada permulaan tempoh seterusnya. Tor menjejaki kelajuan penggunaan kuota terakhir dan memilih masa rawak dalam selang baharu itu supaya ribuan relay tidak kembali ke rangkaian pada saat yang sama. Relay yang hilang pada minggu terakhir setiap bulan akan terus kehilangan kestabilan yang diukur oleh pihak berkuasa direktori. Tetapkan saiz RelayBandwidthRate supaya had itu tidak pernah dicapai, dan kekalkan AccountingMax sebagai perlindungan tambahan untuk mengawal bil.

Mulakan relay dan sahkan bahawa ia boleh dicapai

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

Dalam beberapa minit, log sepatutnya mengandungi baris ini:

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

Ayat itu bermaksud relay lain telah bersambung ke ORPort anda dan membina litar melaluinya. Sebelum baris itu muncul, relay anda belum tersenarai dalam direktori dan tidak membawa sebarang trafik. Ralatnya kelihatan seperti ini:

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.

Semak perkara ini mengikut urutan. Adakah ORPort dibuka dalam ufw? Adakah port itu juga dibuka dalam firewall rangkaian berasingan milik penyedia? Adakah alamat dalam mesej itu ialah alamat yang benar-benar digunakan oleh internet untuk merutekan trafik kepada anda, bukannya alamat peribadi daripada persediaan NAT? Uji port itu dari mesin lain dengan nc -vz 203.0.113.10 9001. Tor mengulangi ujian kendiri secara automatik, jadi firewall yang telah dibaiki akan dikesan tanpa tindakan lanjut daripada anda, manakala restart akan menyebabkan ujian itu dijalankan serta-merta.

Identiti kekal relay anda ialah cap jarinya:

sudo cat /var/lib/tor/fingerprint

Kira-kira tiga jam selepas descriptor diterbitkan, relay itu akan muncul dalam Carian Relay. Cari nama panggilan atau tampalkan cap jari tersebut. Halaman itu menunjukkan perkara yang difikirkan oleh rangkaian tentang relay anda: flag yang dimilikinya, weight yang diberikan oleh pihak berkuasa kepadanya dan versi yang diterbitkannya.

Mengapakah relay Tor baharu membawa hampir tiada trafik?

Kerana rangkaian belum mengukurnya, dan proses pengukuran mengambil masa berminggu-minggu. Tor Project menerangkan peningkatan ini dalam empat fasa. Operator yang belum membacanya mungkin menganggap relay tersebut rosak lalu mula mengubah pelbagai perkara.

Dalam tiga hari pertama, relay itu belum diukur. Relay melaporkan hasil ujian kendirinya, dan pihak berkuasa direktori tetap mengehadkan weight yang diterbitkan kepada 20 KB. Oleh itu, klien hampir tidak pernah memilihnya. Dari kira-kira hari ketiga hingga hari kelapan, pihak berkuasa bandwidth mengukurnya secara sebenar dan weight meningkat. Namun, relay itu hanya digunakan sebagai middle hop kerana tiada klien yang sanggup menjadikan relay yang benar-benar baharu sebagai hop pertama.

Sekitar hari kelapan, relay itu layak menerima flag Guard. Apabila menerima flag tersebut, trafik menurun. Perkara ini mengejutkan kerana klien tidak memilih guard ketika memilih middle hop, dengan andaian bahawa guard sudah digunakan. Oleh itu, relay kehilangan trafik middle sebelum memperoleh trafik guard. Trafik hanya kembali apabila klien menukar set guard masing-masing, dan proses ini mengambil masa berminggu-minggu. Menjelang kira-kira hari ke-68, relay mencapai keadaan stabil. Pada tahap ini, bilangan klien yang menggugurkannya seimbang dengan bilangan klien yang menambahnya.

Jadi, jangkaan yang munasabah ialah tiada apa-apa selama tiga hari, sedikit trafik selepas seminggu dan beban sebenar selepas dua bulan. Ubah satu tetapan, kemudian tunggu seminggu untuk melihat kesannya. Halaman status Uptime Kuma yang dihoskan sendiri dengan semakan TCP terhadap port 9001 lebih berguna untuk mengurus keresahan. Ia menjawab soalan yang benar-benar boleh anda kawal, iaitu sama ada port tersebut masih memberikan respons.

Pantau relay dengan nyx

nyx ialah pemantau terminal untuk relay yang sedang berjalan. Ia berkomunikasi dengan port kawalan tor, jadi aktifkan port itu dahulu dalam torrc:

ControlPort 9051
CookieAuthentication 1
CookieAuthFileGroupReadable 1

ControlPort hanya mendengar pada 127.0.0.1, dan pengesahan cookie bermakna program mesti membaca fail rahsia sebelum boleh mengeluarkan perintah. Tor menulis cookie itu ke /run/tor/control.authcookie sebagai pengguna debian-tor, dengan mod 600, supaya tiada pihak lain dapat membacanya. CookieAuthFileGroupReadable 1 memberikan akses kepada kumpulan, membolehkan akaun anda sendiri menjalankan nyx tanpa sudo.

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

Log keluar dan log masuk semula, kemudian jalankan nyx. Kumpulan baharu perlu dimuatkan semasa log masuk. Oleh itu, menjalankan nyx dalam sesi shell yang sama akan menghasilkan ralat permission pada fail cookie walaupun konfigurasinya betul. nyx memaparkan lebar jalur masa nyata, tempoh operasi, aliran log dan senarai sambungan. Pada minggu-minggu pertama, perkara yang perlu dipantau ialah graf lebar jalur yang kekal di bawah RelayBandwidthRate.

Menjalankan lebih daripada satu relay: MyFamily dan kunci family

Jika anda hanya mempunyai satu relay, langkau bahagian ini. Dua atau lebih relay yang dijalankan oleh operator yang sama mesti mengisytiharkan satu sama lain. Dengan cara ini, klien tidak akan membina litar yang masuk dan keluar melalui mesin anda, yang membolehkan seorang operator melihat kedua-dua hujungnya.

Kaedah yang telah lama digunakan ialah MyFamily dalam torrc setiap relay, dengan menyenaraikan fingerprint semua relay yang lain:

MyFamily AAAAAAAAAA,BBBBBBBB

Setiap relay menyenaraikan semua relay yang lain. Oleh itu, menambah relay keempat memerlukan penyuntingan empat fail. Tor 0.4.9 menggantikannya dengan kunci family. Jana satu kunci, kemudian kongsikannya:

tor --keygen-family myfamily

Perintah ini menulis myfamily.secret_family_key dan mencetak baris FamilyId. Salin fail kunci itu ke setiap relay, ke dalam subdirektori keys bagi DataDirectory (/var/lib/tor/keys pada Debian dan Ubuntu), sambil mengekalkan akhiran .secret_family_key. Tambahkan baris FamilyId yang dicetak itu ke setiap torrc, kemudian muat semula dengan sudo systemctl reload tor@default. Buat masa ini, kekalkan senarai MyFamily juga. Klien yang masih belum memahami sijil family akan terus membaca senarai legasi. Tor Project akan mengumumkan apabila senarai itu boleh dibuang.

Perkara yang rosak selepas ia berjalan

Versi menjadi lapuk. Unattended upgrades menggantikan pakej, tetapi proses yang sedang berjalan terus menggunakan binari yang dimulakan dengannya sehingga sesuatu memulakannya semula. Bandingkan tor --version pada pelayan dengan versi yang dipaparkan pada halaman Relay Search relay tersebut. Jika berbeza, rangkaian masih melihat versi lama, jadi mulakan semula servis.

Jam menyimpang. Dokumen konsensus dan sijil semuanya terikat pada masa, jadi mesin yang jamnya jauh tersasar akan menolak konsensus dan berhenti menerbitkan. timedatectl sepatutnya melaporkan bahawa jam sistem disegerakkan. Jika tidak, aktifkan systemd-timesyncd atau pasang chrony.

Alamat IP berubah. Deskriptor mengandungi alamat tersebut, dan klien tidak dapat mencapai alamat yang telah berubah. Selepas sebarang migrasi penyedia atau perubahan alamat, mulakan semula tor dan pantau baris ujian kendiri sekali lagi.

Relay lebih perlahan daripada yang dibenarkan oleh pelan. Kriptografi relay Tor cekap pada pemproses moden, dan Tor Project menganggarkan CPU dengan sokongan AES-NI mampu mencapai kira-kira 400 hingga 450 Mbit/s bagi setiap arah. Jauh sebelum had itu, anda dihadkan oleh kelajuan port dan kuota pemindahan. Sebab itu bahagian perakaunan di atas lebih penting daripada perkakasan.

FAQ

Berapakah lebar jalur yang digunakan oleh geganti Tor?

Sebanyak yang anda benarkan, dan tidak lebih daripada itu. RelayBandwidthRate mengehadkan trafik yang disampaikan secara berasingan bagi setiap arah, jadi geganti yang ditetapkan pada 1 Mbit/s boleh membawa 1 Mbit/s masuk dan 1 Mbit/s keluar pada masa yang sama. Jumlah itu bersamaan kira-kira 21.6 GB sehari, atau 648 GB sepanjang bulan 30 hari, dengan mengambil kira kedua-dua arah. Tambahkan AccountingMax dengan AccountingRule sum sebagai kuota bulanan maksimum di bawah kadar tersebut.

Adakah menjalankan geganti Tor akan menyebabkan saya menerima aduan penyalahgunaan?

Geganti guard atau geganti middle hanya menyampaikan trafik kepada geganti Tor yang lain dan tidak pernah bersambung ke laman web bagi pihak pengguna. Oleh itu, aduan tentang perkara yang dilakukan seseorang melalui Tor akan dihantar kepada pengendali exit, bukan kepada anda. Anda mungkin melihat pengimbasan dan sesekali penyenaraian reputasi IP kerana alamat tersebut disenaraikan secara umum sebagai geganti. Geganti exit ialah geganti yang menerima e-mel penyalahgunaan dan notis undang-undang. Geganti ini memerlukan penyedia yang telah bersetuju lebih awal untuk mengendalikannya. Baca syarat penyedia anda sebelum memulakan mana-mana jenis geganti.

Mengapakah geganti Tor baharu saya tidak menerima trafik?

Geganti baharu dihadkan secara reka bentuk sehingga prestasinya diukur. Untuk tiga hari pertama, pihak berkuasa direktori mengehadkan berat yang diterbitkan kepada 20 KB, jadi klien hampir tidak pernah memilih geganti tersebut. Pihak berkuasa lebar jalur mula mengukurnya sekitar hari ketiga. Geganti itu layak menerima flag Guard sekitar hari kelapan. Trafik menurun semula pada ketika itu kerana klien mengelakkan guard semasa memilih hop middle. Beban penuh tiba sekitar hari ke-68. Pastikan log menunjukkan "Self-testing indicates your ORPort is reachable from the outside", kemudian biarkan geganti itu berjalan tanpa mengubahnya.

Bolehkah saya menjalankan geganti Tor pada VPS dengan elaun pemindahan 1 TB?

Ya, pada kira-kira 1 Mbit/s bagi setiap arah, iaitu RelayBandwidthRate 125 KBytes. Jumlah itu bersamaan kira-kira 648 GB sebulan jika penyedia anda mengira kedua-dua arah, dan masih meninggalkan ruang untuk kemas kini serta sandaran. Tambahkan AccountingMax 400 GBytes dengan AccountingRule sum dan AccountingStart month 1 00:00 supaya geganti masuk ke mod hibernasi dan bukannya melebihi pelan tersebut. Jika penyedia hanya mengenakan caj untuk trafik keluar, anda boleh menggandakan kadar itu.

Adakah saya perlu menetapkan MyFamily jika saya hanya menjalankan satu geganti?

Tidak. Pengisytiharan family wujud supaya klien tidak membina litar melalui dua geganti yang dimiliki oleh pengendali yang sama. Pengisytiharan itu tidak bermakna jika hanya terdapat satu geganti. Tetapkannya sebaik sahaja anda menambah geganti kedua: senaraikan fingerprint setiap geganti dalam baris MyFamily setiap geganti, atau gunakan family key yang diperkenalkan oleh Tor 0.4.9. Family key tersebut mengagihkan satu FamilyId dan bukannya senarai yang semakin panjang.