Cách chạy Tor relay trên VPS an toàn

Tor relay trên VPS làm gì

Tor relay là một Tor daemon chạy trên máy có địa chỉ IP public và chuyển tiếp traffic đã mã hóa cho người khác. Directory authority công bố relay này, còn Tor client xây dựng circuit đi qua nó. Guard relay hoặc middle relay chỉ chuyển traffic đến một relay khác. Nó không bao giờ mở kết nối đến website thay cho người lạ. Đây là lý do relay không nhận được email khiếu nại abuse, đồng thời phù hợp để đóng góp trên một VPS thông thường.

Công việc này khá nhỏ: một package, 15 dòng cấu hình, một rule trên firewall và một lần restart. Phần còn lại của guide là những chỗ thường xảy ra lỗi: tính băng thông trên gói tính phí theo lưu lượng và lý do một relay mới hoàn toàn khỏe mạnh nhưng trông như không hoạt động trong một tuần.

Guard, middle, bridge hoặc exit: chọn trước khi cài

Một daemon có thể đảm nhiệm cả bốn vai trò. Cấu hình của bạn cùng với các directory authority sẽ quyết định bạn đang chạy vai trò nào.

• Middle relay. Nhận traffic từ một guard rồi chuyển tiếp đến relay khác. Nó không bao giờ kết nối trực tiếp đến site đích. Mọi relay mới đều bắt đầu ở vai trò này.
• Guard relay. Dùng cùng cấu hình đó, nhưng có thêm một flag. Directory authority cấp flag Guard cho các relay đã hoạt động nhanh và ổn định đủ lâu. Bạn không tự chọn được flag này. Bạn phải đạt được nó, và cấu hình bên dưới là thứ giúp relay đạt được.
• Bridge. Một relay được chủ động loại khỏi public directory và phân phối riêng cho người dùng ở những nơi Tor bị chặn. Đây là vai trò yêu cầu ít cam kết nhất trong bốn vai trò: băng thông thấp, không được liệt kê công khai, và là bước khởi đầu phù hợp nếu bạn chỉ định triển khai quy mô nhỏ.
• Exit relay. Là hop cuối cùng, mở kết nối đến site đích. Mọi request của người dùng đều đi ra từ địa chỉ IP của bạn, vì vậy báo cáo abuse và yêu cầu từ cơ quan công an sẽ gửi đến người sở hữu địa chỉ đó.

Exit là vai trò duy nhất không nên chạy trên VPS đa dụng. Chỉ chạy exit trên provider đã đồng ý trước sẽ tiếp nhận các email đó, với địa chỉ IP riêng và abuse contact được công khai. Hầu hết điều khoản hosting tiêu chuẩn đều cấm việc này. Nếu bỏ qua quy định, kết quả thường là server bị suspend và mất địa chỉ IP. Guard hoặc middle relay vẫn chuyển tiếp cùng loại traffic của người dùng nhưng không chịu các rủi ro đó.

Toàn bộ phần bên dưới thiết lập một guard/middle relay. ExitRelay 0 là dòng giúp relay duy trì đúng vai trò này.

VPS cần gì trước khi bắt đầu

Tor Project công bố các yêu cầu tối thiểu cho relay. Tính đến tháng 08/2026, các yêu cầu là: một địa chỉ IPv4 public cho relay, băng thông tối thiểu 10 Mbit/s theo mỗi chiều và khuyến nghị 16 Mbit/s, tối thiểu 100 GB traffic outbound mỗi tháng, cùng 512 MB RAM ở mức dưới 40 Mbit/s hoặc 1 GB ở mức cao hơn. Không có quy định uptime cố định, nhưng relay chạy dưới 2 giờ mỗi ngày thì hầu như không có ích cho network.

Mức 10 Mbit/s mô tả đường truyền, không phải thiết lập cấu hình. Bạn cần một port có thể đáp ứng mức này. Việc cho relay sử dụng bao nhiêu trong tổng băng thông đó là quyết định riêng, dựa trên hạn mức transfer hằng tháng. Hãy đọc kỹ gói dịch vụ trước khi sửa config. Nếu bạn vẫn đang chọn một máy, VPS thực sự tốn bao nhiêu mỗi tháng giải thích cách các nhà cung cấp bán hạn mức transfer, còn đo throughput mạng thực tế của VPS chỉ cách kiểm tra đường truyền đạt được gì với iperf3 thay vì tin vào trang bán hàng.

