SSD Nodes Learn 🎉 VPS $5.50/माह से
गाइड Matt Connorलेखक: Matt Connor · अपडेट किया गया: 2026-08-12

Tor network का इतिहास और इसकी शुरुआत कैसे हुई

Tor की शुरुआत 1995 में U.S. Navy की लैब में हुई थी। इस लेख में Tor के विकास के प्रमुख पड़ाव, 2002 का पहला डिप्लॉयमेंट और इसके फंडिंग स्रोतों की पूरी जानकारी दी गई है।

Tor का संक्षिप्त इतिहास

Tor का इतिहास 1995 में U.S. Naval Research Laboratory से शुरू होता है, जो U.S. Navy की एक शोध प्रयोगशाला है। David Goldschlag, Michael G. Reed और Paul Syverson ने वहां पहले onion routing प्रोटोटाइप बनाए थे। Tor Project की अपनी समयरेखा के अनुसार, उन्होंने यह प्रश्न पूछा था कि "क्या इंटरनेट कनेक्शन बनाने का कोई ऐसा तरीका है जिससे यह पता न चले कि कौन किससे बात कर रहा है"। जिस नेटवर्क का उपयोग आज लोग करते हैं, उसे अक्टूबर 2002 में तैनात किया गया था, और इसका कोड एक मुफ्त और ओपन सॉफ्टवेयर लाइसेंस के तहत जारी किया गया था। Tor Project, Inc. की स्थापना 2006 में एक गैर-लाभकारी संस्था के रूप में हुई थी।

नीचे दी गई प्रत्येक तिथि Tor Project की प्रकाशित समयरेखा, इसके release notes, या इसके अपने support pages से ली गई है। जहाँ किसी दावे पर विवाद है, जैसे कि काम के लिए फंडिंग कौन करता है, वहाँ यह अनुभाग बताता है कि प्रमाण क्या है और आप इसे स्वयं कहाँ देख सकते हैं।

Onion routing वास्तव में क्या करता है

Onion routing उन दो तथ्यों को अलग करता है जिन्हें इंटरनेट सामान्यतः एक साथ रखता है: आप कौन हैं, और आपने क्या मांगा है। आपका Tor client तीन relays चुनता है और उनके माध्यम से एक circuit बनाता है। यह आपके traffic को encryption की तीन परतों में लपेटता है, प्रति relay एक परत। प्रत्येक relay एक परत को हटाता है, केवल अगले hop का पता जानता है, और packet को आगे बढ़ा देता है। इसी layering के कारण इसका यह नाम पड़ा है।

पहला relay, जिसे guard कहा जाता है, आपका IP address देखता है लेकिन आपकी मंज़िल (destination) नहीं। अंतिम relay, जिसे exit कहा जाता है, आपकी मंज़िल देखता है लेकिन आपका IP address नहीं। बीच वाला relay इनमें से कुछ भी नहीं देखता। कोई भी एक relay दोनों हिस्सों को नहीं रखता, और यही पूरी सुरक्षा का आधार है। यही कारण है कि relays का संचालन असंबंधित लोगों द्वारा किया जाना चाहिए। यदि कोई एक संगठन आपके guard और exit दोनों को चलाता है, तो अलगाव खत्म हो जाता है और encryption का कोई लाभ नहीं मिलता।

इसकी ज्ञात कमजोरी traffic correlation है। एक observer जो एक ही समय में circuit के दोनों सिरों को देख सकता है, वह अंदर जाने वाले packets और बाहर आने वाले packets के समय और आकार का मिलान कर सकता है। Tor ऐसे attacker से बचाव नहीं करता जो पूरे इंटरनेट को एक साथ देख सकता है, और Roger Dingledine, Nick Mathewson तथा Paul Syverson द्वारा 2004 के design paper, "Tor: The Second-Generation Onion Router" में इसके threat model में यह स्पष्ट कहा गया था।

निजी नेटवर्क व्यर्थ क्यों होता

यह वह हिस्सा है जिसे संक्षिप्त सारांशों में छोड़ दिया जाता है, और यह इस पृष्ठ पर मौजूद बाकी सभी बातों की व्याख्या करता है।

