Tor-এর ইতিহাস: onion routing থেকে আজকের network

Tor-এর সংক্ষিপ্ত ইতিহাস

Tor-এর ইতিহাস শুরু হয় 1995 সালে, U.S. Naval Research Laboratory-তে। এটি U.S. Navy-এর একটি গবেষণাগার। সেখানে David Goldschlag, Michael G. Reed এবং Paul Syverson প্রথম onion routing prototype তৈরি করেন। Tor Project-এর নিজস্ব timeline অনুযায়ী, তাঁদের প্রশ্ন ছিল: “কে কার সঙ্গে যোগাযোগ করছে, তা প্রকাশ না করে Internet connection তৈরি করার কোনো উপায় আছে কি?” বর্তমানে মানুষ যে network ব্যবহার করে, সেটি October 2002-এ চালু করা হয়। এর code একটি free and open software license-এর অধীনে প্রকাশ করা হয়। Tor Project, Inc. একটি nonprofit হিসেবে 2006 সালে প্রতিষ্ঠিত হয়।

নিচের প্রতিটি তারিখ Tor Project-এর প্রকাশিত timeline, release notes অথবা নিজস্ব support page থেকে নেওয়া। কে এই কাজের অর্থায়ন করে—এ ধরনের কোনো দাবি বিতর্কিত হলে, এই section-এ প্রমাণের ধরন এবং আপনি নিজে কোথায় তা যাচাই করতে পারবেন, তা উল্লেখ করা হয়েছে।

Onion routing বাস্তবে কী করে

Onion routing দুটি তথ্য আলাদা রাখে, যেগুলো Internet সাধারণত একসঙ্গে প্রকাশ করে: আপনি কে এবং আপনি কী অনুরোধ করেছেন। আপনার Tor client তিনটি relay বেছে নিয়ে সেগুলোর মধ্য দিয়ে একটি circuit তৈরি করে। এটি আপনার traffic-কে তিন স্তরের encryption দিয়ে আবৃত করে, প্রতিটি relay-এর জন্য একটি স্তর। প্রতিটি relay একটি স্তর খুলে শুধু পরবর্তী hop-এর address জানতে পারে এবং packet-টি সামনে পাঠিয়ে দেয়। এই স্তরবিন্যাস থেকেই নামটি এসেছে।

প্রথম relay-কে guard বলা হয়। এটি আপনার IP address দেখতে পায়, কিন্তু destination দেখতে পায় না। শেষ relay, অর্থাৎ exit, আপনার destination দেখতে পায়, কিন্তু আপনার IP address দেখতে পায় না। মধ্যবর্তী relay কোনোটিই দেখতে পায় না। কোনো একক relay-এর কাছে এই দুটি তথ্য একসঙ্গে থাকে না, এবং এটিই পুরো security যুক্তি। এ কারণেই relay-গুলোকে পরস্পর সম্পর্কহীন ব্যক্তিদের পরিচালনা করা উচিত। কোনো একটি organisation যদি আপনার guard এবং exit দুটিই পরিচালনা করে, তাহলে এই পৃথকীকরণ আর থাকে না এবং encryption আপনাকে কোনো সুরক্ষা দেয় না।

পরিচিত দুর্বলতাটি হলো traffic correlation। কোনো observer যদি একই সময়ে circuit-এর দুই প্রান্ত monitor করতে পারে, তাহলে ভেতরে যাওয়া packet-এর timing ও size-এর সঙ্গে বাইরে আসা packet মিলিয়ে দেখতে পারে। কেউ যদি একই সময়ে পুরো Internet monitor করতে পারে, Tor তার বিরুদ্ধে সুরক্ষা দেয় না। Roger Dingledine, Nick Mathewson এবং Paul Syverson-এর 2004 সালের design paper, "Tor: The Second-Generation Onion Router", তাদের threat model-এ বিষয়টি স্পষ্টভাবে উল্লেখ করেছে।

কেন একটি private network কোনো কাজে আসত না

সংক্ষিপ্ত সারাংশে এই অংশটি বাদ পড়ে যায়। অথচ এই অংশই এই পৃষ্ঠার বাকি বিষয়গুলো ব্যাখ্যা করে।

