Linux VPS-ல் Tor relay அமைப்பது எப்படி?

VPS-ல் Tor relay என்ன செய்கிறது

Tor relay என்பது பொது IP முகவரி கொண்ட ஒரு கணினியில் இயங்கும் Tor daemon ஆகும். இது மற்ற பயனர்களின் குறியாக்கம் செய்யப்பட்ட (encrypted) traffic-ஐ முன்னோக்கி அனுப்புகிறது. Directory authorities இதை வெளியிடுகின்றன, மேலும் Tor clients இதன் வழியாக circuits-களை உருவாக்குகின்றன. ஒரு guard அல்லது middle relay எப்போதும் traffic-ஐ மற்றொரு relay-க்கு மட்டுமே அனுப்பும்; எனவே, இது ஒரு அந்நியருக்காக எந்தவொரு இணையதளத்துடனும் இணைப்பை ஏற்படுத்தாது. இந்த ஒற்றை உண்மைதான், இது ஏன் எந்தவொரு துஷ்பிரயோக மின்னஞ்சல்களையும் (abuse mail) ஈர்ப்பதில்லை என்பதற்கும், ஏன் இது ஒரு சாதாரண VPS-க்கு ஏற்ற பங்களிப்பாக இருக்கிறது என்பதற்கும் காரணமாகும்.

இதற்கான வேலை மிகக் குறைவு: ஒரு package, பதினைந்து வரிகள் கொண்ட config, ஒரு firewall rule, மற்றும் ஒரு restart. இந்த வழிகாட்டியின் மீதமுள்ள பகுதிதான் தவறாகப் போகக்கூடிய இடங்களைக் குறிக்கிறது. Metered plan-ல் bandwidth கணக்கீடு மற்றும் ஒரு புதிய, ஆரோக்கியமான relay ஏன் ஒரு வாரத்திற்குச் செயலிழந்தது போலத் தோன்றுகிறது என்பதற்கான காரணங்கள் இதில் அடங்கும்.

Guard, middle, bridge அல்லது exit: நிறுவும் முன் தேர்வு செய்யவும்

ஒரே daemon நான்கு பணிகளையும் செய்கிறது. உங்கள் configuration மற்றும் directory authorities ஆகியவையே நீங்கள் எந்தப் பணியைச் செய்கிறீர்கள் என்பதைத் தீர்மானிக்கின்றன.

• Middle relay. இது ஒரு guard-இடமிருந்து traffic-ஐப் பெற்று மற்றொரு relay-க்கு அனுப்புகிறது. இது எந்தவொரு destination site-உடனும் நேரடியாகத் தொடர்பு கொள்ளாது. ஒவ்வொரு புதிய relay-ம் இங்கிருந்துதான் தொடங்குகிறது.
• Guard relay. இதுவும் அதே configuration தான், ஆனால் கூடுதல் flag கொண்டது. நீண்ட காலமாக வேகமாகவும் நிலையாகவும் செயல்படும் relay-களுக்கு directory authorities 'Guard' flag-ஐ வழங்குகின்றன. இதை நீங்கள் தேர்வு செய்ய முடியாது. உங்கள் செயல்பாட்டின் மூலம் இதைப் பெற வேண்டும்; கீழே உள்ள configuration இதைப் பெறுவதற்கான தகுதியை உருவாக்குகிறது.
• Bridge. இது பொதுவான directory-ல் பட்டியலிடப்படாமல், Tor தடுக்கப்பட்ட இடங்களில் உள்ள பயனர்களுக்குத் தனிப்பட்ட முறையில் வழங்கப்படும் ஒரு relay ஆகும். இதுவே நான்கு பணிகளில் மிகக் குறைந்த பொறுப்புடையது: குறைந்த bandwidth, பொதுப் பட்டியல் இல்லை, உங்கள் திட்டம் சிறியதாக இருந்தால் இதுவே சரியான தொடக்கம்.
• Exit relay. இதுவே கடைசிப் படி, இதுதான் destination site-உடன் இணைப்பை ஏற்படுத்துகிறது. பயனர் செய்யும் ஒவ்வொரு கோரிக்கையும் உங்கள் IP address மூலமே வெளியேறும் என்பதால், abuse புகார்கள் மற்றும் காவல் துறை விசாரணைகள் அந்த IP-ன் உரிமையாளரை வந்தடையும்.

Exit relay என்பது பொதுவான VPS-ல் செய்யக்கூடாத ஒரு பணியாகும். Exit relay-ஐ, அதற்கு அனுமதி அளிக்கும் ஒரு provider-இடம், பிரத்யேக IP address மற்றும் பொதுவில் உள்ள abuse contact முகவரியுடன் மட்டுமே இயக்க வேண்டும். பெரும்பாலான standard hosting விதிமுறைகள் இதைத் தடை செய்கின்றன; இதை மீறினால் உங்கள் server முடக்கப்பட்டு, IP address இழக்க நேரிடும். Guard அல்லது middle relay-ல் இத்தகைய அபாயங்கள் இன்றி அதே பயனர் traffic-ஐக் கையாள முடியும்.

கீழே உள்ளவை அனைத்தும் ஒரு guard/middle relay-ஐ உருவாக்குவதற்கானவை. ExitRelay 0 என்பது அதை அவ்வாறே வைத்திருக்கும் வரியாகும்.

தொடங்குவதற்கு முன் VPS-க்குத் தேவையானவை