कोई सैन्य या खुफिया संगठन ऐसे नेटवर्क से गुमनामी (anonymity) प्राप्त नहीं कर सकता जो केवल उसी का ट्रैफिक ले जाता हो। गुमनामी भीड़ का एक गुण है, न कि किसी सिफर (cipher) का। यदि नेटवर्क से बाहर जाने वाला प्रत्येक कनेक्शन एक ही कार्यालय का है, तो बाहर जाने वाले कनेक्शन को देखने वाला पर्यवेक्षक पहले ही उत्तर जान चुका है। एन्क्रिप्शन अभी भी पूरी तरह से काम कर रहा है। गुमनामी मौजूद नहीं है, क्योंकि भ्रमित करने के लिए वहां कोई अन्य व्यक्ति नहीं है।

इसलिए डिज़ाइन को सार्वजनिक होना था और ट्रैफिक को अन्य लोगों के ट्रैफिक के साथ मिश्रित होना था। कोड अक्टूबर 2002 में एक free software licence के तहत जारी किया गया था, और कोई भी व्यक्ति relay चला सकता था। पत्रकार, कार्यकर्ता, शोधकर्ता और विज्ञापन नेटवर्क से बचने वाले सामान्य लोग, सभी उस भीड़ का हिस्सा बन गए जो इसके भीतर मौजूद हर किसी की सुरक्षा करती है। Dingledine और Mathewson ने 2006 में "Anonymity Loves Company: Usability and the Network Effect" नामक एक शोध पत्र में इस तर्क को प्रस्तुत किया, जिसे Workshop on the Economics of Information Security में पेश किया गया था। निष्कर्ष यह है कि उपयोगकर्ता आधार का आकार और विविधता सिस्टम की एक सुरक्षा विशेषता है। यह कोई मार्केटिंग संख्या नहीं है।

Alpha code से एक nonprofit संस्था तक

Tor Project की timeline और इसके प्रकाशित शोध पत्र इन चरणों को दर्ज करते हैं:

  • अक्टूबर 2002: Tor network को deploy किया गया, जिसका कोड "एक free और open software license" के अंतर्गत था।
  • 2003 का अंत: network "लगभग एक दर्जन volunteer nodes पर चल रहा था, जिनमें से अधिकांश U.S. में थे, और एक Germany में था"।
  • 2004: Dingledine, Mathewson और Syverson ने "Tor: The Second-Generation Onion Router" नामक design paper प्रकाशित किया।
  • 2004: Electronic Frontier Foundation (EFF) ने Tor पर काम के लिए funding देना शुरू किया।
  • 2006: विकास को बनाए रखने के लिए The Tor Project, Inc. की स्थापना एक 501(c)(3) nonprofit के रूप में की गई।
  • 2007: bridges पर काम शुरू हुआ, क्योंकि राष्ट्रीय firewalls ने public relay list को block करना शुरू कर दिया था।
  • 2008: Tor Browser का विकास शुरू हुआ।

बाद की दो तारीखें इस बात के लिए महत्वपूर्ण हैं कि network का उपयोग अब कैसे किया जाता है। The Tor Project की timeline 2010 के अंत में Arab Spring के दौरान Tor के उपयोग को दर्ज करती है, जहाँ इसने पहचान की रक्षा की और block की गई sites तक पहुँच प्रदान की। यह 2013 के Snowden दस्तावेजों को उस क्षण के रूप में भी दर्ज करती है जब Tor की भूमिका को व्यापक रूप से समझा गया, और यह बताती है कि दस्तावेजों ने दिखाया कि उस समय तक Tor को तोड़ा नहीं गया था। इन दोनों घटनाओं में से किसी ने भी protocol को नहीं बदला। दोनों ने केवल यह बदला कि इसे किसने install किया।

Tor के लिए भुगतान कौन करता है, और आप इसकी जाँच कैसे करते हैं