একটি military বা intelligence organisation শুধুমাত্র নিজেদের traffic বহন করে এমন network থেকে anonymity পেতে পারে না। Anonymity কোনো cipher-এর বৈশিষ্ট্য নয়; এটি একটি ভিড়ের বৈশিষ্ট্য। network থেকে বের হওয়া প্রতিটি connection যদি একই office-এর হয়, তাহলে কোনো observer connection-টি বের হতে দেখেই উত্তর জেনে গেছে। Encryption তখনও পুরোপুরি কার্যকর থাকে। কিন্তু anonymity থাকে না, কারণ যার সঙ্গে connection-টি গুলিয়ে ফেলা যায়, এমন আর কেউ নেই।

তাই design-টি public হতে হয়েছে এবং traffic-কে অন্যদের traffic-এর সঙ্গে মিশতে হয়েছে। October 2002-এ code-টি একটি free software licence-এর অধীনে প্রকাশ করা হয়, এবং যে কেউ একটি relay চালাতে পারত। Journalists, activists, researchers এবং advertising network এড়াতে চাওয়া সাধারণ মানুষ—সবাই মিলে সেই crowd তৈরি করেছে, যা এর ভেতরের অন্য সবাইকে সুরক্ষা দেয়। Dingledine এবং Mathewson 2006 সালে "Anonymity Loves Company: Usability and the Network Effect" শিরোনামের একটি paper-এ এই যুক্তি ব্যাখ্যা করেন। Paper-টি Workshop on the Economics of Information Security-এ উপস্থাপিত হয়েছিল। উপসংহার হলো, user base-এর আকার এবং বৈচিত্র্য system-এর একটি security property। এটি কোনো marketing number নয়।

alpha code থেকে nonprofit

The Tor Project-এর timeline এবং প্রকাশিত paper-গুলোতে এই ধাপগুলো নথিভুক্ত আছে:

• October 2002: Tor network deploy করা হয়, এবং code-টি “free and open software license”-এর অধীনে ছিল।
• 2003-এর শেষ নাগাদ: network-টি “প্রায় এক ডজন volunteer node-এ চলত; বেশির ভাগ U.S.-এ এবং একটি Germany-তে”।
• 2004: Dingledine, Mathewson এবং Syverson design paper “Tor: The Second-Generation Onion Router” প্রকাশ করেন।
• 2004: Electronic Frontier Foundation (EFF) Tor-এর কাজের জন্য funding দেওয়া শুরু করে।
• 2006: development বজায় রাখার জন্য The Tor Project, Inc. একটি 501(c)(3) nonprofit হিসেবে প্রতিষ্ঠিত হয়।
• 2007: bridges নিয়ে কাজ শুরু হয়, কারণ national firewall-গুলো public relay list block করা শুরু করেছিল।
• 2008: Tor Browser-এর development শুরু হয়।

পরের দুটি তারিখ বর্তমানে network কীভাবে ব্যবহৃত হয়, তা বোঝার জন্য গুরুত্বপূর্ণ। The Tor Project-এর timeline অনুযায়ী, 2010-এর শেষ দিকে Arab Spring-এর সময় Tor ব্যবহার করা হয়েছিল identity সুরক্ষিত রাখতে এবং blocked site-এ পৌঁছাতে। Timeline-এ আরও বলা হয়েছে, 2013-এর Snowden documents-এর সময় Tor-এর ভূমিকা ব্যাপকভাবে বোঝা যায় এবং documents-গুলো দেখায় যে সেই সময় Tor ভেঙে ফেলা যায়নি। কোনো ঘটনাই protocol পরিবর্তন করেনি। উভয় ঘটনাই Tor install করা মানুষের পরিধি বদলে দেয়।

Tor-এর জন্য অর্থ কে দেয় এবং আপনি কীভাবে তা যাচাই করবেন