Trước tiên hãy harden máy chủ. Relay là một public service trên một public address, và địa chỉ này sẽ bị scan trong vài phút sau khi được công bố. Giới hạn SSH chỉ dùng key và harden config của sshd chỉ mất 10 phút và phải được thực hiện trước khi relay hoạt động, không phải sau đó.

Cài Tor từ repository của Tor Project

Dùng apt repository chính thức của Tor Project thay vì package của distribution. Mã relay được cập nhật nhanh hơn một bản stable release, nên các bản sửa lỗi sẽ xuất hiện ở repository này trước, còn package của distribution sẽ chậm hơn giữa các lần phát hành.

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

Thêm signing key, sau đó thêm repository. Codename được đọc từ máy, nên cùng một block này dùng được trên Ubuntu 24.04 (noble) và 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 in ra version vừa cài. Nếu apt update thay vào đó in lỗi NO_PUBKEY, dearmored key không nằm tại path được nêu trong dòng Signed-By:, nên apt không có key để kiểm tra release file. Package deb.torproject.org-keyring sẽ cần cho bước sau: package này cung cấp signing key dưới dạng package thông thường, để apt tiếp tục hoạt động khi key đó được rotate.

Bật automatic upgrades, sau đó thêm origin mới vào cấu hình của chúng.

sudo apt install -y unattended-upgrades apt-listchanges

Trên Ubuntu, thêm origin của Tor vào block Allowed-Origins trong /etc/apt/apt.conf.d/50unattended-upgrades:

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

Trên Debian, file tương tự dùng Origins-Pattern; dòng cần thêm là "origin=TorProject";. Kiểm tra kết quả bằng sudo unattended-upgrade --debug --dry-run. Lệnh này in ra các origin mà nó sẽ áp dụng và không ghi thay đổi nào.

Cấu hình torrc cần chỉnh

Package cài một /etc/tor/torrc dài với rất nhiều chú thích. Chỉ một vài dòng cần thiết cho relay. Thêm các dòng đó vào cuối file.

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

Nickname có từ 1 đến 19 ký tự, chỉ gồm chữ cái và chữ số. Giá trị này không duy nhất trên toàn mạng và không phải là danh tính của bạn; fingerprint mới là danh tính. Đây là tên bạn dùng để tìm relay của mình trong ô tìm kiếm, vì vậy hãy chọn tên có thể đánh vần qua điện thoại.

ContactInfo được công bố trong relay descriptor. Đây là tài liệu công khai mà bất kỳ ai cũng có thể tải xuống, nên địa chỉ này sẽ bị thu thập. Hãy dùng địa chỉ bạn vẫn sẽ đọc sau hai năm và có thể obfuscate nếu muốn. Đây là kênh duy nhất Tor Project dùng để cảnh báo bạn về sự cố với relay.

ORPort 9001 là cổng mà các relay và client khác kết nối đến. 9001 là giá trị thường dùng. 443 cũng là lựa chọn phổ biến vì một số mạng hạn chế chỉ cho phép outbound 443, nên relay listening trên cổng này sẽ được nhiều client hơn truy cập. Chỉ chọn 443 nếu không có dịch vụ nào khác trên máy cần cổng này.

SocksPort 0 tắt SOCKS proxy cục bộ mà relay không sử dụng, đồng thời loại bỏ một listening socket khỏi máy. ExitRelay 0 ghi rõ mục đích này vào file: relay này sẽ không bao giờ kết nối đến đích thay cho người dùng, và người đọc config sau này không phải tự suy ra điều đó từ giá trị mặc định.

Nếu VPS có địa chỉ IPv6, hãy thêm dòng ORPort thứ hai. Tor không thể bind vào địa chỉ IPv6 "any" như với IPv4, nên hãy ghi địa chỉ trong dấu ngoặc vuông.

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