Tor Project इसका उत्तर अपने स्वयं के सहायता पृष्ठों पर देता है: "Tor Project को सरकारी अनुदानों, निजी फाउंडेशनों और व्यक्तिगत दानदाताओं के मिश्रण से समर्थन प्राप्त है।" सरकारी धन इसका एक हिस्सा है, और शुरुआत से ही ऐसा रहा है। समर्थकों के पृष्ठ पर U.S. Department of State के साथ-साथ Ford Foundation, Open Technology Fund, Craig Newmark Philanthropies, और Brave, DuckDuckGo, Mullvad VPN तथा Fastly जैसी कंपनियों के नाम शामिल हैं। ऑडिट की गई वित्तीय रिपोर्टें ब्लॉग पोस्ट के रूप में प्रकाशित की जाती हैं, जिसमें सबसे हालिया रिपोर्ट दिसंबर 2025 में 2023 से 2024 के वित्तीय वर्ष को कवर करती है। प्रोजेक्ट का घोषित रुख यह है कि "अपने प्रायोजकों और फंडिंग मॉडल के बारे में खुलकर बात करना हमारे समुदाय के साथ विश्वास बनाए रखने का सबसे अच्छा तरीका है।"

उपयोगी प्रश्न यह नहीं है कि किसने भुगतान किया। बल्कि यह है कि पैसा क्या खरीद सकता है। Tor ऐसी सेवा नहीं है जिसमें आप लॉग इन करते हैं। यह एक protocol specification है, एक ऐसा client जिसका source आप पढ़ सकते हैं, और अजनबियों द्वारा संचालित relays का एक नेटवर्क है। जो कोई भी backdoor डालना चाहेगा, उसे इसे तीन स्थानों में से किसी एक में डालना होगा, और प्रत्येक की जाँच की जा सकती है।

  • Source में। Client open source है और protocol सार्वजनिक रूप से निर्दिष्ट है। शैक्षणिक शोधकर्ता नियमित रूप से Tor पर हमलों को प्रकाशित करते हैं, और उनके पास सबसे पहले खामी खोजने के लिए हर पेशेवर प्रोत्साहन होता है।
  • Binary में। Tor Browser builds अगस्त 2013 से deterministic हैं, इसलिए एक स्वतंत्र बिल्डर release को फिर से बना सकता है और प्रकाशित download के साथ byte-दर-byte तुलना कर सकता है। जो binary अपने source से मेल नहीं खाता, उसे उसे भेजने वाले व्यक्ति पर भरोसा किए बिना पहचाना जा सकता है।
  • Relays में। Tor Project नेटवर्क नहीं चलाता है। "Tor नेटवर्क bandwidth दान करने के लिए स्वयंसेवकों पर निर्भर है", और guards, middle relays, exits और bridges हजारों असंबंधित ऑपरेटरों के हैं। किसी funder से समझौता करने का मतलब यह नहीं है कि उनसे भी समझौता हो गया।

प्रोजेक्ट का अपना बयान संक्षिप्त है: "Tor में कोई backdoor नहीं है। सॉफ्टवेयर open source है, इसके code का स्वतंत्र रूप से ऑडिट किया जा सकता है, और छेड़छाड़ से बचाने के लिए हर release को sign किया जाता है।" वह वाक्य केवल इसलिए मूल्यवान है क्योंकि प्रत्येक clause ऐसी चीज़ का नाम लेती है जिसे आप जाकर सत्यापित कर सकते हैं।

एक वास्तविक चेतावनी है, और यह अखंडता के बजाय प्राथमिकताओं के बारे में है। अनुदान का पैसा यह तय करता है कि कौन सा काम पहले होगा, इसलिए censorship circumvention को उदाहरण के लिए, नेटवर्क प्रदर्शन की तुलना में अधिक लगातार funding मिली है। यह प्रोजेक्ट की एक उचित आलोचना है। यह "code से समझौता किया गया है" वाली आलोचना से अलग है, और इसका उत्तर आप किसी के आश्वासन पर भरोसा करने के बजाय वित्तीय रिपोर्ट पढ़कर देते हैं।

Hidden services अब onion services बन गए हैं

Onion service एक ऐसा सर्वर है जो कभी भी अपना IP address उजागर नहीं करता है। क्लाइंट और सर्वर दोनों नेटवर्क के भीतर एक मीटिंग पॉइंट तक अपना सर्किट बनाते हैं, इसलिए कोई भी पक्ष दूसरे का पता नहीं जान पाता है। यह पता कोई ऐसा नाम नहीं है जिसे किसी रजिस्ट्री ने किसी को सौंपा हो। यह सर्वर की public key से प्राप्त होता है, यही कारण है कि एक .onion पता यादृच्छिक वर्णों (random characters) जैसा दिखता है।