Tor Project তাদের নিজস্ব support page-এ এর উত্তর দিয়েছে: “Tor Project সরকারী grant, private foundation এবং individual donor—এই তিন ধরনের উৎসের সমন্বিত অর্থায়নে পরিচালিত।” এর মধ্যে সরকারি অর্থও রয়েছে এবং শুরু থেকেই ছিল। supporters page-এ Ford Foundation, Open Technology Fund, Craig Newmark Philanthropies এবং Brave, DuckDuckGo, Mullvad VPN ও Fastly-এর মতো কোম্পানির পাশাপাশি U.S. Department of State-এর নামও রয়েছে। Audited financials blog post হিসেবে প্রকাশ করা হয়। সর্বশেষ প্রকাশিত প্রতিবেদনটি December 2025-এ প্রকাশিত, যেখানে 2023 থেকে 2024 financial year-এর হিসাব অন্তর্ভুক্ত আছে। Project-এর ঘোষিত অবস্থান হলো, “আমাদের sponsor এবং funding model সম্পর্কে খোলাখুলি আলোচনা করাই community-এর সঙ্গে trust বজায় রাখার সর্বোত্তম উপায়।”

গুরুত্বপূর্ণ প্রশ্নটি হলো কে অর্থ দিয়েছে তা নয়। গুরুত্বপূর্ণ প্রশ্ন হলো সেই অর্থ দিয়ে কী করা সম্ভব। Tor এমন কোনো service নয় যেখানে আপনি login করেন। এটি একটি protocol specification, এমন একটি client যার source code আপনি পড়তে পারেন, এবং অপরিচিত ব্যক্তিদের পরিচালিত relay network। কেউ backdoor বসাতে চাইলে তাকে তিনটি স্থানের একটিতে তা রাখতে হবে। প্রতিটি স্থানই যাচাই করা সম্ভব।

• Source code-এ। Client open source এবং protocol-এর specification public। Academic researcher-রা নিয়মিত Tor-এর বিরুদ্ধে attack প্রকাশ করেন। কোনো flaw আগে খুঁজে বের করার জন্য তাদের যথেষ্ট professional incentive রয়েছে।
• Binary-তে। Tor Browser build August 2013 থেকে deterministic। তাই independent builder একটি release পুনরায় build করে প্রকাশিত download-এর সঙ্গে byte by byte তুলনা করতে পারেন। যে binary তার source code-এর সঙ্গে মেলে না, release করা ব্যক্তিকে trust না করেও তা শনাক্ত করা যায়।
• Relay-এ। Tor Project network পরিচালনা করে না। “Tor network bandwidth দেওয়ার জন্য volunteer-দের ওপর নির্ভর করে।” Guard, middle relay, exit এবং bridge হাজার হাজার একে অপরের সঙ্গে সম্পর্কহীন operator-এর অধীনে থাকে। কোনো funder compromised হলেও তাদের compromise করা যায় না।

Project-এর নিজস্ব বিবৃতি সংক্ষিপ্ত: “Tor-এ কোনো backdoor নেই। Software open source, এর code independently audit করা যায়, এবং tampering থেকে সুরক্ষার জন্য প্রতিটি release signed।” এই বাক্যটির গুরুত্ব তখনই আছে, যখন এর প্রতিটি clause এমন কিছুর নাম বলে যা আপনি নিজে যাচাই করতে পারেন।

একটি বাস্তব caveat রয়েছে। এটি integrity নয়, priority নিয়ে। Grant-এর অর্থায়ন কোন কাজ আগে হবে তা নির্ধারণ করে। তাই network performance-এর মতো কাজের তুলনায় censorship circumvention ধারাবাহিকভাবে বেশি অর্থায়ন পেয়েছে। এটি Project-এর একটি যৌক্তিক সমালোচনা। “Code compromised”—এই দাবির সমালোচনা তার থেকে আলাদা। এর উত্তর কারও assurance trust না করে financial report পড়ে যাচাই করতে হবে।

Hidden services-এর নাম পরিবর্তন হয়ে onion services হয়েছে

একটি onion service হলো এমন একটি server, যা কখনো তার IP address প্রকাশ করে না। Client এবং server উভয়েই network-এর ভেতরে একটি meeting point-এ পৌঁছানোর জন্য নিজেদের circuit তৈরি করে। তাই কোনো পক্ষই অন্য পক্ষের address জানতে পারে না। এই address কোনো registry কাউকে বরাদ্দ করা নাম নয়। এটি server-এর public key থেকে তৈরি হয়। তাই একটি .onion address এলোমেলো অক্ষরের মতো দেখায়।

onion services-এর সময়রেখা-এ release-গুলোর তারিখ দেওয়া আছে:

• 8 April 2004: Tor 0.0.6pre1-এ প্রথম hidden services বাস্তবায়িত হয়।
• 21 September 2007: Tor 0.2.0.7-alpha-এ version 2 hidden services চালু হয়।
• 19 December 2016: Tor 0.3.0.1-alpha-এ version 3-এর development শুরু হয়।
• 9 January 2018: Tor 0.3.2.9-এ version 3 release হয়।

"hidden services" থেকে "onion services" নামের পরিবর্তন কোনো একটি তারিখে হয়নি; এটি ধীরে ধীরে হয়েছে। Tor Project-এর নিজস্ব documentation-এ এখনো দুটি নামই ব্যবহার করা হয়। পুরোনো নামটি প্রকৃত বিষয়টি সঠিকভাবে বোঝাত না। অনেক onion site public, indexed এবং advertised। এখানে যা hidden থাকে, তা হলো server-এর অবস্থান; site নয়। পুরোনো নামটি config file-এ এখনো রয়ে গেছে, যা অতীতের একটি কার্যকর নিদর্শন। torrc-এ এখনো এভাবেই একটি service সংজ্ঞায়িত করা হয়:

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

এই directory-তে service key এবং address-সহ একটি hostname file থাকে। port line-টি onion address-এর একটি port-কে একই machine-এর একটি local address-এ map করে। ফলে web server-কে 127.0.0.1-এ bind করে রাখা যায় এবং public interface-এ কোনো port listen করাতে হয় না। Version 3 ডিফল্ট। তাই বর্তমানে এই দুটি line দিয়ে তৈরি করা service একটি v3 address পায়।

একটি onion address domain name-ও নয়। October 2015-এ প্রকাশিত RFC 7686-এ .onion-কে special-use domain name হিসেবে সংরক্ষণ করা হয়। এর উদ্দেশ্য ছিল ordinary resolver-গুলো যেন এই lookup public DNS-এ (domain name system) ফাঁস না করে। RFC-টি যে নিয়ম নির্ধারণ করেছে, তা সরাসরি: ".onion-এর query-এর জন্য Authoritative servers MUST respond with NXDOMAIN." একটি সাধারণ domain name কীভাবে resolve হয়—এর সঙ্গে এটি তুলনা করলে মূল পার্থক্যটি স্পষ্ট হয়। একটি DNS name registry আপনাকে বরাদ্দ করে এবং আপনার নিয়ন্ত্রণে না থাকা server-এর মাধ্যমে lookup করা হয়। একটি onion address হলো public key। তাই এটি নিজেই authentication প্রদান করে এবং কোনো lookup-এর প্রয়োজন হয় না।

পুরোনো .onion ঠিকানাগুলো কেন কাজ করা বন্ধ করেছে

দুটি ঠিকানা format পরস্পরের সঙ্গে compatible নয়, এবং পুরোনো format স্থায়ীভাবে বন্ধ করা হয়েছে।