Trên VPS 1 GB, hãy thêm MaxMemInQueues 512 MB. Tor tự quyết định giới hạn queue dựa trên lượng memory mà nó thấy trên máy. Với một máy shared nhỏ, giới hạn này có thể cao hơn mức bạn muốn Tor sử dụng. Tự đặt giới hạn sẽ khiến tor loại bỏ các cell đang queue khi chịu tải, giúp relay tiếp tục hoạt động, thay vì queue tăng dần cho đến khi kernel kill process.

Mở ORPort trên firewall

Theo chiều inbound, ORPort phải có thể truy cập từ bất kỳ đâu trên Internet. Theo chiều outbound, không giới hạn relay: relay mở kết nối đến hàng nghìn relay khác trên nhiều cổng khác nhau, và allowlist outbound sẽ âm thầm làm relay gần như không hoạt động.

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

Sau đó kiểm tra firewall mạng của nhà cung cấp. Nhiều control panel chạy packet filter phía trước virtual machine. Vì vậy, rule bạn thêm bằng ufw không có hiệu lực ở đó; cổng có thể hiển thị là đang mở trên máy nhưng lại đóng khi truy cập từ bên ngoài. Nếu bạn chưa quen với ufw, các rule ufw cần có trên mọi VPS giải thích chính sách mặc định và thứ tự áp dụng rule.

Đặt băng thông phù hợp với gói dịch vụ

Tài liệu mô tả RelayBandwidthRate là một token bucket riêng, giới hạn “mức sử dụng băng thông đến trung bình cho traffic được relay trên node này ở số byte mỗi giây đã chỉ định, và mức sử dụng băng thông đi trung bình ở cùng giá trị đó”. Hãy đọc lại câu này. Giới hạn được áp dụng riêng cho từng hướng. Relay đặt ở mức 1 Mbit/s có thể truyền 1 Mbit/s vào và 1 Mbit/s ra cùng lúc. Provider tính phí cả hai hướng sẽ tính tổng hai chiều.

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

Các dòng 5 này là phép tính, không phải số liệu đo: chúng cho biết một mức tốc độ sẽ tiêu tốn bao nhiêu nếu relay duy trì mức đó trong đủ 30 ngày theo cả hai hướng. Relay thực tế thường hoạt động dưới mức giới hạn trong phần lớn thời gian, đặc biệt là trong những tuần đầu. Hãy dùng bảng để loại bỏ các thiết lập không thể phù hợp với ngân sách, không dùng bảng để dự đoán hóa đơn đến từng gigabyte.

Ở mức 1 Mbit/s mỗi chiều, relay truyền khoảng 21.6 GB mỗi ngày. Vì vậy, một tháng 30 ngày sẽ tiêu tốn khoảng 648 GB traffic được tính phí. Mức này nằm trong hạn mức 1 TB và vẫn còn dung lượng cho update và backup. Tăng lên 2 Mbit/s thì một tháng tiêu tốn 1,296 GB, đã vượt một gói 1 TB. Dòng cuối cùng, 20 Mbit/s, cần 12,960 GB mỗi tháng và nên dùng trên port không giới hạn dung lượng. Nếu provider chỉ tính traffic outbound, hãy chia đôi mọi giá trị. Hãy xác định provider của bạn tính theo cách nào trước khi đặt tốc độ, vì hai kết quả chênh nhau theo hệ số hai.

Bây giờ đến phần cấu hình. Đặt giới hạn tốc độ trước, quota sau.

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

RelayBandwidthBurst là kích thước của token bucket. Nó cho phép các đợt tăng tốc ngắn vượt quá tốc độ giới hạn trong khi vẫn giữ mức trung bình. Giá trị khoảng gấp đôi tốc độ là hợp lý.

AccountingRule là dòng mà nhiều operator bỏ sót. Giá trị mặc định là max. Giá trị này tính hướng có mức sử dụng lớn hơn trong hai hướng vào quota. Với giá trị mặc định, AccountingMax 400 GBytes cho phép 400 GB vào và 400 GB ra, tức là 800 GB trên meter tính cả hai hướng. AccountingRule sum cộng read và write vào cùng một quota. Đây là cách đo đúng với hạn mức transfer thực tế.