Onion services timeline में इनके releases की जानकारी दी गई है:

  • 8 अप्रैल 2004: hidden services पहली बार Tor 0.0.6pre1 में लागू किए गए।
  • 21 सितंबर 2007: version 2 hidden services, Tor 0.2.0.7-alpha में आए।
  • 19 दिसंबर 2016: version 3 का विकास, Tor 0.3.0.1-alpha में शुरू हुआ।
  • 9 जनवरी 2018: version 3 को Tor 0.3.2.9 में release किया गया।

"Hidden services" से "onion services" में नाम का परिवर्तन किसी एक तारीख के बजाय धीरे-धीरे हुआ, और Tor Project के अपने दस्तावेज़ अभी भी दोनों शब्दों का उपयोग करते हैं। पुराना शब्द गलत चीज़ का वर्णन करता था। कई onion sites सार्वजनिक हैं, indexed हैं और विज्ञापित हैं; जो छिपा हुआ है वह सर्वर का स्थान है, न कि साइट। मूल नाम config file में जीवित है, जो एक उपयोगी अवशेष है। torrc में इसे घोषित करने का तरीका अभी भी यही है:

HiddenServiceDir /var/lib/tor/my_service/
HiddenServicePort 80 127.0.0.1:8080

यह directory service keys और एक hostname file रखती है जिसमें पता होता है। port लाइन onion पते के एक port को उसी मशीन के एक स्थानीय पते पर map करती है, ताकि web server 127.0.0.1 पर bound रह सके और कभी भी public interface पर listen न करे। Version 3 डिफ़ॉल्ट है, इसलिए आज इन दो लाइनों के साथ बनाई गई service को v3 पता मिलता है।

Onion पता एक domain name भी नहीं है। RFC 7686, जिसे अक्टूबर 2015 में प्रकाशित किया गया था, ने .onion को एक विशेष-उपयोग वाले domain name के रूप में आरक्षित किया ताकि सामान्य resolvers इन lookups को सार्वजनिक DNS (domain name system) में लीक करना बंद कर दें। इसके द्वारा निर्धारित नियम स्पष्ट है: "Authoritative servers को .onion के लिए queries का जवाब NXDOMAIN के साथ देना चाहिए।" इसकी तुलना how an ordinary domain name gets resolved से करें और अंतर ही इसका मुख्य उद्देश्य है। एक DNS नाम आपको रजिस्ट्री द्वारा सौंपा जाता है और उन सर्वरों के माध्यम से देखा जाता है जिन्हें आप नियंत्रित नहीं करते हैं। एक onion पता एक public key है, इसलिए यह स्वयं को प्रमाणित करता है और किसी lookup की आवश्यकता नहीं होती है।

पुराने .onion पते काम करना क्यों बंद हो गए

दोनों पता प्रारूप (address formats) एक-दूसरे के अनुकूल नहीं हैं, और पुराने वाले को स्थायी रूप से बंद कर दिया गया है।

ChartOnion service addresses, v2 against v3
The data behind this chart
[
  {
    "version": "v2 (retired 2021)",
    "address_length_chars": 16,
    "service_key": "RSA-1024",
    "address_hash": "SHA-1, truncated to 80 bits"
  },
  {
    "version": "v3 (current)",
    "address_length_chars": 56,
    "service_key": "Ed25519",
    "address_hash": "SHA3-256"
  }
]

एक v2 पता 16 वर्णों का होता था क्योंकि इसमें RSA-1024 पब्लिक की (public key) के SHA-1 हैश के केवल पहले 80 बिट्स होते थे। एक v3 पता 56 वर्णों का होता है क्योंकि इसमें पूरी Ed25519 पब्लिक की, एक चेकसम और एक वर्जन बाइट शामिल होती है। v3 पता लंबा है क्योंकि इसमें ट्रंकेशन (truncation) बंद कर दिया गया है, इसलिए अब पता ही सर्विस की पूर्ण पहचान है।