Tor Project, relay-களுக்கான கட்டாயத் தேவைகளை வெளியிட்டுள்ளது. ஆகஸ்ட் 2026 நிலவரப்படி, அவை பின்வருமாறு: relay-க்கு ஒரு public IPv4 முகவரி, ஒவ்வொரு திசையிலும் குறைந்தது 10 Mbit/s அலைவரிசை (16 Mbit/s பரிந்துரைக்கப்படுகிறது), மாதத்திற்கு குறைந்தது 100 GB வெளிச்செல்லும் traffic, மற்றும் 40 Mbit/s-க்குக் கீழ் இயங்கினால் 512 MB RAM அல்லது அதற்கு மேல் இயங்கினால் 1 GB RAM. நிலையான uptime விதிமுறை எதுவும் இல்லை, ஆனால் ஒரு நாளில் இரண்டு மணி நேரத்திற்கும் குறைவாக இயங்கும் relay, network-க்கு பெரிய அளவில் பயன்படாது.

10 Mbit/s என்பது இணைப்பின் திறனைக் குறிக்கிறது, அமைப்பைக் (setting) குறிப்பதல்ல. அந்த வேகத்தை வழங்கக்கூடிய port உங்களுக்குத் தேவை. அந்த இணைப்பில் எவ்வளவு வேகத்தை relay பயன்படுத்த அனுமதிக்கிறீர்கள் என்பது தனிப்பட்ட முடிவு; இது மாதாந்திர தரவுப் பயன்பாட்டு வரம்பைப் பொறுத்தது. configuration-ஐ மாற்றும் முன் உங்கள் திட்டத்தைப் படியுங்கள். நீங்கள் இன்னும் ஒரு server-ஐத் தேர்வு செய்து கொண்டிருக்கிறீர்கள் என்றால், ஒரு மாதத்திற்கு VPS-ன் உண்மையான செலவு என்பது தரவுப் பயன்பாட்டு வரம்புகள் எவ்வாறு விற்கப்படுகின்றன என்பதை விளக்குகிறது, மேலும் VPS-ன் உண்மையான network throughput-ஐ அளவிடுதல் என்பது விற்பனைப் பக்கத்தை மட்டும் நம்பாமல், iperf3 மூலம் இணைப்பின் உண்மையான வேகத்தை எவ்வாறு கண்டறிவது என்பதைக் காட்டுகிறது.

முதலில் machine-ஐப் பாதுகாப்பானதாக்குங்கள் (harden). ஒரு relay என்பது public முகவரியில் இயங்கும் public service ஆகும்; எனவே, அது வெளியிடப்பட்ட சில நிமிடங்களிலேயே அந்த முகவரி scan செய்யப்படும். SSH-ஐ keys மற்றும் பாதுகாப்பான sshd config மூலம் கட்டுப்படுத்துதல் என்பது பத்து நிமிட வேலை; இதை relay-ஐ நேரலையில் கொண்டு வருவதற்கு முன்பே செய்ய வேண்டும், பின்பு அல்ல.

Tor Project repository-லிருந்து Tor-ஐ நிறுவுதல்

Distribution package-ஐப் பயன்படுத்துவதற்குப் பதிலாக, Tor Project-ன் சொந்த apt repository-ஐப் பயன்படுத்தவும். Relay code-ன் மேம்பாடுகள் stable release-ஐ விட வேகமாக நடக்கும்; எனவே, பிழைத்திருத்தங்கள் முதலில் இந்த repository-க்கு வந்துவிடும், distribution package-ல் அவை தாமதமாகவே கிடைக்கும்.

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

முதலில் signing key-ஐச் சேர்க்கவும், பிறகு repository-ஐச் சேர்க்கவும். Codename அந்தந்த machine-லிருந்து தானாகவே கண்டறியப்படும், எனவே Ubuntu 24.04 (noble) மற்றும் Debian 13 (trixie) ஆகிய இரண்டிற்கும் ஒரே block வேலை செய்யும்.

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 நீங்கள் நிறுவிய பதிப்பைக் காட்டும். ஒருவேளை apt update கட்டளை NO_PUBKEY பிழையைக் காட்டினால், Signed-By: வரியில் குறிப்பிடப்பட்டுள்ள பாதையில் dearmored key இல்லை என்று அர்த்தம்; எனவே, release file-ஐச் சரிபார்க்க apt-க்கு key இல்லை. deb.torproject.org-keyring package பிற்காலத்திற்கு முக்கியமானது: இது signing key-ஐ ஒரு சாதாரண package-ஆக வழங்குகிறது, இதனால் key மாற்றப்படும்போது apt தொடர்ந்து வேலை செய்யும்.

Automatic upgrades-ஐ இயக்கி, புதிய origin-ஐ அதற்கு அறிமுகப்படுத்தவும்.

sudo apt install -y unattended-upgrades apt-listchanges

Ubuntu-வில், /etc/apt/apt.conf.d/50unattended-upgrades கோப்பில் உள்ள Allowed-Origins block-ல் Tor origin-ஐச் சேர்க்கவும்:

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

Debian-ல் அதே கோப்பு Origins-Pattern-ஐப் பயன்படுத்துகிறது, அதில் சேர்க்க வேண்டிய வரி "origin=TorProject"; ஆகும். sudo unattended-upgrade --debug --dry-run கட்டளை மூலம் முடிவைச் சரிபார்க்கவும்; இது எந்தெந்த origin-களில் செயல்படும் என்பதைக் காட்டும், வேறு எதையும் மாற்றாது.

முக்கியமான torrc

