Cara Pasang Tor Relay di Linux VPS dengan Betul

Fungsi relay Tor pada VPS

Relay Tor ialah daemon Tor yang dijalankan pada mesin dengan alamat IP awam untuk memajukan trafik terenkripsi bagi pihak pengguna lain. Pihak berkuasa direktori akan menerbitkan relay tersebut, dan klien Tor akan membina litar melaluinya. Relay pengawal (guard) atau relay pertengahan hanya menghantar trafik kepada relay lain, jadi ia tidak pernah membuka sambungan ke laman web bagi pihak orang asing. Fakta tunggal inilah sebab mengapa ia tidak menerima e-mel aduan penyalahgunaan, dan mengapa ia merupakan sumbangan yang sesuai untuk VPS biasa.

Tugasnya mudah: satu pakej, lima belas baris konfigurasi, satu peraturan firewall, dan satu mulakan semula. Bahagian panduan yang seterusnya adalah perkara yang sering bermasalah. Pengiraan lebar jalur pada pelan bermeter, dan sebab mengapa relay baharu yang sihat kelihatan tidak aktif selama seminggu.

Guard, middle, bridge atau exit: pilih sebelum anda memasang

Satu daemon menjalankan kesemua empat peranan. Konfigurasi anda, berserta directory authorities, menentukan peranan anda.

• Middle relay. Ia menerima trafik daripada guard dan menghantarnya ke relay lain. Ia tidak pernah berhubung dengan tapak destinasi. Setiap relay baharu bermula di sini.
• Guard relay. Konfigurasi yang sama, dengan tambahan flag. Directory authorities memberikan flag Guard kepada relay yang pantas dan stabil untuk tempoh yang mencukupi. Anda tidak memilihnya. Anda memperolehnya, dan konfigurasi di bawah adalah apa yang melayakkan anda mendapatkannya.
• Bridge. Relay yang sengaja tidak dimasukkan ke dalam direktori awam dan diberikan secara peribadi kepada pengguna di tempat yang mana Tor disekat. Ini adalah komitmen paling kecil antara keempat-empatnya: lebar jalur rendah, tiada penyenaraian awam, dan langkah pertama yang tepat jika pelan anda berskala kecil.
• Exit relay. Hop terakhir, yang membuka sambungan ke tapak destinasi. Setiap permintaan yang dibuat oleh pengguna keluar daripada alamat IP anda, jadi laporan penyalahgunaan dan pertanyaan polis akan sampai kepada pemilik alamat tersebut.

Exit adalah satu-satunya peranan yang tidak sesuai dijalankan pada VPS kegunaan umum. Jalankan exit hanya pada penyedia yang telah bersetuju terlebih dahulu untuk menerima e-mel tersebut, dengan alamat IP sendiri dan kenalan penyalahgunaan yang diterbitkan. Kebanyakan terma pengehosan standard melarangnya, dan akibat biasa jika mengabaikannya adalah pelayan digantung dan alamat IP hilang. Guard atau middle relay membawa trafik pengguna yang sama tanpa pendedahan tersebut.

Segala yang di bawah membina guard/middle relay. ExitRelay 0 ialah baris yang mengekalkannya sebagai peranan tersebut.

Keperluan VPS sebelum anda bermula

Tor Project menerbitkan keperluan teknikal yang ketat untuk relay. Setakat Ogos 2026, keperluan tersebut adalah: satu alamat IPv4 awam untuk relay, sekurang-kurangnya 10 Mbit/s lebar jalur bagi setiap arah dengan 16 Mbit/s disyorkan, sekurang-kurangnya 100 GB trafik keluar sebulan, dan 512 MB RAM untuk kelajuan di bawah 40 Mbit/s atau 1 GB untuk kelajuan melebihi angka tersebut. Tiada peraturan uptime tetap, namun relay yang beroperasi kurang daripada dua jam sehari tidak banyak membantu rangkaian.