डिप्रीकेशन (deprecation) एक घोषित समय-सारणी के अनुसार चला:

  • 15 सितंबर 2020, Tor 0.4.4.x: Tor ने ऑपरेटर्स और क्लाइंट्स को चेतावनी देना शुरू किया कि v2 को अब सपोर्ट नहीं किया जाएगा।
  • 15 जुलाई 2021, Tor 0.4.6.x: कोड बेस से v2 सपोर्ट हटा दिया गया।
  • 15 अक्टूबर 2021: सभी समर्थित सीरीज के लिए नए स्टेबल क्लाइंट रिलीज ने v2 को डिसेबल कर दिया।

इसका घोषित कारण क्रिप्टोग्राफिक था। "जैसे-जैसे गणित और क्रिप्टोग्राफी के बारे में मानवीय समझ विकसित हुई, वर्जन 2 की नींव कमजोर हो गई और अब यह असुरक्षित है।" 80-बिट ट्रंकेटेड SHA-1 हैश और 1024-बिट RSA की, दोनों ही 2021 तक सुरक्षा के उचित मानकों से नीचे थे, और पता प्रारूप में इनमें से किसी को भी बदलने की कोई गुंजाइश नहीं थी।

पाठक के लिए इसका परिणाम सरल है, इसलिए इसे स्पष्ट रूप से बताना उचित है। 2021 से पहले प्रकाशित प्रत्येक 16 वर्णों वाला .onion लिंक स्थायी रूप से मृत है, और इसका कोई रीडायरेक्ट नहीं है। v2 पते को अपग्रेड नहीं किया जा सकता था, क्योंकि पता ही पुरानी की (key) था। ऑपरेटर्स को एक नई सर्विस बनानी पड़ी और उस नए पते को किसी ऐसे चैनल के माध्यम से प्रकाशित करना पड़ा जिस पर उनके उपयोगकर्ता पहले से भरोसा करते थे।

Bridges और pluggable transports: सेंसरशिप का बढ़ता दायरा

Public relays की सूची जानबूझकर प्रकाशित की जाती है, ताकि client किसी एक सर्वर पर भरोसा करने के बजाय अपना रास्ता खुद चुन सके। यही प्रकाशित सूची किसी भी ऐसे देश के लिए एक तैयार blocklist बन जाती है जो Tor को रोकना चाहता है। Bridges पर काम 2007 में शुरू हुआ था। Bridge एक ऐसा relay है जो public सूची में नहीं होता। आप web या email के माध्यम से इनकी सीमित संख्या का अनुरोध करते हैं, और एक सेंसर उन addresses को block नहीं कर सकता जिन्हें वह enumerate नहीं कर सकता।

इसके बाद blocking का तरीका addresses से बदलकर traffic shape पर आ गया। Deep packet inspection यह पहचान लेता है कि wire पर Tor protocol चल रहा है, चाहे वह किसी भी IP address पर जा रहा हो। इसका जवाब pluggable transports थे: एक ऐसा wrapper जो Tor traffic के काम को बदले बिना उसके स्वरूप को बदल देता है। वर्तमान Tor Browser में ये lyrebird नामक एक binary के रूप में आते हैं, जो obfs4proxy का उत्तराधिकारी है, और client side पर torrc की तीन लाइनें इस प्रकार हैं:

UseBridges 1
ClientTransportPlugin meek_lite,obfs4,snowflake,webtunnel exec [PATH]/lyrebird
Bridge obfs4 <IP ADDRESS>:<PORT> <FINGERPRINT> cert=<CERTIFICATE> iat-mode=0