இந்தத் தொகுப்பு நீண்ட, அதிகக் குறிப்புகளைக் கொண்ட /etc/tor/torrc-ஐ நிறுவுகிறது. ஒரு relay-க்கு ஒரு சில வரிகள் மட்டுமே முக்கியமானவை. அவற்றை கோப்பின் இறுதியில் சேர்க்கவும்.

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

Nickname என்பது 1 முதல் 19 எழுத்துக்கள் வரை இருக்கலாம், எழுத்துக்கள் மற்றும் எண்களை மட்டுமே பயன்படுத்த வேண்டும். இது நெட்வொர்க்கில் தனித்துவமானது அல்ல, இது உங்கள் அடையாளமும் அல்ல; fingerprint தான் உங்கள் அடையாளம். தேடல் பெட்டியில் உங்கள் relay-ஐக் கண்டறிய இது உதவும், எனவே தொலைபேசியில் எளிதாகச் சொல்லக்கூடிய பெயரைத் தேர்வு செய்யவும்.

ContactInfo என்பது relay descriptor-க்குள் வெளியிடப்படுகிறது, இது எவரும் பதிவிறக்கம் செய்யக்கூடிய பொதுவான ஆவணம், எனவே இந்த முகவரி சேகரிக்கப்படும் (scraped). இரண்டு ஆண்டுகளுக்குப் பிறகும் நீங்கள் பயன்படுத்தக்கூடிய முகவரியைப் பயன்படுத்தவும், தேவைப்பட்டால் அதை மறைத்து (obfuscate) வைக்கவும். உங்கள் relay-ல் ஏதேனும் சிக்கல் இருந்தால், Tor Project உங்களை எச்சரிக்கப் பயன்படுத்தும் ஒரே வழி இதுதான்.

ORPort 9001 என்பது பிற relay-களும் client-களும் இணையும் port ஆகும். 9001 என்பது வழக்கமான தேர்வு. Port 443 மற்றொரு பொதுவான தேர்வு, ஏனெனில் சில கட்டுப்பாடுகள் கொண்ட நெட்வொர்க்குகள் வெளிச்செல்லும் 443-ஐ மட்டுமே அனுமதிக்கும், எனவே அங்கு இயங்கும் relay அதிக client-களுக்குக் கிடைக்கும். அந்த machine-ல் வேறு எதற்கும் 443 தேவைப்படாவிட்டால் மட்டுமே இதைப் பயன்படுத்தவும்.

SocksPort 0 என்பது உள்ளூர் SOCKS proxy-ஐ அணைக்கிறது, relay-க்கு இது தேவையில்லை, மேலும் இது machine-லிருந்து ஒரு listening socket-ஐ நீக்குகிறது. ExitRelay 0 என்பது இந்த நோக்கத்தை கோப்பில் எழுதுகிறது: இந்த relay ஒரு பயனர் சார்பாக எந்த இலக்கிற்கும் இணையாது, மேலும் இதைப் படிக்கும் எவரும் இயல்புநிலை அமைப்புகளிலிருந்து இதைக் கண்டறிய வேண்டியதில்லை.

VPS-ல் IPv6 முகவரி இருந்தால், இரண்டாவது ORPort வரியைச் சேர்க்கவும். IPv4-க்குச் செய்வது போல Tor-ஆல் எந்த IPv6 முகவரியிலும் bind செய்ய முடியாது, எனவே முகவரியைச் சதுர அடைப்புக்குறிக்குள் (square brackets) எழுதவும்.

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

1 GB VPS-ல், MaxMemInQueues 512 MB-ஐச் சேர்க்கவும். machine-ல் உள்ள நினைவகத்தைக் கொண்டு Tor அதன் queue வரம்பைத் தீர்மானிக்கிறது, சிறிய shared box-ல் இது நீங்கள் விரும்புவதை விட அதிகமாக இருக்கலாம். வரம்பை நீங்களே அமைப்பதன் மூலம், அழுத்தம் ஏற்படும் போது Tor வரிசையில் உள்ள செல்களை நீக்கிவிடும், இதனால் kernel அந்த process-ஐக் கொல்லும் வரை அது வளராமல், relay தொடர்ந்து இயங்கும்.

firewall-ல் ORPort-ஐத் திறக்கவும்

Inbound போக்குவரத்தைப் பொறுத்தவரை, இணையத்தில் எங்கிருந்து வேண்டுமானாலும் ORPort-ஐ அணுகக்கூடிய வகையில் இருக்க வேண்டும். Outbound போக்குவரத்தைப் பொறுத்தவரை, relay-க்கு எந்தக் கட்டுப்பாடும் விதிக்க வேண்டாம்: இது ஆயிரக்கணக்கான பிற relay-களுடன் பலவிதமான ports-ல் இணைப்புகளை ஏற்படுத்துகிறது. எனவே, outbound allowlist-ஐப் பயன்படுத்தினால் அது relay-ன் செயல்பாட்டைப் பாதிக்கும்.

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

அதன்பிறகு, service provider-ன் சொந்த network firewall-ஐச் சரிபார்க்கவும். பல control panels, virtual machine-க்கு முன்னால் ஒரு packet filter-ஐ இயக்குகின்றன. நீங்கள் ufw மூலம் சேர்க்கும் விதிகள் அங்கு வேலை செய்யாது; இதனால், server-க்குள் port திறந்திருப்பதாகத் தெரிந்தாலும், வெளியிலிருந்து பார்க்கும்போது அது மூடப்பட்டதாகவே இருக்கும். உங்களுக்கு ufw புதியது என்றால், ஒவ்வொரு VPS-லும் இருக்க வேண்டிய ufw விதிகள் என்ற கட்டுரை, default policy மற்றும் விதிகள் எவ்வாறு வரிசைப்படுத்தப்படுகின்றன என்பதை விளக்குகிறது.