Hãy ghi cả AccountingStart, không bao giờ chỉ ghi AccountingMax. Quota là giá trị dung lượng, còn dòng start xác định thời điểm quota được reset. Quota không có period sẽ khiến relay hibernation và không có gì kích hoạt nó trở lại.

Hibernation là một biện pháp thô. Khi quota hết, tor ghi log sự kiện này rồi ngừng nhận work:

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

Relay cũng không thức dậy chính xác vào đầu period tiếp theo. Tor theo dõi tốc độ relay đã tiêu quota trước đó rồi chọn ngẫu nhiên một thời điểm trong interval mới, để hàng nghìn relay không cùng quay lại network trong một giây. Relay biến mất trong tuần cuối của mỗi tháng sẽ liên tục mất độ ổn định mà các directory authority dùng để đánh giá nó. Hãy đặt RelayBandwidthRate sao cho quota không bao giờ bị chạm tới, và giữ AccountingMax làm biện pháp dự phòng để bảo vệ hóa đơn.

Khởi động relay và xác nhận relay có thể truy cập

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

Trong vài phút, log sẽ phải chứa dòng này:

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

Câu này có nghĩa là các relay khác đã kết nối ngược lại đến ORPort của bạn và xây dựng một circuit đi qua relay đó. Cho đến khi dòng này xuất hiện, relay của bạn chưa có trong directory và hoàn toàn không chuyển tiếp traffic nào. Lỗi sẽ hiển thị như sau:

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.

Hãy kiểm tra lần lượt. ORPort đã được mở trong ufw chưa? ORPort có được mở trong network firewall riêng của nhà cung cấp chưa? Địa chỉ trong thông báo đó có phải là địa chỉ mà Internet thực sự định tuyến đến máy bạn không, hay chỉ là địa chỉ private từ cấu hình NAT? Dùng nc -vz 203.0.113.10 9001 để kiểm tra port từ một máy khác. Tor cũng tự lặp lại self-test, nên nó sẽ tự phát hiện firewall đã được sửa mà không cần bạn can thiệp; restart sẽ khiến việc kiểm tra diễn ra ngay lập tức.

Identity cố định của relay là fingerprint:

sudo cat /var/lib/tor/fingerprint

Khoảng ba giờ sau khi descriptor được publish, relay sẽ xuất hiện trên Relay Search. Tìm theo nickname hoặc dán fingerprint vào ô tìm kiếm. Trang này thể hiện cách network nhìn nhận relay của bạn: relay đang có những flag nào, các authority gán weight bao nhiêu, và relay đang publish version nào.

Vì sao một Tor relay mới hầu như không có traffic?

Vì mạng chưa đo relay đó, mà quá trình đo mất vài tuần. Tor Project mô tả quá trình tăng tải này qua 4 giai đoạn. Nếu operator chưa đọc tài liệu đó, họ thường kết luận relay bị lỗi rồi bắt đầu thay đổi cấu hình.

Trong 3 ngày đầu, relay chưa được đo. Nó báo cáo kết quả self test của chính mình, nhưng directory authority vẫn giới hạn published weight ở mức 20 KB, nên client hầu như không bao giờ chọn nó. Từ khoảng ngày 3 đến ngày 8, bandwidth authority bắt đầu đo thực tế. Weight tăng dần, nhưng relay chỉ được dùng làm middle hop vì không client nào sẵn sàng chọn một relay hoàn toàn mới làm first hop.

Khoảng ngày 8, relay đủ điều kiện nhận cờ Guard. Việc nhận cờ này khiến traffic giảm, làm mọi người bất ngờ: khi chọn middle hop, client bỏ qua các guard vì giả định guard đang bận. Do đó relay mất middle traffic trước khi nhận được guard traffic. Traffic chỉ tăng trở lại khi client luân phiên bộ guard của chúng, quá trình này mất vài tuần. Đến khoảng ngày 68, relay đạt trạng thái ổn định. Số client bỏ relay cân bằng với số client thêm relay.