[PATH] को उस directory से बदलें जिसमें lyrebird binary मौजूद है, और पूरी Bridge लाइन को खुद टाइप करने के बजाय Tor Project की bridges साइट से लें। प्रत्येक transport एक अलग blocking विधि का समाधान करता है:

  • obfs4 traffic को कुछ भी पहचानने योग्य नहीं रहने देता, जिसमें कोई ऐसा protocol header नहीं होता जिसे filter match कर सके। Tor की अपनी सलाह है कि इसे पहले आज़माएं, क्योंकि यह एक randomising transport है जो अधिकांश लोगों के लिए काम करता है।
  • snowflake आपको सामान्य web browsers के भीतर स्वयंसेवकों द्वारा चलाए जा रहे अल्पकालिक proxies के माध्यम से भेजता है, इसलिए जिस address से आप connect होते हैं वह बदलता रहता है। यह 6 जुलाई 2021 को version 10.5 में stable Tor Browser तक पहुँचा।
  • meek connection को एक बड़े cloud provider के माध्यम से route करता है, इसलिए traffic ऐसा दिखता है जैसे वह उस provider के पास जा रहा हो, और उसे block करने का मतलब उस पूरे provider को block करना होगा।
  • webtunnel obfs4 के विपरीत दृष्टिकोण अपनाता है। कुछ भी न दिखने के बजाय, यह एक web server के सामान्य HTTPS connection जैसा दिखता है, क्योंकि यह "payload connection को एक WebSocket-जैसे HTTPS connection में लपेट देता है"। Tor Project ने इसे 12 मार्च 2024 को stable Tor Browser में release किया, उन networks के लिए जो केवल कुछ चुनिंदा protocols की अनुमति देते हैं।

यह क्रम पिछले बीस वर्षों का वास्तविक स्वरूप है। प्रत्येक नया transport इसलिए मौजूद है क्योंकि एक विशिष्ट blocking तकनीक ने काम करना शुरू कर दिया था, और उन releases की तारीखें इस बात का रिकॉर्ड हैं कि उस वर्ष सेंसर क्या कर रहे थे।

Tor एक VPN नहीं है, और VPS भी नहीं है

बहुत से लोग VPN के बारे में पढ़ने के बाद Tor पर आते हैं, इसलिए सटीक होना आवश्यक है। एक VPN (virtual private network) आपके traffic को एक कंपनी द्वारा संचालित एक सर्वर पर भेजता है, और वह कंपनी एक ही समय में आपका वास्तविक पता और आपकी मंज़िल दोनों देख सकती है। Tor आपके traffic को अलग-अलग लोगों द्वारा संचालित तीन relays के माध्यम से भेजता है, इसलिए उनमें से किसी एक के पास भी दोनों तथ्य नहीं होते। ये अलग-अलग trust models हैं जिनमें विफलता के तरीके भी अलग हैं। VPS और VPN के बीच का अंतर इस बात को कवर करता है कि प्रत्येक कहाँ उपयुक्त है।

यदि आप anonymity (गुमनामी) के बजाय उन मशीनों के बीच एक private tunnel चाहते हैं जिन्हें आप नियंत्रित करते हैं, तो आपको एक ऐसे VPN की आवश्यकता है जिसे आप स्वयं चलाएं। आप लगभग चालीस लाइनों की config में VPS पर WireGuard VPN को self-host कर सकते हैं। यह आपके traffic को local network और आपके internet provider से सुरक्षित रखता है। यह आपको सर्वर होस्ट करने वाली कंपनी से कोई anonymity नहीं देता, क्योंकि आपने वह सर्वर अपने भुगतान विवरण के साथ किराए पर लिया है। क्या VPS होस्टिंग सुरक्षित है का अलग प्रश्न एक और खतरे के बारे में है: आपके सर्वर तक और कौन पहुँच सकता है।

एक relay चलाना दूसरी दिशा है, और नेटवर्क इस पर निर्भर करता है। Bridges, guards, middle relays और exits सभी को operators की आवश्यकता होती है, और Tor Project की relay guide स्पष्ट है कि "relay चलाने के लिए तकनीकी कौशल और प्रतिबद्धता की आवश्यकता होती है"। Exits कानूनी जोखिम लाते हैं, क्योंकि अन्य लोगों का traffic आपके IP address के तहत internet पर जाता है और आपके hosting provider को इसके बारे में सूचना मिलेगी। उस guide को शुरू करने से पहले पढ़ें, बाद में नहीं।

FAQ

क्या Tor को अमेरिकी सरकार ने बनाया था?