Angka 10 Mbit/s merujuk kepada kapasiti talian, bukan tetapan. Anda memerlukan port yang mampu menyokong kelajuan tersebut. Berapa banyak daripada talian itu yang anda benarkan untuk digunakan oleh relay adalah keputusan berasingan, yang perlu diselaraskan dengan kuota pemindahan data bulanan. Baca pelan anda sebelum menyentuh konfigurasi. Jika anda masih dalam proses memilih pelayan, kos sebenar VPS sebulan membincangkan cara kuota pemindahan data dijual, dan mengukur throughput rangkaian sebenar VPS menunjukkan cara untuk mengetahui prestasi sebenar talian menggunakan iperf3 dan bukannya mempercayai halaman jualan.

Keraskan keselamatan mesin terlebih dahulu. Relay merupakan servis awam pada alamat awam, dan alamat tersebut akan diimbas dalam masa beberapa minit selepas diterbitkan. Mengetatkan SSH kepada kunci dan konfigurasi sshd yang selamat mengambil masa sepuluh minit dan perlu dilakukan sebelum relay diaktifkan, bukan selepasnya.

Memasang Tor daripada repositori Tor Project

Gunakan repositori apt milik Tor Project sendiri dan bukannya pakej pengedaran. Kod relay bergerak lebih pantas berbanding keluaran stabil, jadi 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 penandatangan, kemudian tambah repositori tersebut. Kod nama dibaca daripada mesin, jadi 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 anda pasang. Jika apt update mencetak ralat NO_PUBKEY sebaliknya, kunci yang dinyaharmor tidak berada pada laluan yang dinamakan dalam baris Signed-By:, jadi apt tidak mempunyai kunci untuk menyemak fail keluaran. Pakej deb.torproject.org-keyring penting untuk langkah seterusnya: ia menghantar kunci penandatangan sebagai pakej biasa, supaya apt terus berfungsi apabila kunci tersebut ditukar.

Hidupkan naik taraf automatik, kemudian maklumkan kepada sistem tentang origin baharu tersebut.

sudo apt install -y unattended-upgrades apt-listchanges

Pada Ubuntu, tambah origin Tor ke 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, di mana baris untuk ditambah ialah "origin=TorProject";. Semak hasilnya dengan sudo unattended-upgrade --debug --dry-run, yang mencetak origin yang akan diambil tindakan dan tidak menulis apa-apa.

Fail torrc yang penting

Pakej ini memasang /etc/tor/torrc yang panjang dan mempunyai banyak ulasan. Hanya beberapa baris sahaja yang penting untuk relay. Tambahkannya pada penghujung fail tersebut.

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

Nickname mestilah antara 1 hingga 19 aksara, hanya huruf dan digit sahaja. Ia tidak unik dalam rangkaian dan ia bukan identiti anda; cap jari (fingerprint) adalah identiti anda. Ini adalah cara anda mencari relay sendiri dalam kotak carian, jadi pilih sesuatu yang mudah disebut melalui telefon.

ContactInfo diterbitkan di dalam deskriptor relay, iaitu dokumen awam yang boleh dimuat turun oleh sesiapa sahaja, jadi alamat tersebut akan disalin oleh bot (scraped). Gunakan alamat yang masih akan anda baca dalam tempoh dua tahun, dan kelirukan (obfuscate) alamat tersebut jika anda mahu. Ini adalah satu-satunya saluran yang dimiliki oleh Tor Project untuk memberi amaran kepada anda tentang masalah pada relay anda.

ORPort 9001 ialah port yang disambungkan oleh relay dan klien lain. 9001 adalah pilihan konvensional. Port 443 adalah pilihan biasa yang lain, kerana sesetengah rangkaian yang ketat hanya membenarkan trafik keluar melalui 443, jadi relay yang mendengar pada port tersebut boleh dicapai oleh lebih ramai klien. Pilih 443 hanya jika tiada perkhidmatan lain pada mesin tersebut yang memerlukannya.

SocksPort 0 mematikan proksi SOCKS tempatan, yang tidak digunakan oleh relay, dan membuang satu soket pendengar daripada mesin. ExitRelay 0 menulis niat tersebut ke dalam fail: relay ini tidak akan menyambung ke destinasi bagi pihak pengguna, dan sesiapa yang membaca konfigurasi ini kemudian tidak perlu meneka perkara tersebut daripada tetapan lalai.