Vì vậy, kỳ vọng thực tế là: không có gì trong 3 ngày đầu, có một ít traffic sau 1 tuần, và có tải thực sự sau 2 tháng. Chỉ thay đổi một setting, rồi chờ 1 tuần để xem tác động. Một status page Uptime Kuma tự host với TCP check đến port 9001 là cách dùng tốt hơn cho sự sốt ruột này. Nó trả lời câu hỏi mà bạn thực sự kiểm soát được: port đó có còn phản hồi hay không.

Theo dõi relay bằng nyx

nyx là công cụ giám sát trên terminal dành cho relay đang chạy. Công cụ này kết nối với control port của tor, vì vậy trước tiên hãy bật control port trong torrc:

ControlPort 9051
CookieAuthentication 1
CookieAuthFileGroupReadable 1

ControlPort chỉ lắng nghe trên 127.0.0.1, còn cookie authentication yêu cầu chương trình phải đọc một file bí mật trước khi có thể gửi lệnh. Tor ghi cookie đó vào /run/tor/control.authcookie với user debian-tor và mode 600, nên không user nào khác có thể đọc được. CookieAuthFileGroupReadable 1 mở quyền truy cập cho group. Nhờ đó, tài khoản của bạn có thể chạy nyx mà không cần sudo.

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

Hãy đăng xuất rồi đăng nhập lại, sau đó chạy nyx. Group mới chỉ được áp dụng khi đăng nhập, nên nếu chạy nyx trong cùng shell session, bạn sẽ nhận lỗi permission trên cookie file dù cấu hình đã đúng. nyx hiển thị bandwidth theo thời gian thực, uptime, log stream và danh sách kết nối. Trong những tuần đầu, hãy theo dõi để bandwidth graph luôn nằm dưới RelayBandwidthRate.

Chạy nhiều relay: MyFamily và family key

Nếu chỉ chạy một relay, hãy bỏ qua phần này. Hai relay trở lên do cùng một operator quản lý phải khai báo lẫn nhau. Nhờ đó, client sẽ không bao giờ xây dựng circuit đi vào qua một máy và đi ra qua một máy khác của bạn. Nếu không, một operator có thể thấy cả hai đầu của circuit.

Cách truyền thống là dùng MyFamily trong torrc của từng relay để liệt kê fingerprint của tất cả relay còn lại:

MyFamily AAAAAAAAAA,BBBBBBBB

Mỗi relay liệt kê tất cả relay khác. Vì vậy, thêm relay thứ tư sẽ yêu cầu chỉnh sửa 4 file. Tor 0.4.9 thay cách này bằng family key. Tạo một key rồi chia sẻ key đó:

tor --keygen-family myfamily

Lệnh này ghi myfamily.secret_family_key và in ra một dòng FamilyId. Copy file key vào mọi relay, đặt trong thư mục con keys của DataDirectory (/var/lib/tor/keys trên Debian và Ubuntu), đồng thời giữ nguyên hậu tố .secret_family_key. Thêm dòng FamilyId đã in ra vào từng torrc, rồi reload bằng sudo systemctl reload tor@default. Hiện vẫn giữ nguyên danh sách MyFamily. Các client chưa hỗ trợ family certificate vẫn đọc danh sách cũ. Tor Project sẽ thông báo khi có thể xóa danh sách này.

Điều gì hỏng sau khi relay đang chạy

Version trở nên cũ. Unattended upgrades thay thế package, nhưng process đang chạy vẫn dùng binary mà nó đã khởi động cho đến khi có thứ gì đó restart process. So sánh tor --version trên máy chủ với version hiển thị trên trang Relay Search của relay. Nếu chúng khác nhau, network vẫn đang thấy version cũ, nên hãy restart service.

Đồng hồ bị lệch. Các consensus document và certificate đều phụ thuộc vào thời gian, nên máy có đồng hồ lệch quá nhiều sẽ từ chối consensus và ngừng publish. timedatectl phải báo system clock đã được đồng bộ. Nếu chưa, hãy enable systemd-timesyncd hoặc cài đặt chrony.