Onion routing की शुरुआत 1995 में U.S. Naval Research Laboratory में हुई थी, जहाँ David Goldschlag, Michael G. Reed और Paul Syverson ने पहले prototypes बनाए थे। Tor स्वयं अगली पीढ़ी का डिज़ाइन था, जिसे 2001 और 2002 के आसपास Roger Dingledine, Nick Mathewson और Paul Syverson ने शुरू किया था, और इस नेटवर्क को अक्टूबर 2002 में free software licence के तहत deploy किया गया था। The Tor Project, Inc. 2006 से एक स्वतंत्र 501(c)(3) nonprofit संस्था है। सरकारी मूल वास्तविक है, और यही कारण है कि नेटवर्क को सभी के लिए खोलना पड़ा: एक ऐसा नेटवर्क जो केवल एक संगठन का traffic ले जाता है, वह उस संगठन को कोई anonymity नहीं देता, क्योंकि उससे निकलने वाला हर connection उसे इस्तेमाल करने के तथ्य से ही भेजने वाले की पहचान उजागर कर देता है।

क्या सरकारी फंडिंग का मतलब है कि Tor में कोई backdoor है?

The Tor Project का उत्तर है "Tor में कोई backdoor नहीं है। यह software open source है, इसके code का स्वतंत्र रूप से audit किया जा सकता है, और छेड़छाड़ से बचाने के लिए हर release को sign किया जाता है।" जो बात इसे केवल एक वादा न रखकर परीक्षण योग्य बनाती है, वह इसके चारों ओर की संरचना है। Protocol सार्वजनिक रूप से निर्दिष्ट है, Tor Browser builds deterministic हैं ताकि एक स्वतंत्र builder किसी release को फिर से build कर सके और उसकी तुलना प्रकाशित binary से कर सके, और relays को किसी funder के बजाय स्वयंसेवकों द्वारा संचालित किया जाता है। फंडिंग इस बात को प्रभावित करती है कि कौन सा काम पहले किया जाए, और Tor blog पर मौजूद audited financial reports दिखाती हैं कि पैसा कहाँ से आया। यह प्राथमिकताओं के बारे में एक सवाल है, code के बारे में नहीं।

मेरा पुराना .onion address काम करना क्यों बंद कर गया?

यह एक version 2 address था, और v2 onion services को 2021 में retire कर दिया गया था। Tor ने 15 सितंबर 2020 को इसके बारे में चेतावनी देना शुरू किया, 15 जुलाई 2021 को Tor 0.4.6.x में code base से v2 को हटा दिया, और 15 अक्टूबर 2021 को stable releases में इसे disable कर दिया। एक v2 address में .onion से पहले 16 characters होते हैं और एक v3 address में 56 होते हैं। इसका कोई redirect या upgrade path नहीं है, क्योंकि address पुरानी key से लिया गया था, इसलिए operator को एक नई service बनानी पड़ी और नया address प्रकाशित करना पड़ा।

क्या Tor और VPN एक ही हैं?

नहीं। एक VPN आपके traffic को एक कंपनी द्वारा संचालित एक सर्वर पर भेजता है, और वह कंपनी आपके वास्तविक IP address और आपकी destination को एक साथ देख सकती है। Tor traffic को अलग-अलग लोगों द्वारा संचालित तीन relays के माध्यम से भेजता है, इसलिए पहला relay आपकी destination के बिना आपका address देखता है और आखिरी relay आपके address के बिना आपकी destination देखता है। Tor धीमा है, और इसे ऐसे observer के खिलाफ anonymity के लिए बनाया गया है जो पूरे internet पर नज़र नहीं रख रहा है। एक VPN तेज़ है, और इसे आपके local network और आपके internet provider से privacy के लिए बनाया गया है।

Pluggable transport क्या है, और क्या मुझे इसकी आवश्यकता है?

Pluggable transport एक wrapper है जो Tor के काम करने के तरीके को बदले बिना यह बदल देता है कि wire पर Tor traffic कैसा दिखता है, ताकि Tor protocol को पहचानने वाला filter इसका मिलान न कर सके। आपको इसकी आवश्यकता केवल तभी होती है जब सामान्य Tor connect होने में विफल रहता है, जिसका आमतौर पर मतलब है कि आपका network या देश इसे block कर रहा है। Tor Browser lyrebird नामक एक ही binary में obfs4, snowflake, meek और webtunnel प्रदान करता है। obfs4 से शुरुआत करें, क्योंकि यह एक randomising transport है जो अधिकांश लोगों के लिए काम करता है, और यदि वह connection कभी पूरा न हो तो webtunnel या snowflake आज़माएं।