[
  {
    "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 hash-এর প্রথম 80 bit-ই রাখা হতো। একটি v3 ঠিকানা 56 অক্ষরের, কারণ এতে সম্পূর্ণ Ed25519 public key-এর সঙ্গে একটি checksum এবং version byte থাকে। v3 ঠিকানা দীর্ঘ, কারণ এতে hash আর truncate করা হয় না। ফলে ঠিকানাটিই এখন service-এর সম্পূর্ণ identity।

অবসায়ন ঘোষিত সময়সূচি অনুযায়ী পরিচালিত হয়েছিল:

• 15 September 2020, Tor 0.4.4.x: Tor operator এবং client-কে জানানো শুরু করে যে v2 অবসায়নের পথে।
• 15 July 2021, Tor 0.4.6.x: code base থেকে v2 support সরিয়ে ফেলা হয়।
• 15 October 2021: supported প্রতিটি series-এর নতুন stable client release-এ v2 নিষ্ক্রিয় করা হয়।

উল্লিখিত কারণটি ছিল cryptographic। "গণিত ও cryptography সম্পর্কে মানুষের বোঝাপড়া যত উন্নত হয়েছে, version 2-এর ভিত্তি তত দুর্বল হয়েছে এবং এই সময়ে তা আর নিরাপদ ছিল না।" 2021 সালের মধ্যে 80-bit truncated SHA-1 hash এবং 1024-bit RSA key—দুটিই গ্রহণযোগ্য নিরাপত্তা-মানের নিচে ছিল। উপরন্তু, address format-এ এগুলোর কোনোটি পরিবর্তনের সুযোগ ছিল না।

পাঠকের জন্য এর ফলাফল সরাসরি বলা যায়। 2021 সালের আগে প্রকাশিত প্রতিটি 16 অক্ষরের .onion link স্থায়ীভাবে অকার্যকর এবং এর কোনো redirect নেই। v2 address upgrade করা যেত না, কারণ address-টিই ছিল পুরোনো key। তাই operator-দের নতুন service তৈরি করে, ব্যবহারকারীরা আগে থেকেই বিশ্বাস করে এমন কোনো channel-এর মাধ্যমে নতুন address প্রকাশ করতে হয়েছে।

ব্রিজ ও pluggable transport: সেন্সরশিপ পদ্ধতি বদলাতে থাকল

Public relay-এর তালিকা ইচ্ছাকৃতভাবে প্রকাশ করা হয়, যাতে client কোনো একটি server-কে নিজের জন্য পথ বেছে নেওয়ার ওপর নির্ভর না করে নিজেই পথ বেছে নিতে পারে। একই প্রকাশিত তালিকা Tor বন্ধ করতে চাওয়া যেকোনো দেশের জন্য প্রস্তুত blocklist হিসেবে কাজ করে। Bridge নিয়ে কাজ শুরু হয় 2007 সালে। Bridge হলো এমন relay, যা public তালিকায় নেই। Web বা email-এর মাধ্যমে অল্প কয়েকটি bridge-এর অনুরোধ করা যায়, এবং censor যে address-এর তালিকা তৈরি করতে পারে না, সেটি block করতে পারে না।

এরপর blocking address থেকে traffic-এর ধরনে চলে যায়। Deep packet inspection, Tor যে IP address-এই সংযোগ করুক না কেন, network-এ চলাচলকারী traffic দেখে Tor protocol শনাক্ত করতে পারে। এর সমাধান ছিল pluggable transport: এমন একটি wrapper, যা Tor traffic-এর বাহ্যিক রূপ পরিবর্তন করে, কিন্তু traffic কী কাজ করে তা পরিবর্তন করে না। বর্তমান Tor Browser-এ এগুলো lyrebird নামের একটি binary হিসেবে সরবরাহ করা হয়। এটি obfs4proxy-এর উত্তরসূরি। Client side configuration হলো torrc-এর তিনটি line:

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

[PATH]-এর জায়গায় lyrebird binary থাকা directory লিখুন। সম্পূর্ণ Bridge line-টি নিজে টাইপ না করে Tor Project-এর bridges site থেকে নিন। প্রতিটি transport আলাদা blocking পদ্ধতির সমাধান করে:

• obfs4 traffic-কে এমনভাবে পরিবর্তন করে যে filter মেলানোর মতো কোনো protocol header থাকে না এবং traffic-টি শনাক্তযোগ্য কিছু বলে মনে হয় না। Tor-এর নিজস্ব পরামর্শ হলো এটি প্রথমে চেষ্টা করা, কারণ এটি একটি randomising transport এবং অধিকাংশ মানুষের ক্ষেত্রে কাজ করে।
• snowflake আপনাকে volunteer-দের ordinary web browser-এর ভিতরে চালানো অল্প সময়ের proxy-এর মাধ্যমে পাঠায়। ফলে আপনি যে address-এ সংযোগ করেন, সেটি নিয়মিত বদলাতে থাকে। এটি 6 July 2021-এ version 10.5-এ stable Tor Browser-এ অন্তর্ভুক্ত হয়।
• meek একটি বড় cloud provider-এর মাধ্যমে connection route করে। ফলে traffic-টি ওই provider-এর দিকে যাচ্ছে বলে মনে হয়। এটি block করতে গেলে provider-কেও block করতে হবে।
• webtunnel obfs4-এর বিপরীত পদ্ধতি ব্যবহার করে। কোনো কিছুর মতো না দেখিয়ে এটি web server-এ করা একটি সাধারণ HTTPS connection-এর মতো দেখায়। এটি “payload connection-কে WebSocket-এর মতো HTTPS connection-এর মধ্যে wrap করে”। Tor Project 12 March 2024-এ stable Tor Browser-এ এটি release করে। যেসব network কেবল অল্প কয়েকটি protocol অনুমোদন করে, তাদের জন্য এটি তৈরি করা হয়েছে।

গত বিশ বছরের প্রকৃত ধারাটি এটাই। নির্দিষ্ট কোনো blocking technique কার্যকর হওয়ার পর তার প্রতিক্রিয়া হিসেবে প্রতিটি নতুন transport তৈরি হয়েছে। সেই release-গুলোর তারিখে ওই বছর censor-রা কী করছিল, তারও রেকর্ড রয়েছে।

Tor VPN নয়, এবং VPS-ও VPN নয়

অনেকে VPN সম্পর্কে পড়ার পর Tor ব্যবহার শুরু করেন, তাই বিষয়টি সঠিকভাবে বোঝা গুরুত্বপূর্ণ। একটি VPN (virtual private network) আপনার network traffic একটি কোম্পানি পরিচালিত একক সার্ভারে পাঠায়। সেই কোম্পানি একই সময়ে আপনার প্রকৃত address এবং আপনার গন্তব্য দেখতে পারে। Tor আপনার traffic ভিন্ন ব্যক্তিদের পরিচালিত তিনটি relay-এর মধ্য দিয়ে পাঠায়। তাই কোনো একক relay-এর কাছে এই দুটি তথ্য একসঙ্গে থাকে না। এগুলো ভিন্ন trust model এবং এদের failure mode-ও ভিন্ন। VPS এবং VPN-এর পার্থক্য-এ প্রতিটির উপযুক্ত ব্যবহার ব্যাখ্যা করা হয়েছে।

আপনি যদি একটি crowd-এর মধ্যে anonymity-এর বদলে আপনার নিয়ন্ত্রণাধীন মেশিনগুলোর মধ্যে private tunnel চান, তাহলে আপনার নিজে পরিচালিত একটি VPN দরকার। প্রায় চল্লিশ লাইনের configuration দিয়ে আপনি একটি VPS-এ নিজে WireGuard VPN host করতে পারেন। এটি local network এবং আপনার internet provider-এর কাছ থেকে আপনার traffic সুরক্ষিত রাখে। তবে সার্ভার পরিচালনাকারী কোম্পানির কাছ থেকে এটি আপনাকে anonymous রাখে না, কারণ আপনি নিজের payment details ব্যবহার করে সেই সার্ভার ভাড়া নিয়েছেন। VPS hosting নিরাপদ কি না—এই পৃথক প্রশ্নটি আবার অন্য একটি threat নিয়ে: আপনার server-এ আর কে access করতে পারে।

Relay চালানো এর বিপরীত দিকের কাজ, এবং network এটি অপারেটরদের ওপর নির্ভর করে। Bridge, guard, middle relay এবং exit—সবকিছুর জন্য operator প্রয়োজন। Tor Project-এর relay guide-এ স্পষ্টভাবে বলা হয়েছে, "running a relay requires technical skill and commitment"। Exit relay পরিচালনার সঙ্গে legal exposure থাকে, কারণ অন্য মানুষের traffic আপনার IP address ব্যবহার করে Internet-এ বের হয় এবং আপনার hosting provider এ বিষয়ে আপনার সঙ্গে যোগাযোগ করবে। Relay চালু করার আগে guide-টি পড়ুন, পরে নয়।

FAQ

Tor কি US government তৈরি করেছিল?

Onion routing 1995 সালে U.S. Naval Research Laboratory-তে শুরু হয়। সেখানে David Goldschlag, Michael G. Reed এবং Paul Syverson প্রথম prototype তৈরি করেন। Tor নিজে ছিল পরবর্তী প্রজন্মের নকশা। Roger Dingledine, Nick Mathewson এবং Paul Syverson প্রায় 2001 ও 2002 সালে এটি তৈরি শুরু করেন। 2002 সালের October-এ free software licence-এর অধীনে network চালু করা হয়। Tor Project, Inc. 2006 সাল থেকে একটি independent 501(c)(3) nonprofit। Government origin-এর বিষয়টি সত্য। আর এটাই network-টি সবার জন্য উন্মুক্ত করার কারণও। কোনো একটি organisation-এর traffic বহনকারী network সেই organisation-কে anonymity দিতে পারে না, কারণ network থেকে বের হওয়া প্রতিটি connection ব্যবহারকারীকে শনাক্ত করে।

Government funding থাকলে কি Tor-এ backdoor থাকে?

Tor Project-এর বক্তব্য হলো, "Tor-এ কোনো backdoor নেই। Software open source, code স্বাধীনভাবে audit করা যায়, এবং tampering প্রতিরোধ করতে প্রতিটি release signed থাকে।" এটি শুধু প্রতিশ্রুতি নয়, যাচাই করা যায় কারণ এর চারপাশের কাঠামোটি এমনভাবে তৈরি। Protocol প্রকাশ্যে নির্দিষ্ট করা আছে। Tor Browser build deterministic, তাই কোনো independent builder একটি release পুনর্নির্মাণ করে সেটিকে প্রকাশিত binary-এর সঙ্গে তুলনা করতে পারে। Relay-গুলোও কোনো funder নয়, volunteers পরিচালনা করেন। Funding কোন কাজ আগে করা হবে, তা প্রভাবিত করে। Tor blog-এ প্রকাশিত audited financial report-গুলোতে অর্থের উৎস দেখানো হয়। এটি priority-এর প্রশ্ন, code-এর নয়।

আমার পুরোনো .onion address কাজ করা বন্ধ করল কেন?

এটি version 2 address ছিল, আর v2 onion service 2021 সালে অবসর নেওয়া হয়। Tor 15 September 2020 থেকে এ বিষয়ে warning দেওয়া শুরু করে। 15 July 2021-এ Tor 0.4.6.x থেকে code base-এ v2 সরিয়ে ফেলা হয়। 15 October 2021-এ stable release-গুলোতে এটি disabled করা হয়। .onion-এর আগে v2 address-এ 16টি character থাকে, আর v3 address-এ থাকে 56টি। কোনো redirect বা upgrade path নেই, কারণ address-টি পুরোনো key থেকে তৈরি হয়েছিল। তাই operator-কে নতুন service তৈরি করে নতুন address প্রকাশ করতে হয়েছে।

Tor কি VPN-এর মতো?

না। VPN আপনার traffic একটি company পরিচালিত একটি server-এ পাঠায়। সেই company আপনার real IP address এবং destination একসঙ্গে দেখতে পারে। Tor ভিন্ন ব্যক্তিদের পরিচালিত তিনটি relay-এর মধ্য দিয়ে traffic পাঠায়। ফলে প্রথম relay আপনার address দেখতে পায়, কিন্তু destination দেখতে পায় না। শেষ relay destination দেখতে পায়, কিন্তু আপনার address দেখতে পায় না। Tor ধীরগতির। এটি এমন observer-এর বিরুদ্ধে anonymity দেওয়ার জন্য তৈরি, যে পুরো Internet পর্যবেক্ষণ করছে না। VPN দ্রুততর। এটি আপনার local network এবং internet provider-এর কাছ থেকে privacy দেওয়ার জন্য তৈরি।

Pluggable transport কী এবং আমার কি এটি দরকার?

Pluggable transport হলো এমন একটি wrapper, যা Tor যেভাবে কাজ করে তা না বদলে network-এ Tor traffic দেখতে কেমন হবে তা পরিবর্তন করে। ফলে Tor protocol শনাক্ত করতে পারে এমন filter সেটির উপর সরাসরি match করতে পারে না। Plain Tor connection ব্যর্থ হলেই কেবল এটি দরকার। সাধারণত এর অর্থ আপনার network বা দেশ Tor blocking করছে। Tor Browser একটি lyrebird নামের single binary-তে obfs4, snowflake, meek এবং webtunnel সরবরাহ করে। প্রথমে obfs4 ব্যবহার করুন, কারণ এটি randomising transport এবং অধিকাংশ ব্যবহারকারীর ক্ষেত্রে কাজ করে। সেই connection কখনও সম্পূর্ণ না হলে webtunnel বা snowflake চেষ্টা করুন।