உங்கள் திட்டத்திற்கு ஏற்ப அலைவரிசையை (bandwidth) அமைத்தல்

கையேடு RelayBandwidthRate-ஐ ஒரு தனித்துவமான டோக்கன் பக்கெட்டாக விவரிக்கிறது. இது "இந்த நோடில் (node) ரிலே செய்யப்படும் டிராஃபிக்கிற்கான சராசரி உள்வரும் அலைவரிசை பயன்பாட்டை குறிப்பிட்ட பைட்டுகள்/வினாடி என்ற அளவில் கட்டுப்படுத்துகிறது, மேலும் சராசரி வெளிச்செல்லும் அலைவரிசை பயன்பாட்டையும் அதே அளவில் கட்டுப்படுத்துகிறது". இதை இருமுறை வாசிக்கவும். இந்த வரம்பு ஒவ்வொரு திசைக்கும் தனித்தனியாகப் பொருந்தும். 1 Mbit/s என அமைக்கப்பட்ட ஒரு ரிலே, ஒரே நேரத்தில் 1 Mbit/s உள்வாங்கவும், 1 Mbit/s வெளியேற்றவும் முடியும். இரண்டு திசைகளையும் கணக்கிடும் சேவை வழங்குநர், இரண்டின் கூட்டுத்தொகையைத்தான் கட்டணமாக வசூலிப்பார்.