Jika VPS mempunyai alamat IPv6, tambah baris ORPort yang kedua. Tor tidak boleh mengikat (bind) kepada "mana-mana" alamat IPv6 seperti yang dilakukannya untuk IPv4, jadi tulis alamat tersebut di dalam kurungan segi empat sama.

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

Pada VPS 1 GB, tambah MaxMemInQueues 512 MB. Tor menentukan had gilirannya berdasarkan memori yang dikesan pada mesin, yang mana pada kotak kongsi (shared box) bersaiz kecil, jumlahnya lebih besar daripada yang anda mahu ia gunakan. Menetapkan had sendiri menyebabkan tor membuang sel yang beratur apabila berada di bawah tekanan, yang mana relay boleh bertahan, berbanding membiarkannya berkembang sehingga kernel mematikan proses tersebut.

Buka ORPort dalam firewall

Secara masuk (inbound), ORPort mestilah boleh dicapai dari mana-mana sahaja di internet. Secara keluar (outbound), biarkan relay tanpa sekatan: ia membuka sambungan kepada ribuan relay lain pada pelbagai port, dan senarai putih (allowlist) keluar akan melumpuhkannya secara senyap.

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

Kemudian, periksa firewall rangkaian milik penyedia. Banyak panel kawalan menjalankan penapis paket di hadapan mesin maya, dan peraturan yang anda tambah dengan ufw tidak akan memberi kesan di situ, menyebabkan port tersebut dibaca sebagai terbuka pada kotak pelayan tetapi tertutup dari luar. Jika ufw baharu bagi anda, peraturan ufw yang perlu ada pada setiap VPS menerangkan dasar lalai dan susunan peraturan dipadankan.

Tentukan saiz lebar jalur mengikut pelan anda

Manual ini menerangkan RelayBandwidthRate sebagai token bucket berasingan yang mengehadkan "purata penggunaan lebar jalur masuk untuk trafik geganti pada nod ini kepada bilangan bait sesaat yang ditetapkan, dan purata penggunaan lebar jalur keluar kepada nilai yang sama". Baca ini dua kali. Had tersebut terpakai pada setiap arah secara berasingan. Geganti 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 bagi jumlah tersebut.

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

5 baris tersebut adalah pengiraan aritmetik, bukan ukuran: ia menunjukkan kos kadar jika geganti mengekalkannya selama 30 hari penuh dalam kedua-dua arah. Geganti sebenar berada di bawah hadnya pada kebanyakan masa, terutamanya dalam minggu-minggu pertama. Gunakan jadual tersebut untuk menolak tetapan yang tidak sesuai, bukan untuk meramal invois sehingga ke tahap gigabait.

Pada 1 Mbit/s bagi setiap arah, geganti memindahkan kira-kira 21.6 GB sehari, jadi bulan 30 hari menelan kos kira-kira 648 GB trafik yang diukur. Ini muat dalam peruntukan 1 TB dengan ruang yang masih ada untuk kemas kini dan sandaran. Tingkatkan kepada 2 Mbit/s dan kos sebulan menjadi 1,296 GB, yang sudah melebihi pelan 1 TB. Baris terakhir, 20 Mbit/s, memerlukan 12,960 GB sebulan dan sepatutnya berada pada port tanpa had (unmetered). Jika penyedia anda hanya mengenakan caj trafik keluar, bahagikan setiap angka dengan dua. Ketahui jenis pelan yang anda miliki sebelum menetapkan kadar, kerana kedua-dua jawapan berbeza dengan faktor dua.

Sekarang konfigurasi. Had kadar dahulu, kuota kemudian.

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

RelayBandwidthBurst ialah saiz token bucket, jadi ia membenarkan lonjakan singkat melebihi kadar sementara purata dikekalkan. Kira-kira dua kali ganda kadar adalah nilai yang munasabah.

AccountingRule ialah baris yang sering terlepas pandang oleh pengendali. Nilai lalai ialah max, yang mengukur arah yang lebih besar antara kedua-duanya berbanding kuota. Dengan nilai lalai, AccountingMax 400 GBytes membenarkan 400 GB masuk dan 400 GB keluar, iaitu 800 GB pada meter yang mengira kedua-duanya. AccountingRule sum mengira jumlah baca dan tulis berbanding satu kuota, iaitu apa yang sebenarnya diukur oleh peruntukan pemindahan.