Địa chỉ IP thay đổi. Descriptor chứa địa chỉ IP, và client không thể truy cập địa chỉ đã thay đổi. Sau mỗi lần chuyển provider hoặc thay đổi địa chỉ, hãy restart tor và theo dõi lại dòng self-test.

Relay chậm hơn mức kế hoạch cho phép. Cơ chế mã hóa relay của Tor hoạt động hiệu quả trên các processor hiện đại, và Tor Project ước tính một CPU có hỗ trợ AES-NI đạt khoảng 400 đến 450 Mbit/s theo mỗi hướng. Từ lâu trước khi chạm ngưỡng đó, giới hạn của bạn đã là tốc độ port và hạn mức transfer, vì vậy phần accounting ở trên quan trọng hơn hardware.

FAQ

Relay Tor sử dụng bao nhiêu bandwidth?

Tùy mức bạn cho phép, và không vượt quá mức đó. RelayBandwidthRate giới hạn riêng traffic được chuyển tiếp theo từng hướng, vì vậy relay được đặt ở mức 1 Mbit/s có thể đồng thời truyền 1 Mbit/s vào và 1 Mbit/s ra. Mức này tương đương khoảng 21.6 GB mỗi ngày, hoặc 648 GB trong một tháng 30 ngày, tính cả hai hướng. Thêm AccountingMax với AccountingRule sum để đặt quota hàng tháng cố định bên dưới mức tốc độ đó.

Chạy relay Tor có khiến tôi nhận được khiếu nại abuse không?

Guard relay hoặc middle relay chỉ chuyển traffic đến các relay Tor khác và không bao giờ kết nối đến website thay cho người dùng. Vì vậy, khiếu nại về việc ai đó thực hiện qua Tor sẽ được gửi đến operator của exit relay, không phải bạn. Bạn có thể thấy hoạt động scan và đôi khi địa chỉ IP bị đưa vào danh sách đánh giá kém, vì địa chỉ đó được công khai là relay. Exit relay mới là loại nhận email abuse và thông báo pháp lý. Bạn cần một provider đã đồng ý xử lý các vấn đề này từ trước. Đọc điều khoản của provider trước khi chạy một trong hai loại relay.

Vì sao relay Tor mới của tôi không nhận được traffic?

Vì relay mới bị throttle theo thiết kế cho đến khi được đo lường. Trong 3 ngày đầu, directory authority giới hạn weight được công bố ở mức 20 KB, nên client hầu như không chọn relay này. Bandwidth authority bắt đầu đo từ khoảng ngày thứ 3. Relay đủ điều kiện nhận cờ Guard vào khoảng ngày thứ 8. Traffic lại giảm vào thời điểm đó vì client tránh chọn guard khi xác định middle hop. Relay đạt tải đầy đủ vào khoảng ngày thứ 68. Xác nhận log có dòng "Self-testing indicates your ORPort is reachable from the outside", sau đó không cần thay đổi gì.

Tôi có thể chạy relay Tor trên VPS với hạn mức transfer 1 TB không?

Có, ở mức khoảng 1 Mbit/s theo mỗi hướng, tương đương RelayBandwidthRate 125 KBytes. Nếu provider tính cả hai hướng, mức này tương đương khoảng 648 GB mỗi tháng, vẫn còn đủ headroom cho việc update và backup. Thêm AccountingMax 400 GBytes với AccountingRule sum và AccountingStart month 1 00:00 để relay chuyển sang trạng thái hibernation thay vì vượt quá gói cước. Nếu provider chỉ tính phí outbound, bạn có thể tăng gấp đôi tốc độ.

Tôi có cần đặt MyFamily nếu chỉ chạy một relay không?

Không. Khai báo family giúp client tránh tạo circuit đi qua hai relay thuộc cùng một operator. Thiết lập này không có ý nghĩa khi bạn chỉ chạy một relay. Hãy đặt nó ngay khi thêm relay thứ hai: liệt kê fingerprint của mọi relay trong dòng MyFamily của từng relay, hoặc dùng family key được Tor 0.4.9 giới thiệu. Cách này phân phối một FamilyId thay vì một danh sách ngày càng dài.