[
  {
    "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 வரிசைகள் ஒரு அளவீடு அல்ல, அவை கணக்கீடுகள் மட்டுமே: ஒரு ரிலே 30 நாட்களும் முழுமையாக இரண்டு திசைகளிலும் அந்த வேகத்தில் இயங்கினால் என்ன செலவாகும் என்பதையே அவை காட்டுகின்றன. ஒரு உண்மையான ரிலே, குறிப்பாக முதல் சில வாரங்களில், அதன் வரம்பிற்குள்ளேயேதான் இயங்கும். அட்டவணையைப் பயன்படுத்தி, உங்கள் திட்டத்திற்குப் பொருந்தாத அமைப்புகளைத் தவிர்க்கவும்; மாறாக, ஜிகாபைட் கணக்கில் துல்லியமான கட்டணத்தைக் கணிக்க இதைப் பயன்படுத்த வேண்டாம்.

ஒவ்வொரு திசையிலும் 1 Mbit/s வேகத்தில் ஒரு ரிலே ஒரு நாளைக்கு சுமார் 21.6 GB டிராஃபிக்கை நகர்த்துகிறது. எனவே, 30 நாட்கள் கொண்ட ஒரு மாதத்திற்கு சுமார் 648 GB அளவிலான டிராஃபிக் தேவைப்படும். இது 1 TB ஒதுக்கீட்டிற்குள் அடங்குவதுடன், அப்டேட்கள் மற்றும் பேக்கப்களுக்கும் போதுமான இடம் இருக்கும். 2 Mbit/s அளவிற்குச் சென்றால், மாதத்திற்கு 1,296 GB தேவைப்படும், இது ஏற்கனவே 1 TB திட்டத்தைத் தாண்டிவிடும். கடைசி வரிசையான 20 Mbit/s-க்கு மாதத்திற்கு 12,960 GB தேவைப்படுகிறது, எனவே இதற்கு அன்மீட்டர்டு (unmetered) போர்ட் அவசியம். உங்கள் சேவை வழங்குநர் வெளிச்செல்லும் டிராஃபிக்கிற்கு மட்டும் கட்டணம் வசூலிப்பவர் என்றால், ஒவ்வொரு மதிப்பையும் பாதியாகக் குறைக்கவும். வேகத்தை அமைக்கும் முன், உங்கள் வழங்குநர் எந்த முறையைப் பின்பற்றுகிறார் என்பதை உறுதிப்படுத்தவும், ஏனெனில் இந்த இரண்டு முறைகளுக்கும் இடையே இரண்டு மடங்கு வித்தியாசம் உள்ளது.

இப்போது உள்ளமைவு (config). முதலில் ரேட் லிமிட் (rate limit), இரண்டாவதாக கோட்டா (quota).

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

RelayBandwidthBurst என்பது டோக்கன் பக்கெட்டின் அளவாகும். இது சராசரி வேகம் மாறாமல் இருக்கும்போது, குறுகிய காலத்திற்கு வேகத்தை அதிகரிக்க அனுமதிக்கிறது. சராசரி வேகத்தை விட இரண்டு மடங்கு என்பது ஒரு சரியான மதிப்பாகும்.

AccountingRule என்பது பெரும்பாலான ஆபரேட்டர்கள் கவனிக்கத் தவறும் வரியாகும். இயல்புநிலை (default) max ஆகும், இது இரண்டு திசைகளில் எது பெரியதோ அதை ஒதுக்கீட்டுடன் ஒப்பிடுகிறது. இயல்புநிலையில், AccountingMax 400 GBytes என்பது 400 GB உள்வாங்கவும் 400 GB வெளியேற்றவும் அனுமதிக்கிறது. இது இரண்டையும் கணக்கிடும் மீட்டரில் 800 GB ஆகும். AccountingRule sum என்பது ரீட் (read) மற்றும் ரைட் (write) இரண்டையும் சேர்த்து ஒதுக்கீட்டுடன் கணக்கிடுகிறது, இதுவே ஒரு டிரான்ஸ்பர் அலவன்ஸ் (transfer allowance) உண்மையில் அளவிடும் முறையாகும்.

AccountingStart-ஐயும் எழுதவும், ஒருபோதும் AccountingMax-ஐ மட்டும் தனியாக எழுத வேண்டாம். கோட்டா என்பது எண், ஸ்டார்ட் லைன் என்பது அது ரீசெட் ஆகும் கால அளவு. கால அளவு குறிப்பிடப்படாத கோட்டா, ரிலேவை மீண்டும் செயல்பட முடியாமல் உறக்க நிலைக்கு (hibernation) தள்ளிவிடும்.

ஹைபர்னேஷன் (hibernation) என்பது ஒரு கடுமையான நடவடிக்கை. ஒதுக்கீடு தீர்ந்துவிட்டால், tor இதை லாக் (log) செய்துவிட்டு புதிய வேலைகளை ஏற்பதை நிறுத்திவிடும்:

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

அடுத்த கால அளவு தொடங்கியவுடன் ரிலே உடனடியாக விழித்துக்கொள்ளாது. Tor முந்தைய ஒதுக்கீட்டை எவ்வளவு வேகமாகப் பயன்படுத்தியது என்பதைக் கண்காணித்து, புதிய இடைவெளியில் ஒரு சீரற்ற புள்ளியைத் தேர்ந்தெடுக்கும். இதனால் ஆயிரக்கணக்கான ரிலேக்கள் ஒரே வினாடியில் நெட்வொர்க்கிற்குத் திரும்புவது தவிர்க்கப்படும். ஒவ்வொரு மாதத்தின் கடைசி வாரத்தில் ஒரு ரிலே காணாமல் போனால், டைரக்டரி அத்தாரிட்டி (directory authorities) அளவிடும் அதன் நிலைத்தன்மை (stability) குறையும். RelayBandwidthRate-ஐ வரம்பை எட்டாதவாறு அமைக்கவும், AccountingMax-ஐ கட்டணத்தைப் பாதுகாக்கும் ஒரு தடுப்பாக வைத்திருக்கவும்.

Relay-ஐத் தொடங்கி, அது அணுகக்கூடிய நிலையில் உள்ளதா என உறுதிப்படுத்தவும்

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

சில நிமிடங்களுக்குள், log கோப்பில் பின்வரும் வரி இடம்பெற வேண்டும்:

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

இந்த வாக்கியம், பிற relay-கள் உங்கள் ORPort-உடன் இணைந்து அதன் வழியாக ஒரு circuit-ஐ உருவாக்கியுள்ளன என்பதைக் குறிக்கிறது. இந்த வரி தோன்றும் வரை, உங்கள் relay directory-ல் இருக்காது மற்றும் எந்தத் தரவையும் கடத்தாது. தோல்வி ஏற்பட்டால், அது பின்வருமாறு அமையும்:

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.

ஒவ்வொரு படியாகச் சரிபார்க்கவும். ufw-ல் ORPort திறக்கப்பட்டுள்ளதா எனப் பார்க்கவும். வழங்குநரின் (provider) தனிப்பட்ட network firewall-லும் அது திறக்கப்பட்டுள்ளதா என்பதை உறுதிப்படுத்தவும். அந்தச் செய்தியில் உள்ள முகவரி, NAT அமைப்பின் private முகவரியாக இல்லாமல், இணையம் உங்களைச் சென்றடையப் பயன்படுத்தும் உண்மையான முகவரியா என்பதைச் சரிபார்க்கவும். nc -vz 203.0.113.10 9001-ஐப் பயன்படுத்தி வேறொரு கணினியிலிருந்து அந்த port-ஐச் சோதிக்கவும். Tor தானாகவே இந்தச் சோதனையைத் தொடர்ந்து மேற்கொள்ளும், எனவே firewall-ஐச் சரிசெய்த பிறகு அதை நீங்களே கவனிக்க வேண்டியதில்லை; service-ஐ restart செய்தால் மாற்றம் உடனடியாக அமலுக்கு வரும்.

உங்கள் relay-ன் நிரந்தர அடையாளம் அதன் fingerprint ஆகும்:

sudo cat /var/lib/tor/fingerprint

Descriptor வெளியிடப்பட்ட சுமார் மூன்று மணி நேரத்திற்குப் பிறகு, அந்த relay Relay Search-ல் தோன்றும். nickname-ஐத் தேடவும் அல்லது fingerprint-ஐ paste செய்யவும். உங்கள் relay-ஐப் பற்றி network என்ன கருதுகிறது என்பதை அந்தப் பக்கம் காட்டும்: அது என்னென்ன flags-ஐக் கொண்டுள்ளது, authorities அதற்கு என்ன weight வழங்குகின்றன, மற்றும் அது எந்த version-ஐ வெளியிடுகிறது போன்ற தகவல்கள் அதில் இருக்கும்.

புதிய Tor relay ஏன் மிகக்குறைந்த traffic-ஐக் கையாள்கிறது?

Tor network இன்னும் அதை அளவிடவில்லை என்பதே இதற்குக் காரணம்; இந்த அளவீட்டு முறைக்கு வாரக்கணக்கில் காலம் எடுக்கும். Tor Project இந்த வேக அதிகரிப்பை நான்கு நிலைகளாக விவரிக்கிறது. இதைப் படிக்காத ஒரு operator, relay பழுதடைந்துவிட்டதாகக் கருதி, அமைப்புகளை மாற்றத் தொடங்குகிறார்.

முதல் மூன்று நாட்களுக்கு relay அளவிடப்படாது. அது தனது சொந்த சுய-சோதனை முடிவுகளை மட்டுமே தெரிவிக்கும். Directory authorities அதன் எடையை (weight) 20 KB-க்கு மேல் அனுமதிக்காது, எனவே clients அதைத் தேர்வு செய்யாது. மூன்றாவது நாள் முதல் எட்டாவது நாள் வரை, bandwidth authorities அதை முறையாக அளவிடும். அப்போது அதன் எடை அதிகரிக்கும், ஆனால் அது middle hop-ஆக மட்டுமே பயன்படுத்தப்படும். எந்தவொரு client-ம் புதிய relay-ஐத் தனது முதல் hop-ஆக (entry) பயன்படுத்த விரும்புவதில்லை.

சுமார் எட்டாவது நாளில், அந்த relay 'Guard' flag-ஐப் பெறத் தகுதியுடையதாகிறது. இந்த flag கிடைத்தவுடன் traffic குறையும்; இது பலரை ஆச்சரியப்படுத்தும். Clients தங்களின் middle hop-களைத் தேர்வு செய்யும்போது, ஏற்கனவே பிஸியாக இருக்கும் guard-களைத் தவிர்த்துவிடும். இதனால், guard traffic கிடைப்பதற்கு முன்பே, அந்த relay தனது middle traffic-ஐ இழந்துவிடும். Clients தங்களின் guard பட்டியலை மாற்றும்போது மட்டுமே traffic மீண்டும் அதிகரிக்கும்; இதற்கு வாரக்கணக்கில் காலம் எடுக்கும். சுமார் 68-வது நாளில், அது ஒரு நிலையான நிலையை (steady state) அடையும். அப்போது, அந்த relay-ஐ நீக்கும் clients-ன் எண்ணிக்கையும், அதைச் சேர்க்கும் clients-ன் எண்ணிக்கையும் சமமாக இருக்கும்.

எனவே, மூன்று நாட்களுக்கு எந்த traffic-ம் இருக்காது, ஒரு வாரத்திற்குப் பிறகு ஓரளவு traffic இருக்கும், இரண்டு மாதங்களுக்குப் பிறகுதான் முழுமையான சுமை (load) இருக்கும் என்பதே யதார்த்தமான எதிர்பார்ப்பு. ஒரு அமைப்பை மாற்றினால், அதன் விளைவைக் காண ஒரு வாரம் காத்திருக்கவும். A self-hosted Uptime Kuma status page மூலம் port 9001-க்கு TCP check செய்வது, உங்கள் பதற்றத்தைத் தணிக்க உதவும். உங்கள் கட்டுப்பாட்டில் உள்ள ஒரே விஷயம், அந்த port இன்னும் பதிலளிக்கிறதா என்பதை உறுதி செய்வது மட்டுமே.

nyx மூலம் relay-ஐக் கண்காணித்தல்

nyx என்பது இயங்கிக்கொண்டிருக்கும் relay-க்கான terminal monitor ஆகும். இது tor-ன் control port-உடன் தொடர்பு கொள்ளும், எனவே முதலில் torrc-ல் அதை இயக்கவும்:

ControlPort 9051
CookieAuthentication 1
CookieAuthFileGroupReadable 1

ControlPort ஆனது 127.0.0.1-ல் மட்டுமே கேட்கும் (listen), மேலும் cookie authentication இருப்பதால், ஒரு நிரல் கட்டளைகளை வழங்குவதற்கு முன்பு ரகசியக் கோப்பு ஒன்றை வாசிக்க வேண்டும். Tor அந்த cookie-ஐ /run/tor/control.authcookie-ல் debian-tor பயனராக, 600 என்ற mode-ல் எழுதும், எனவே வேறு எவராலும் அதை வாசிக்க முடியாது. CookieAuthFileGroupReadable 1 அதை group-க்குத் திறந்துவிடும், இதுவே உங்கள் சொந்த கணக்கின் மூலம் sudo இல்லாமல் nyx-ஐ இயக்க அனுமதிக்கிறது.

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

Log out செய்து மீண்டும் log in செய்யவும், பிறகு nyx-ஐ இயக்கவும். புதிய group-ஐ login-ன் போதுதான் கணினி எடுத்துக்கொள்ளும், எனவே அதே shell session-ல் nyx-ஐ இயக்கினால், configuration சரியாக இருந்தாலும் cookie கோப்பில் permission பிழை ஏற்படும். nyx நேரலை bandwidth, uptime, log stream மற்றும் connection பட்டியலைக் காட்டும். முதல் சில வாரங்களில், bandwidth வரைபடம் உங்கள் RelayBandwidthRate-க்குக் கீழே இருப்பதை உறுதி செய்வது முக்கியம்.

ஒன்றுக்கும் மேற்பட்ட relay-களை இயக்குதல்: MyFamily மற்றும் family keys

ஒரே ஒரு relay மட்டும் இருந்தால், இந்தப் பகுதியைத் தவிர்க்கவும். ஒரே நிர்வாகியால் இயக்கப்படும் இரண்டு அல்லது அதற்கு மேற்பட்ட relay-கள் தங்களை ஒன்றுக்கொன்று அறிவிக்க வேண்டும். அப்போதுதான், உங்கள் கணினிகள் வழியாகவே உள்ளே நுழைந்து வெளியேறும் வகையில் clients ஒரு circuit-ஐ உருவாக்காது; அவ்வாறு நடந்தால், ஒரே நிர்வாகி அந்த circuit-ன் இரு முனைகளையும் பார்க்க முடியும்.

நீண்ட காலமாகப் பின்பற்றப்படும் முறை, ஒவ்வொரு relay-ன் torrc கோப்பிலும் MyFamily-ஐப் பயன்படுத்தி, மற்ற அனைத்து relay-களின் fingerprints-ஐயும் பட்டியலிடுவதாகும்:

MyFamily AAAAAAAAAA,BBBBBBBB

ஒவ்வொரு relay-ம் மற்ற அனைத்தையும் பட்டியலிட வேண்டும் என்பதால், நான்காவது relay-ஐச் சேர்க்கும்போது நான்கு கோப்புகளைத் திருத்த வேண்டியிருக்கும். Tor 0.4.9 பதிப்பில் இதற்குப் பதிலாக family key அறிமுகப்படுத்தப்பட்டது. ஒரு key-ஐ உருவாக்கி, அதைப் பகிரவும்:

tor --keygen-family myfamily

இது myfamily.secret_family_key கோப்பை உருவாக்கி, ஒரு FamilyId வரியை அச்சிடும். அந்த key கோப்பை ஒவ்வொரு relay-க்கும் நகலெடுத்து, DataDirectory-ன் keys துணைக்கோப்பகத்தில் (Debian மற்றும் Ubuntu-வில் /var/lib/tor/keys) வைக்கவும். கோப்பின் .secret_family_key பின்னொட்டை (suffix) மாற்றாமல் வைத்திருக்கவும். அச்சிடப்பட்ட FamilyId வரியை ஒவ்வொரு torrc கோப்பிலும் சேர்த்து, sudo systemctl reload tor@default மூலம் reload செய்யவும். தற்போதைக்கு MyFamily பட்டியலையும் அப்படியே வைத்திருக்கவும். family certificates-ஐ இன்னும் புரிந்துகொள்ளாத clients பழைய பட்டியலையே வாசிக்கும்; அதை எப்போது நீக்கலாம் என்பதை Tor Project அறிவிக்கும்.

இயங்கத் தொடங்கிய பிறகு என்னென்ன பாதிப்புகள் ஏற்படும்

பதிப்பு பழையதாகிவிடும். Unattended upgrades தொகுப்பைப் புதுப்பிக்கும், ஆனால் ஏதேனும் ஒரு செயல்முறை அதை மறுதொடக்கம் செய்யும் வரை, இயங்கிக்கொண்டிருக்கும் process தான் தொடங்கிய பழைய binary-யையே பயன்படுத்தும். பெட்டியில் உள்ள tor --version-ஐ, relay-ன் Relay Search பக்கத்தில் காட்டப்படும் பதிப்போடு ஒப்பிட்டுப் பார்க்கவும். அவை வேறுபட்டால், நெட்வொர்க் இன்னும் பழைய பதிப்பையே காண்கிறது என்று பொருள், எனவே service-ஐ மறுதொடக்கம் செய்யவும்.

கடிகார நேரம் மாறுபடும் (Clock drift). ஒருமித்த ஆவணங்கள் (Consensus documents) மற்றும் certificates அனைத்தும் நேரத்தை அடிப்படையாகக் கொண்டவை. எனவே, கணினியின் கடிகாரம் மிக அதிகமாக வேறுபட்டால், அது ஒருமித்த ஆவணத்தை நிராகரித்து, வெளியிடுவதை நிறுத்திவிடும். timedatectl கணினி கடிகாரம் ஒத்திசைக்கப்பட்டிருப்பதை உறுதிப்படுத்த வேண்டும். அவ்வாறு இல்லையெனில், systemd-timesyncd-ஐ இயக்கவும் அல்லது chrony-ஐ நிறுவவும்.

IP முகவரி மாறும். Descriptor முகவரியைக் கொண்டிருக்கும், எனவே மாறிய முகவரிக்கு வாடிக்கையாளர்களால் (clients) தொடர்பு கொள்ள முடியாது. ஏதேனும் provider மாற்றம் அல்லது முகவரி மாற்றம் செய்த பிறகு, tor-ஐ மறுதொடக்கம் செய்து, self-test வரியை மீண்டும் கவனிக்கவும்.

திட்டமிடப்பட்டதை விட relay மெதுவாக இருக்கும். நவீன செயலிகளில் (processors) Tor-ன் relay crypto திறமையாகச் செயல்படும். Tor Project-ன் கணக்கீட்டின்படி, AES-NI ஆதரவு கொண்ட CPU ஒவ்வொன்றும் ஒரு திசையில் சுமார் 400 முதல் 450 Mbit/s வேகத்தில் செயல்படும். இந்த உச்ச வரம்பை எட்டுவதற்கு முன்பே, port வேகம் மற்றும் தரவு பரிமாற்ற வரம்புகளால் (transfer allowance) நீங்கள் கட்டுப்படுத்தப்படுவீர்கள். இதனால்தான் வன்பொருளை விட (hardware) மேலே குறிப்பிடப்பட்டுள்ள accounting பகுதி முக்கியமானது.

FAQ

Tor relay எவ்வளவு bandwidth-ஐப் பயன்படுத்தும்?

நீங்கள் எவ்வளவு அனுமதிக்கிறீர்களோ, அவ்வளவு மட்டுமே பயன்படுத்தும். RelayBandwidthRate ஒவ்வொரு திசையிலும் relay செய்யப்படும் traffic-ஐத் தனித்தனியாகக் கட்டுப்படுத்துகிறது. எனவே, 1 Mbit/s என அமைக்கப்படும் relay, ஒரே நேரத்தில் 1 Mbit/s உள்ளே மற்றும் 1 Mbit/s வெளியே எனச் செயல்படும். இது ஒரு நாளைக்கு சுமார் 21.6 GB அல்லது 30 நாட்கள் கொண்ட மாதத்திற்கு 648 GB ஆகும் (இரண்டு திசைகளையும் சேர்த்து). அந்த வேகத்திற்கு உட்பட்டு, மாதத்திற்கான ஒரு கடினமான வரம்பை (hard monthly quota) அமைக்க AccountingMax உடன் AccountingRule sum-ஐச் சேர்க்கவும்.

Tor relay-ஐ இயக்குவதால் எனக்கு abuse புகார்கள் வருமா?

ஒரு guard அல்லது middle relay, traffic-ஐ மற்ற Tor relay-களுக்கு மட்டுமே அனுப்புகிறது; பயனருக்காக எந்த இணையதளத்துடனும் நேரடியாக இணைப்பை ஏற்படுத்தாது. எனவே, Tor வழியாக யாராவது செய்யும் செயல்களுக்கான புகார்கள் exit operator-க்குச் செல்லுமே தவிர, உங்களுக்கு வராது. உங்கள் IP முகவரி பொதுவெளியில் relay எனப் பட்டியலிடப்பட்டிருப்பதால், அவ்வப்போது சில scanning முயற்சிகளையும், IP reputation பட்டியல்களில் உங்கள் முகவரி இருப்பதையும் நீங்கள் கவனிக்கலாம். Exit relay-கள் மட்டுமே abuse மின்னஞ்சல்களையும் சட்டப்பூர்வ அறிவிப்புகளையும் பெறும்; எனவே, அவற்றை இயக்குவதற்கு முன்னரே அதைக் கையாள ஒப்புக்கொண்ட ஒரு service provider-ஐத் தேர்ந்தெடுக்க வேண்டும். எந்த வகையான relay-ஐத் தொடங்குவதற்கு முன்பும் உங்கள் provider-ன் விதிமுறைகளை வாசிக்கவும்.

எனது புதிய Tor relay-க்கு ஏன் traffic வரவில்லை?

புதிய relay-கள் அளவிடப்படும் வரை வடிவமைப்பின்படியே கட்டுப்படுத்தப்படுகின்றன. முதல் மூன்று நாட்களுக்கு, directory authorities அதன் published weight-ஐ 20 KB ஆகக் கட்டுப்படுத்துகின்றன, எனவே clients அந்த relay-ஐத் தேர்வு செய்யாது. மூன்றாவது நாளிலிருந்து bandwidth authorities அதை அளவிடத் தொடங்கும். எட்டாவது நாளில் அது Guard flag-க்குத் தகுதியுடையதாகிறது. அந்த நேரத்தில் clients guard-களைத் தவிர்க்க முற்படுவதால் traffic மீண்டும் குறையலாம். முழுமையான சுமை சுமார் 68 நாட்களில் கிடைக்கும். log-ல் "Self-testing indicates your ORPort is reachable from the outside" என்று உள்ளதா என்பதை உறுதிசெய்துவிட்டு, அதைத் தொடர்ந்து இயங்க விடவும்.

1 TB transfer allowance கொண்ட VPS-ல் Tor relay-ஐ இயக்க முடியுமா?

ஆம், ஒவ்வொரு திசையிலும் சுமார் 1 Mbit/s வேகத்தில் இயக்கலாம், இது RelayBandwidthRate 125 KBytes ஆகும். உங்கள் provider இரண்டு திசைகளையும் கணக்கிட்டால், இது மாதத்திற்கு சுமார் 648 GB ஆகும்; இது updates மற்றும் backups-க்குத் தேவையான இடத்தையும் விட்டுவைக்கும். AccountingMax 400 GBytes உடன் AccountingRule sum மற்றும் AccountingStart month 1 00:00-ஐச் சேர்க்கவும், இதன் மூலம் திட்டமிடப்பட்ட அளவைத் தாண்டும்போது relay தானாகவே hibernation நிலைக்குச் செல்லும். உங்கள் provider outbound traffic-க்கு மட்டும் கட்டணம் வசூலித்தால், நீங்கள் இந்த வேகத்தை இருமடங்காக்கலாம்.

நான் ஒரே ஒரு relay-ஐ மட்டும் இயக்கினால் MyFamily-ஐ அமைக்க வேண்டுமா?

தேவையில்லை. ஒரே operator-க்குச் சொந்தமான இரண்டு relay-கள் வழியாக clients circuit-ஐ உருவாக்குவதைத் தவிர்க்கவே family declarations பயன்படுகின்றன; ஒரே ஒரு relay இருக்கும்போது இதற்கு அவசியமில்லை. இரண்டாவது relay-ஐச் சேர்த்தவுடன் இதை அமைக்கவும்: ஒவ்வொரு relay-ன் fingerprint-ஐயும் மற்ற relay-களின் MyFamily வரியில் குறிப்பிடவும். அல்லது Tor 0.4.9-ல் அறிமுகப்படுத்தப்பட்ட family key-ஐப் பயன்படுத்தவும்; இது வளர்ந்து கொண்டே இருக்கும் பட்டியலுக்குப் பதிலாக ஒரே ஒரு FamilyId-ஐப் பயன்படுத்த அனுமதிக்கிறது.