Tulis AccountingStart juga, jangan sesekali AccountingMax secara bersendirian. Kuota ialah nombornya, dan baris mula ialah tempoh ia ditetapkan semula. Kuota tanpa tempoh akan menyebabkan geganti terhenti (hibernating) tanpa cara untuk diaktifkan semula.

Hibernasi adalah instrumen yang kasar. Apabila kuota habis, tor merekodkan perkara ini dalam log dan berhenti menerima kerja:

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

Geganti juga tidak akan aktif semula pada permulaan tepat tempoh seterusnya. Tor menjejaki seberapa pantas ia menghabiskan kuota terakhir dan memilih titik rawak dalam selang masa baharu, supaya beribu-ribu geganti tidak kembali ke rangkaian pada saat yang sama. Geganti yang hilang pada minggu terakhir setiap bulan akan terus kehilangan kestabilan yang diukur oleh pihak berkuasa direktori. Tentukan saiz RelayBandwidthRate supaya had tidak pernah dicapai, dan kekalkan AccountingMax sebagai langkah keselamatan yang melindungi invois anda.

Mulakan relay dan sahkan ia boleh dicapai

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

Dalam masa beberapa minit, log sepatutnya mengandungi baris ini:

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

Ayat tersebut bermaksud relay lain telah menyambung semula ke ORPort anda dan membina litar melaluinya. Selagi ia tidak muncul, relay anda tidak berada dalam direktori dan tidak membawa sebarang trafik. Kegagalan akan dipaparkan 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.

Selesaikan masalah mengikut urutan. Adakah ORPort dibuka dalam ufw? Adakah ia juga dibuka dalam firewall rangkaian berasingan milik penyedia? Adakah alamat dalam mesej tersebut merupakan alamat yang dihalakan oleh internet kepada anda, bukannya alamat peribadi daripada tetapan NAT? Uji port tersebut daripada mesin lain dengan nc -vz 203.0.113.10 9001. Tor mengulangi ujian kendiri secara automatik, jadi firewall yang telah dibaiki akan dikesan tanpa bantuan anda, dan memulakan semula (restart) akan menjadikannya serta-merta.

Identiti kekal relay anda ialah fingerprintnya:

sudo cat /var/lib/tor/fingerprint

Kira-kira tiga jam selepas deskriptor diterbitkan, relay tersebut akan muncul di Relay Search. Cari nama samaran (nickname) atau tampal fingerprint tersebut. Halaman itu menunjukkan pandangan rangkaian terhadap relay anda: bendera (flags) yang dipegang, pemberat yang diberikan oleh pihak berkuasa, dan versi yang diterbitkan.

Mengapa relay Tor baharu hampir tidak membawa sebarang trafik?

Ini kerana rangkaian masih belum mengukurnya, dan proses pengukuran mengambil masa beberapa minggu. Tor Project menerangkan peningkatan ini dalam empat fasa, namun pengendali yang tidak membacanya akan membuat kesimpulan bahawa relay tersebut rosak dan mula mengubah pelbagai tetapan.

Untuk tiga hari pertama, relay tersebut tidak diukur. Ia melaporkan hasil ujian kendirinya sendiri, dan pihak berkuasa direktori mengehadkan berat (weight) yang diterbitkan pada 20 KB, jadi klien hampir tidak pernah memilihnya. Dari sekitar hari ketiga hingga hari kelapan, pihak berkuasa lebar jalur (bandwidth authorities) mengukurnya secara sebenar dan beratnya meningkat, tetapi ia hanya digunakan sebagai hop tengah, kerana tiada klien yang mahu menjadikan relay yang baru sebagai hop pertama mereka.

Sekitar hari kelapan, relay tersebut layak untuk menerima flag Guard. Mendapatkan flag ini menyebabkan trafik menurun, yang mengejutkan semua orang: klien melangkau guard apabila memilih hop tengah kerana menganggap guard sudah sibuk, jadi relay tersebut kehilangan trafik tengah sebelum ia memperoleh trafik guard. Ia hanya akan terisi semula apabila klien menukar set guard mereka, yang mengambil masa beberapa minggu. Menjelang hari ke-68, ia mencapai keadaan stabil, di mana jumlah klien yang menggugurkannya seimbang dengan jumlah klien yang menambahnya.

Oleh itu, jangkaan yang munasabah ialah tiada trafik 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 pada port 9001 adalah penggunaan tenaga yang lebih baik: ia menjawab soalan yang sebenarnya boleh anda kawal, iaitu sama ada port tersebut masih memberikan respons.

Memantau relay dengan nyx

nyx ialah monitor terminal untuk relay yang sedang berjalan. Ia berhubung dengan control port tor, jadi aktifkan port tersebut terlebih dahulu dalam torrc:

ControlPort 9051
CookieAuthentication 1
CookieAuthFileGroupReadable 1

ControlPort hanya mendengar pada 127.0.0.1, dan pengesahan kuki bermakna sesuatu program mesti membaca fail rahsia sebelum ia boleh mengeluarkan arahan. Tor menulis kuki tersebut ke /run/tor/control.authcookie sebagai pengguna debian-tor, dengan mod 600, supaya tiada pihak lain boleh membacanya. CookieAuthFileGroupReadable 1 membuka akses fail tersebut kepada kumpulan, yang 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 masuk semula, kemudian jalankan nyx. Kumpulan baharu perlu diambil semasa log masuk, jadi menjalankan nyx dalam sesi shell yang sama akan menyebabkan ralat kebenaran pada fail kuki walaupun konfigurasi sudah betul. nyx memaparkan lebar jalur secara langsung, masa operasi (uptime), aliran log dan senarai sambungan. Pada minggu-minggu pertama, angka yang perlu diperhatikan ialah graf lebar jalur agar kekal di bawah RelayBandwidthRate anda.

Menjalankan lebih daripada satu relay: MyFamily dan kunci keluarga

Jika anda hanya menjalankan satu relay, langkau bahagian ini. Dua atau lebih relay yang dikendalikan oleh operator yang sama mesti mengisytiharkan satu sama lain. Ini bagi memastikan klien tidak membina litar yang masuk dan keluar melalui mesin anda, yang akan membolehkan satu operator melihat kedua-dua hujung litar tersebut.

Cara lama yang masih digunakan ialah MyFamily dalam setiap fail torrc relay, dengan menyenaraikan cap jari (fingerprint) semua relay yang lain:

MyFamily AAAAAAAAAA,BBBBBBBB

Setiap relay menyenaraikan relay yang lain, jadi menambah relay keempat bermakna anda perlu menyunting empat fail. Tor 0.4.9 menggantikan kaedah tersebut dengan kunci keluarga (family key). Jana satu kunci, kemudian kongsikannya:

tor --keygen-family myfamily

Perintah tersebut akan menulis myfamily.secret_family_key dan memaparkan satu baris FamilyId. Salin fail kunci tersebut ke setiap relay, ke dalam subdirektori keys di bawah DataDirectory (/var/lib/tor/keys pada Debian dan Ubuntu), dengan mengekalkan akhiran .secret_family_key. Tambahkan baris FamilyId yang dipaparkan ke dalam setiap fail torrc dan muat semula menggunakan sudo systemctl reload tor@default. Kekalkan senarai MyFamily buat masa ini. Klien yang belum menyokong sijil keluarga masih membaca senarai lama tersebut, dan Tor Project akan mengumumkan bila ia boleh dibuang.

Perkara yang tergendala selepas ia berjalan

Versi menjadi lapuk. Unattended upgrades menggantikan pakej tersebut, tetapi proses yang sedang berjalan tetap menggunakan binari asal sehingga sesuatu memulakan semula proses itu. Bandingkan tor --version pada pelayan dengan versi yang dipaparkan pada halaman Relay Search milik relay. Jika terdapat perbezaan, rangkaian masih melihat versi lama, jadi mulakan semula servis tersebut.

Jam sistem tersasar (clock drift). Dokumen konsensus dan sijil semuanya terikat dengan masa, jadi mesin yang jamnya jauh tersasar akan menolak konsensus dan berhenti menerbitkan data. timedatectl sepatutnya melaporkan jam sistem sebagai disegerakkan. Jika tidak, aktifkan systemd-timesyncd atau pasang chrony.

Alamat IP berubah. Deskriptor membawa alamat tersebut, dan klien tidak dapat mencapai alamat yang telah berpindah. Selepas sebarang migrasi pembekal atau perubahan alamat, mulakan semula tor dan perhatikan baris ujian kendiri (self-test) sekali lagi.

Relay lebih perlahan daripada yang dibenarkan oleh pelan. Kriptografi relay Tor adalah cekap pada pemproses moden, dan Tor Project meletakkan CPU dengan sokongan AES-NI pada kadar kira-kira 400 hingga 450 Mbit/s bagi setiap arah. Jauh sebelum had tersebut dicapai, anda akan dihadkan oleh kelajuan port dan kuota pemindahan data, itulah sebabnya bahagian perakaunan di atas lebih penting daripada perkakasan.

FAQ

Berapakah lebar jalur yang digunakan oleh relay Tor?

Sebanyak yang anda benarkan, dan tidak lebih daripada itu. RelayBandwidthRate mengehadkan trafik relay bagi setiap arah secara berasingan, jadi relay yang ditetapkan pada 1 Mbit/s boleh membawa 1 Mbit/s masuk dan 1 Mbit/s keluar serentak. Ini bersamaan dengan 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 tetap di bawah kadar tersebut.

Adakah menjalankan relay Tor akan menyebabkan saya menerima aduan penyalahgunaan?

Relay guard atau middle hanya menghantar trafik kepada relay Tor yang lain dan tidak pernah berhubung dengan laman web bagi pihak pengguna, jadi aduan tentang tindakan seseorang melalui Tor akan dihantar kepada pengendali exit, bukan kepada anda. Apa yang mungkin anda lihat ialah aktiviti pengimbasan dan penyenaraian reputasi IP sekali-sekala, kerana alamat tersebut disenaraikan secara awam sebagai relay. Relay exit adalah pihak yang menerima e-mel penyalahgunaan dan notis undang-undang, dan mereka memerlukan penyedia yang telah bersetuju terlebih dahulu untuk menanganinya. Baca terma penyedia anda sebelum memulakan mana-mana jenis relay.

Mengapa relay Tor baharu saya tidak menerima sebarang trafik?

Kerana relay baharu dihadkan secara reka bentuk sehingga ia diukur. Untuk tiga hari pertama, pihak berkuasa direktori mengehadkan berat yang diterbitkan pada 20 KB, jadi klien hampir tidak pernah memilih relay tersebut. Pihak berkuasa lebar jalur akan mengukurnya bermula sekitar hari ketiga, ia menjadi layak untuk flag Guard sekitar hari kelapan, dan trafik akan menurun semula pada ketika itu kerana klien mengelak daripada menggunakan guard semasa memilih hop tengah. Beban penuh akan dicapai sekitar hari 68. Pastikan log menunjukkan "Self-testing indicates your ORPort is reachable from the outside", kemudian biarkan ia berjalan.

Bolehkah saya menjalankan relay Tor pada VPS dengan peruntukan pemindahan 1 TB?

Boleh, pada kadar kira-kira 1 Mbit/s bagi setiap arah, iaitu RelayBandwidthRate 125 KBytes. Ini berjumlah kira-kira 648 GB sebulan jika penyedia anda mengukur kedua-dua arah, yang memberikan ruang untuk kemas kini dan sandaran. Tambahkan AccountingMax 400 GBytes dengan AccountingRule sum dan AccountingStart month 1 00:00 supaya relay akan hibernasi dan tidak melebihi pelan tersebut. Jika penyedia hanya mengenakan caj untuk trafik keluar, anda boleh menggandakan kadar tersebut.

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

Tidak. Pengisytiharan keluarga wujud supaya klien mengelak daripada membina litar melalui dua relay yang dimiliki oleh pengendali yang sama, yang tidak bermakna jika hanya mempunyai satu relay. Tetapkannya sebaik sahaja anda menambah relay kedua: senaraikan fingerprint setiap relay dalam baris MyFamily setiap relay, atau gunakan kunci keluarga yang diperkenalkan oleh Tor 0.4.9, yang mengedarkan satu FamilyId dan bukannya senarai yang semakin panjang.