SSD Nodes Learn 🎉 VPS เริ่ม $5.50/เดือน
คู่มือ Matt Connorโดย Matt Connor · อัปเดตเมื่อ 2026-08-13

ประวัติ Tor จาก onion routing ถึงปัจจุบัน

Tor เริ่มจากงานวิจัย onion routing ในห้องปฏิบัติการกองทัพเรือสหรัฐฯ ปี 1995 ชมหมุดหมายตามวันที่ และคำตอบตรงไปตรงมาว่าใครเป็นผู้สนับสนุนเงินทุน

ประวัติของ Tor โดยสรุป

ประวัติของ Tor เริ่มต้นในปี 1995 ที่ U.S. Naval Research Laboratory ซึ่งเป็นห้องปฏิบัติการวิจัยของกองทัพเรือสหรัฐฯ David Goldschlag, Michael G. Reed และ Paul Syverson ได้พัฒนาต้นแบบ onion routing รุ่นแรกที่นั่น ไทม์ไลน์ของ Tor Project ระบุว่า คำถามที่พวกเขาต้องการหาคำตอบคือ “มีวิธีสร้างการเชื่อมต่ออินเทอร์เน็ตที่ไม่เปิดเผยว่าใครกำลังติดต่อกับใครหรือไม่” เครือข่ายที่ผู้คนใช้งานในปัจจุบันเริ่มเปิดให้บริการในเดือนตุลาคม 2002 และเผยแพร่ source code ภายใต้ใบอนุญาตซอฟต์แวร์เสรีและโอเพนซอร์ส Tor Project, Inc. ก่อตั้งเป็นองค์กรไม่แสวงหาผลกำไรในปี 2006

วันที่ทั้งหมดด้านล่างมาจากไทม์ไลน์ที่ Tor Project เผยแพร่ release notes หรือหน้าการสนับสนุนของโครงการเอง หากมีข้อกล่าวอ้างที่เป็นประเด็นโต้แย้ง เช่น ใครเป็นผู้สนับสนุนเงินทุนในการดำเนินงาน ส่วนนี้จะระบุว่าหลักฐานคืออะไรและคุณสามารถตรวจสอบได้จากที่ใดด้วยตนเอง

การทำงานจริงของ onion routing

Onion routing แยกข้อมูล 2 อย่างที่อินเทอร์เน็ตมักเชื่อมโยงกันออกจากกัน ได้แก่ คุณคือใคร และคุณร้องขออะไร Tor client จะเลือก relay 3 ตัวและสร้าง circuit ผ่าน relay เหล่านั้น จากนั้นจะห่อหุ้ม traffic ของคุณด้วยการเข้ารหัส 3 ชั้น โดยมี 1 ชั้นต่อ relay แต่ละ relay จะถอดการเข้ารหัสออก 1 ชั้น ทราบเฉพาะ address ของ hop ถัดไป แล้วส่ง packet ต่อไป การเข้ารหัสแบบหลายชั้นนี้เป็นที่มาของชื่อดังกล่าว

Relay ตัวแรกเรียกว่า guard ซึ่งเห็น IP address ของคุณ แต่ไม่เห็นปลายทาง Relay ตัวสุดท้ายเรียกว่า exit ซึ่งเห็นปลายทาง แต่ไม่เห็น IP address ของคุณ ส่วน relay ตรงกลางจะไม่เห็นข้อมูลทั้ง 2 อย่าง ไม่มี relay ตัวใดมีข้อมูลทั้งสองส่วน และนี่คือเหตุผลด้านความปลอดภัยทั้งหมด นี่จึงเป็นเหตุผลที่ relay ควรดำเนินการโดยบุคคลที่ไม่เกี่ยวข้องกัน หากองค์กรเดียวกันเป็นผู้ดำเนินการทั้ง guard และ exit การแยกข้อมูลจะหายไป และการเข้ารหัสก็ไม่ช่วยป้องกันอีกต่อไป

จุดอ่อนที่ทราบกันคือการวิเคราะห์ความสัมพันธ์ของ traffic ผู้สังเกตการณ์ที่สามารถตรวจดูทั้ง 2 ฝั่งของ circuit ได้ในเวลาเดียวกัน อาจจับคู่จังหวะเวลาและขนาดของ packet ที่ส่งเข้า กับ packet ที่ส่งออกได้ Tor ไม่ได้ป้องกันผู้โจมตีที่สามารถตรวจดูอินเทอร์เน็ตทั้งหมดได้พร้อมกัน และเอกสารออกแบบปี 2004 โดย Roger Dingledine, Nick Mathewson และ Paul Syverson ชื่อ "Tor: The Second-Generation Onion Router" ได้ระบุประเด็นนี้ไว้ใน threat modelแล้ว

เหตุใด private network จึงไม่มีประโยชน์

นี่คือส่วนที่บทสรุปสั้น ๆ มักข้ามไป และเป็นคำอธิบายของทุกอย่างที่เหลือในหน้านี้

องค์กรทางทหารหรือหน่วยงานข่าวกรองไม่สามารถได้มาซึ่ง anonymity จาก network ที่มีเฉพาะ traffic ของตนเองได้ Anonymity เป็นคุณสมบัติของกลุ่มคน ไม่ใช่คุณสมบัติของ cipher หากทุก connection ที่ออกจาก network เป็นของสำนักงานแห่งเดียว ผู้สังเกตที่เห็น connection นั้นออกไปก็ทราบคำตอบแล้ว Encryption ยังคงทำงานได้อย่างสมบูรณ์ แต่ไม่มี anonymity อยู่ เพราะไม่มีใครอื่นให้สับสนว่าเป็นผู้ใด

ดังนั้นการออกแบบจึงต้องเปิดให้สาธารณะใช้งาน และ traffic ต้องปะปนกับ traffic ของผู้อื่น Code ถูกเผยแพร่ภายใต้ free software licence ในเดือนตุลาคม 2002 และทุกคนสามารถเรียกใช้ relay ได้ Journalists, activists, researchers และคนทั่วไปที่ต้องการหลีกเลี่ยง advertising network ล้วนกลายเป็นกลุ่มคนที่ช่วยปกป้องผู้ใช้อื่นภายในระบบ Dingledine และ Mathewson อธิบายแนวคิดนี้ไว้ในปี 2006 ในเอกสารชื่อ "Anonymity Loves Company: Usability and the Network Effect" ซึ่งนำเสนอใน Workshop on the Economics of Information Security ข้อสรุปคือขนาดและความหลากหลายของฐานผู้ใช้เป็นคุณสมบัติด้านความปลอดภัยของระบบ ไม่ใช่ตัวเลขทางการตลาด

จากโค้ดระยะเริ่มต้นสู่มูลนิธิไม่แสวงหากำไร

ลำดับเหตุการณ์ของ The Tor Project และเอกสารที่เผยแพร่ระบุขั้นตอนเหล่านี้:

  • October 2002: มีการนำเครือข่าย Tor มาใช้งาน โดยโค้ดอยู่ภายใต้ “สัญญาอนุญาตซอฟต์แวร์เสรีและเปิดเผยซอร์สโค้ด”
  • สิ้นปี 2003: เครือข่ายทำงานบน “โหนดอาสาสมัครประมาณหนึ่งโหล ส่วนใหญ่อยู่ใน U.S. และอีก 1 โหนดอยู่ใน Germany”
  • 2004: Dingledine, Mathewson และ Syverson เผยแพร่เอกสารการออกแบบชื่อ “Tor: The Second-Generation Onion Router”
  • 2004: Electronic Frontier Foundation (EFF) เริ่มสนับสนุนเงินทุนสำหรับการพัฒนา Tor
  • 2006: ก่อตั้ง The Tor Project, Inc. ในฐานะองค์กรไม่แสวงหากำไรตามมาตรา 501(c)(3) เพื่อดูแลการพัฒนา
  • 2007: เริ่มพัฒนา bridges เนื่องจาก national firewalls เริ่มบล็อกรายการ public relay
  • 2008: เริ่มพัฒนา Tor Browser

วันที่ในช่วงหลังอีก 2 วันมีความสำคัญต่อการใช้งานเครือข่ายในปัจจุบัน ลำดับเหตุการณ์ของ The Tor Project ระบุว่า Tor ถูกใช้งานในช่วง Arab Spring ปลายปี 2010 เพื่อปกป้องตัวตนและเข้าถึงเว็บไซต์ที่ถูกบล็อก นอกจากนี้ยังบันทึกว่าเอกสาร Snowden ในปี 2013 เป็นช่วงเวลาที่บทบาทของ Tor เป็นที่เข้าใจกันอย่างกว้างขวาง และระบุว่าเอกสารดังกล่าวแสดงให้เห็นว่าในขณะนั้นยังไม่มีการเจาะระบบ Tor สำเร็จ เหตุการณ์ทั้ง 2 ครั้งไม่ได้เปลี่ยน protocol แต่เปลี่ยนกลุ่มผู้ที่ติดตั้งใช้งาน Tor

ใครเป็นผู้สนับสนุนเงินให้ Tor และตรวจสอบเรื่องนี้อย่างไร

The Tor Project ตอบคำถามนี้ไว้ในหน้าการสนับสนุนของโครงการเองว่า “The Tor Project ได้รับการสนับสนุนจากเงินทุนรัฐบาล มูลนิธิเอกชน และผู้บริจาครายบุคคลรวมกัน” เงินจากรัฐบาลเป็นส่วนหนึ่งของแหล่งเงินทุนดังกล่าว และมีมาตั้งแต่เริ่มโครงการ หน้า ผู้สนับสนุน ระบุชื่อ U.S. Department of State ร่วมกับ Ford Foundation, Open Technology Fund, Craig Newmark Philanthropies และบริษัทต่าง ๆ เช่น Brave, DuckDuckGo, Mullvad VPN และ Fastly งบการเงินที่ผ่านการตรวจสอบเผยแพร่ในรูปแบบ โพสต์บนบล็อก โดยฉบับล่าสุดครอบคลุมปีการเงิน 2023 ถึง 2024 และเผยแพร่ในเดือน December 2025 จุดยืนที่โครงการระบุไว้คือ “การเปิดเผยข้อมูลเกี่ยวกับผู้สนับสนุนและรูปแบบการระดมทุนของเราอย่างตรงไปตรงมา เป็นวิธีที่ดีที่สุดในการรักษาความไว้วางใจจากชุมชนของเรา”

คำถามที่เป็นประโยชน์ไม่ใช่ใครเป็นผู้จ่ายเงิน แต่คือเงินดังกล่าวสามารถซื้ออะไรได้บ้าง Tor ไม่ใช่บริการที่คุณต้อง login เข้าใช้ แต่เป็นข้อกำหนดของ protocol, client ที่คุณอ่าน source ได้ และ network ของ relay ที่ผู้ดำเนินการภายนอกเป็นผู้ดูแล หากมีผู้ต้องการใส่ backdoor ก็ต้องใส่ไว้ในหนึ่งใน 3 จุดต่อไปนี้ และแต่ละจุดสามารถตรวจสอบได้

  • ใน source ตัว client เป็น open source และ protocol มีการระบุไว้แบบสาธารณะ นักวิจัยด้านวิชาการเผยแพร่การโจมตี Tor เป็นประจำ และมีแรงจูงใจทางวิชาชีพอย่างเต็มที่ที่จะค้นหาช่องโหว่ให้ได้ก่อน
  • ใน binary การ build ของ Tor Browser เป็น deterministic ตั้งแต่ August 2013 ดังนั้นผู้ build อิสระจึงสามารถ build release ขึ้นใหม่ แล้วเปรียบเทียบกับไฟล์ download ที่เผยแพร่ไว้แบบ byte ต่อ byte ได้ หาก binary ไม่ตรงกับ source ก็สามารถตรวจพบได้โดยไม่ต้องเชื่อใจผู้ที่เผยแพร่ binary นั้น
  • ใน relay The Tor Project ไม่ได้เป็นผู้ดูแล network “Tor network อาศัยอาสาสมัครที่บริจาค bandwidth” โดย guard, middle relay, exit และ bridge อยู่ภายใต้การดูแลของผู้ดำเนินการหลายพันรายที่ไม่เกี่ยวข้องกัน การทำให้ผู้สนับสนุนเงินทุนถูกยึดครองไม่ได้ทำให้ผู้ดำเนินการเหล่านี้ถูกยึดครองตามไปด้วย

คำชี้แจงของโครงการเอง ระบุไว้อย่างสั้น ๆ ว่า “Tor ไม่มี backdoor ซอฟต์แวร์เป็น open source, code สามารถให้บุคคลภายนอกตรวจสอบได้อย่างอิสระ และทุก release มีการลงลายมือชื่อเพื่อป้องกันการแก้ไขโดยมิชอบ” ประโยคนี้มีน้ำหนักก็เพราะแต่ละข้อระบุสิ่งที่คุณสามารถไปตรวจสอบได้จริง

มีข้อควรพิจารณาที่สำคัญ และเกี่ยวข้องกับลำดับความสำคัญมากกว่าความถูกต้องของโครงการ เงินทุนแบบ grant เป็นตัวกำหนดว่างานใดจะเกิดขึ้นก่อน ดังนั้นการหลีกเลี่ยง censorship จึงได้รับเงินทุนอย่างต่อเนื่องมากกว่างานอย่างประสิทธิภาพของ network เป็นต้น นี่เป็นคำวิจารณ์ที่สมเหตุสมผลต่อโครงการ แต่แตกต่างจากคำกล่าวว่า “code ถูกทำให้มีช่องโหว่” และวิธีตอบประเด็นนี้คืออ่านรายงานทางการเงิน แทนที่จะเชื่อคำยืนยันของบุคคลใดบุคคลหนึ่ง

บริการแบบซ่อนเปลี่ยนชื่อเป็น onion services

onion service คือเซิร์ฟเวอร์ที่ไม่เปิดเผย IP address ของตนเอง ไคลเอนต์และเซิร์ฟเวอร์จะสร้าง circuit ของตนเองไปยังจุดนัดพบภายในเครือข่าย ดังนั้นทั้งสองฝ่ายจึงไม่ทราบ address ของอีกฝ่าย address นี้ไม่ใช่ชื่อที่ registry มอบหมายให้บุคคลใด แต่สร้างจาก public key ของเซิร์ฟเวอร์ จึงเป็นเหตุให้ address แบบ .onion มีลักษณะเป็นอักขระสุ่ม

ไทม์ไลน์ของ onion services แสดง release ต่าง ๆ ดังนี้:

  • 8 April 2004: มีการใช้งานบริการแบบซ่อนเป็นครั้งแรกใน Tor 0.0.6pre1
  • 21 September 2007: hidden services version 2 เปิดตัวใน Tor 0.2.0.7-alpha
  • 19 December 2016: เริ่มพัฒนา version 3 ใน Tor 0.3.0.1-alpha
  • 9 January 2018: version 3 เปิดตัวใน Tor 0.3.2.9

การเปลี่ยนชื่อจาก "hidden services" เป็น "onion services" เกิดขึ้นอย่างค่อยเป็นค่อยไป ไม่ได้เกิดขึ้นในวันใดวันหนึ่ง และเอกสารของ Tor Project เองก็ยังใช้ทั้งสองคำ ชื่อเดิมอธิบายสิ่งนี้ไม่ถูกต้อง onion site จำนวนมากเปิดเผยต่อสาธารณะ มีการจัดทำดัชนี และมีการประชาสัมพันธ์ สิ่งที่ถูกซ่อนคือตำแหน่งของเซิร์ฟเวอร์ ไม่ใช่ site ชื่อเดิมยังคงอยู่ในไฟล์ config ซึ่งเป็นร่องรอยสำคัญของประวัติการพัฒนา วิธีประกาศบริการยังคงทำเช่นนี้ใน torrc:

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

ไดเรกทอรีนี้เก็บ service key และไฟล์ hostname ที่มี address อยู่ บรรทัด port จะจับคู่ port บน onion address กับ local address ของเครื่องเดียวกัน ทำให้ web server ยังคง bind อยู่กับ 127.0.0.1 และไม่ต้อง listen บน public interface เลย ปัจจุบัน version 3 เป็นค่าเริ่มต้น ดังนั้นบริการที่สร้างด้วย 2 บรรทัดนี้จะได้รับ address แบบ v3

onion address ไม่ใช่ domain name เช่นกัน RFC 7686 ซึ่งเผยแพร่ใน October 2015 ได้สงวน .onion เป็น domain name สำหรับการใช้งานเฉพาะ เพื่อให้ resolver ทั่วไปหยุดส่ง lookup เหล่านี้ออกไปยัง public DNS (domain name system) กฎที่กำหนดไว้นั้นชัดเจน: "Authoritative servers MUST respond to queries for .onion with NXDOMAIN." เมื่อนำไปเปรียบเทียบกับ วิธี resolve domain name ทั่วไป ความแตกต่างนี้คือประเด็นสำคัญ DNS name ถูก registry มอบหมายให้คุณ และถูกค้นหาผ่านเซิร์ฟเวอร์ที่คุณไม่ได้ควบคุม ส่วน onion address คือ public key จึงยืนยันตัวตนได้ด้วยตนเองและไม่จำเป็นต้องมีการ lookup

เหตุผลที่ที่อยู่ .onion รุ่นเก่าใช้งานไม่ได้อีกต่อไป

รูปแบบที่อยู่ทั้งสองแบบไม่เข้ากัน และรูปแบบเก่าถูกปิดใช้งานอย่างถาวร

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 อักขระ เนื่องจากเก็บเฉพาะ 80 บิตแรกของค่าแฮช SHA-1 จาก public key ของ RSA-1024 ส่วนที่อยู่ v3 มีความยาว 56 อักขระ เนื่องจากเก็บ public key ของ Ed25519 ทั้งหมด รวมถึง checksum และ version byte ที่อยู่ v3 ยาวขึ้นเพราะไม่มีการตัดทอนอีกต่อไป ดังนั้นตัวที่อยู่เองจึงเป็น identity แบบเต็มของบริการ

การยกเลิกการรองรับดำเนินตามกำหนดการที่ประกาศไว้:

  • 15 September 2020, Tor 0.4.4.x: Tor เริ่มแจ้งเตือน operator และ client ว่า v2 จะถูกยกเลิกการรองรับ
  • 15 July 2021, Tor 0.4.6.x: การรองรับ v2 ถูกนำออกจาก code base
  • 15 October 2021: stable client release ใหม่สำหรับทุก series ที่ยังรองรับจะปิดใช้งาน v2

เหตุผลที่ระบุไว้เป็นเหตุผลด้าน cryptography: "เมื่อความเข้าใจด้านคณิตศาสตร์และ cryptography ของมนุษยชาติเพิ่มขึ้น พื้นฐานของ version 2 จึงเปราะบาง และ ณ เวลานั้นไม่ปลอดภัยอีกต่อไป" ค่าแฮช SHA-1 ที่ถูกตัดเหลือ 80 บิตและ RSA key ขนาด 1024 บิตต่างก็ต่ำกว่าระดับที่เหมาะสมภายในปี 2021 อีกทั้งรูปแบบที่อยู่ยังไม่เหลือพื้นที่ให้เปลี่ยนแปลงสิ่งใดสิ่งหนึ่ง

ผลกระทบสำหรับผู้อ่านนั้นตรงไปตรงมา จึงควรระบุให้ชัดเจน ทุกลิงก์ .onion ที่มีความยาว 16 อักขระและเผยแพร่ก่อนปี 2021 ใช้งานไม่ได้อย่างถาวร และไม่มี redirect ที่อยู่ v2 ไม่สามารถอัปเกรดได้ เพราะตัวที่อยู่คือ key เก่าเอง operator จึงต้องสร้างบริการใหม่และเผยแพร่ที่อยู่ใหม่ผ่านช่องทางที่ผู้ใช้เชื่อถืออยู่แล้ว

Bridges และ pluggable transports: การเซ็นเซอร์เปลี่ยนวิธีอย่างต่อเนื่อง

รายการ public relay ถูกเผยแพร่โดยตั้งใจ เพื่อให้ client เลือกเส้นทางของตนเอง แทนการไว้วางใจให้เซิร์ฟเวอร์หนึ่งเครื่องเลือกเส้นทางให้ รายการที่เผยแพร่นี้จึงกลายเป็น blocklist ที่จัดทำไว้พร้อมใช้สำหรับประเทศที่ต้องการหยุด Tor การพัฒนา bridge เริ่มขึ้นในปี 2007 bridge คือ relay ที่ไม่อยู่ในรายการสาธารณะ คุณสามารถขอ bridge จำนวนเล็กน้อยผ่านเว็บหรืออีเมลได้ และผู้เซ็นเซอร์จะบล็อก address ที่ไม่สามารถแจกแจงได้อย่างไร

ต่อมาการบล็อกเปลี่ยนจาก address ไปเป็นรูปแบบของ traffic Deep packet inspection สามารถระบุ protocol ของ Tor บนเครือข่ายได้ ไม่ว่า traffic นั้นจะไปยัง IP address ใด คำตอบคือ pluggable transports ซึ่งเป็น wrapper ที่เปลี่ยนลักษณะที่ traffic ของ Tor ปรากฏ โดยไม่เปลี่ยนการทำงานของ traffic ใน Tor Browser รุ่นปัจจุบัน สิ่งเหล่านี้รวมอยู่ใน binary เดียวชื่อ lyrebird ซึ่งเป็นรุ่นที่สืบทอดจาก obfs4proxy และฝั่ง client ใช้สามบรรทัดของ 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 ที่เก็บ binary ของ lyrebird และให้นำบรรทัด Bridge ทั้งบรรทัดจากเว็บไซต์ bridges ของ Tor Project แทนการพิมพ์เอง แต่ละ transport แก้ปัญหาการบล็อกคนละวิธี:

  • obfs4 ทำให้ traffic ดูไม่เหมือนสิ่งใดที่ระบุได้ โดยไม่มี protocol header ที่ filter จะใช้ตรวจจับได้ คำแนะนำของ Tor คือให้ลองใช้เป็นอันดับแรก เพราะเป็น transport ที่สุ่มลักษณะ traffic และใช้ได้กับคนส่วนใหญ่
  • snowflake ส่งคุณผ่าน proxy อายุสั้นที่อาสาสมัครเปิดใช้งานอยู่ภายใน web browser ทั่วไป ดังนั้น address ที่คุณเชื่อมต่อจะเปลี่ยนอยู่เสมอ snowflake เข้าสู่ Tor Browser รุ่นเสถียรใน version 10.5 เมื่อวันที่ 6 July 2021
  • meek route การเชื่อมต่อผ่าน cloud provider รายใหญ่ ทำให้ traffic ดูเหมือนกำลังไปยัง provider นั้น และการบล็อก traffic ดังกล่าวก็หมายถึงการบล็อก provider นั้นด้วย
  • webtunnel ใช้แนวทางตรงข้ามกับ obfs4 แทนที่จะทำให้ดูเหมือนไม่ใช่สิ่งใด มันทำให้ดูเหมือนการเชื่อมต่อ HTTPS ทั่วไปไปยัง web server โดย "ห่อ payload connection ให้เป็นการเชื่อมต่อ HTTPS ที่มีลักษณะคล้าย WebSocket" Tor Project เปิดตัวใน Tor Browser รุ่นเสถียรเมื่อวันที่ 12 March 2024 สำหรับเครือข่ายที่อนุญาตเฉพาะ protocol จำนวนจำกัด

ลำดับนี้สะท้อนพัฒนาการจริงตลอดยี่สิบปีที่ผ่านมา transport ใหม่แต่ละชนิดมีขึ้นเพราะเทคนิคการบล็อกแบบใดแบบหนึ่งเริ่มใช้ได้ผล และวันที่ release เหล่านั้นเป็นบันทึกว่าผู้เซ็นเซอร์กำลังดำเนินการอย่างไรในแต่ละปี

Tor ไม่ใช่ VPN และ VPS ก็ไม่ใช่เช่นกัน

หลายคนเริ่มสนใจ Tor หลังจากอ่านเรื่อง VPN ดังนั้นควรแยกความแตกต่างให้ชัดเจน VPN (virtual private network) ส่ง network traffic ของคุณไปยังเซิร์ฟเวอร์ 1 เครื่องที่ดำเนินการโดยบริษัท 1 แห่ง และบริษัทนั้นจะเห็นทั้ง address จริงของคุณและปลายทางที่คุณเชื่อมต่อในเวลาเดียวกัน ส่วน Tor ส่ง network traffic ของคุณผ่าน relay 3 เครื่องที่ดำเนินการโดยคนละราย จึงไม่มีรายใดรายหนึ่งเห็นข้อมูลทั้ง 2 อย่างพร้อมกัน นี่คือ trust model ที่แตกต่างกัน และมี failure mode แตกต่างกัน ความแตกต่างระหว่าง VPS กับ VPN อธิบายว่าแต่ละแบบเหมาะกับกรณีใด

หากสิ่งที่คุณต้องการคือ tunnel ส่วนตัวระหว่างเครื่องที่คุณควบคุมเอง ไม่ใช่การไม่เปิดเผยตัวตนท่ามกลางผู้ใช้จำนวนมาก คุณควรใช้ VPN ที่ติดตั้งและดูแลเอง คุณสามารถ self-host WireGuard VPN บน VPS ได้ด้วย config ประมาณ 40 บรรทัด วิธีนี้ปกป้อง network traffic ของคุณจาก network ภายในและผู้ให้บริการอินเทอร์เน็ตของคุณ แต่ไม่ทำให้คุณไม่เปิดเผยตัวตนต่อบริษัทที่ให้บริการโฮสต์เซิร์ฟเวอร์ เพราะคุณเช่าเซิร์ฟเวอร์ดังกล่าวโดยใช้ข้อมูลการชำระเงินของคุณเอง ส่วนคำถามว่า การโฮสต์ VPS ปลอดภัยหรือไม่ เป็นประเด็นด้าน threat อีกเรื่องหนึ่ง คือมีใครบ้างที่สามารถเข้าถึงเครื่องของคุณได้

การรัน relay เป็นอีกแนวทางหนึ่ง และเครือข่ายต้องพึ่งพาผู้ดำเนินการเหล่านี้ ทั้ง bridge, guard, middle relay และ exit ล้วนต้องมีผู้ดูแล และ คู่มือ relay ของ Tor Project ระบุไว้อย่างชัดเจนว่า "การรัน relay ต้องใช้ทักษะทางเทคนิคและความมุ่งมั่น" exit มีความเสี่ยงด้านกฎหมาย เพราะ network traffic ของผู้อื่นออกสู่อินเทอร์เน็ตภายใต้ IP address ของคุณ และผู้ให้บริการโฮสต์ของคุณจะได้รับแจ้งปัญหาที่เกี่ยวข้อง อ่านคู่มือนั้นก่อนเริ่มรัน relay ไม่ใช่หลังจากเริ่มแล้ว

FAQ

Tor ถูกสร้างโดยรัฐบาลสหรัฐฯ หรือไม่?

การกำหนดเส้นทางแบบ onion routing เริ่มต้นที่ U.S. Naval Research Laboratory ในปี 1995 โดย David Goldschlag, Michael G. Reed และ Paul Syverson ได้สร้างต้นแบบรุ่นแรกขึ้นมา ส่วน Tor เป็นการออกแบบรุ่นถัดมา ซึ่งเริ่มพัฒนาประมาณปี 2001 และ 2002 โดย Roger Dingledine, Nick Mathewson และ Paul Syverson และมีการนำเครือข่ายไปใช้งานในเดือนตุลาคม 2002 ภายใต้สัญญาอนุญาตซอฟต์แวร์เสรี Tor Project, Inc. เป็นองค์กรไม่แสวงหากำไรอิสระตามมาตรา 501(c)(3) ตั้งแต่ปี 2006 ต้นกำเนิดจากรัฐบาลเป็นเรื่องจริง และยังเป็นเหตุผลที่ต้องเปิดเครือข่ายให้ทุกคนใช้งานด้วย เพราะเครือข่ายที่ส่ง traffic ขององค์กรเดียวจะไม่ทำให้องค์กรนั้นมี anonymity เนื่องจากทุก connection ที่ออกจากเครือข่ายจะระบุผู้ส่งได้จากข้อเท็จจริงที่ว่า connection นั้นใช้งานเครือข่ายดังกล่าว

เงินทุนจากรัฐบาลหมายความว่า Tor มี backdoor หรือไม่?

คำตอบของ Tor Project คือ “Tor ไม่มี backdoor ซอฟต์แวร์เป็น open source ทุกคนสามารถตรวจสอบ code ได้อย่างอิสระ และ release ทุกชุดมีลายเซ็นเพื่อป้องกันการแก้ไขโดยไม่ได้รับอนุญาต” สิ่งที่ทำให้ตรวจสอบเรื่องนี้ได้จริงแทนที่จะเป็นเพียงคำรับรอง คือโครงสร้างที่รองรับอยู่โดยรอบ protocol มีการระบุข้อกำหนดไว้เป็นสาธารณะ การ build Tor Browser เป็นแบบ deterministic ทำให้ผู้สร้างอิสระสามารถ build release ใหม่และเปรียบเทียบกับ binary ที่เผยแพร่ได้ และ relay ดำเนินการโดยอาสาสมัคร ไม่ใช่ผู้ให้ทุน เงินทุนมีผลต่อการจัดลำดับว่างานใดจะทำก่อน และรายงานทางการเงินที่ผ่านการตรวจสอบซึ่งเผยแพร่ใน blog ของ Tor แสดงให้เห็นว่าเงินมาจากที่ใด นี่เป็นคำถามเกี่ยวกับลำดับความสำคัญ ไม่ใช่เกี่ยวกับ code

เหตุใด address .onion เดิมของฉันจึงใช้งานไม่ได้?

address ดังกล่าวเป็น address version 2 และ onion service แบบ v2 ถูกยุติการใช้งานในปี 2021 Tor เริ่มแจ้งเตือนเรื่องนี้เมื่อวันที่ 15 September 2020 นำ v2 ออกจาก code base ใน Tor 0.4.6.x เมื่อวันที่ 15 July 2021 และปิดการใช้งานใน stable release เมื่อวันที่ 15 October 2021 address แบบ v2 มีความยาว 16 ตัวอักษรก่อน .onion ส่วน address แบบ v3 มีความยาว 56 ตัวอักษร ไม่มี redirect และไม่มีวิธี upgrade เนื่องจาก address ถูกสร้างจาก key เดิม ดังนั้น operator ต้องสร้าง service ใหม่และเผยแพร่ address ใหม่

Tor เหมือนกับ VPN หรือไม่?

ไม่เหมือนกัน VPN จะส่ง traffic ของคุณไปยัง server เดียวที่ดำเนินการโดยบริษัทเดียว และบริษัทนั้นสามารถเห็น real IP address กับปลายทางของคุณพร้อมกันได้ Tor จะส่ง traffic ผ่าน relay 3 ตัวที่ดำเนินการโดยคนละกลุ่ม ดังนั้น relay แรกจะเห็น address ของคุณแต่ไม่เห็นปลายทาง ส่วน relay สุดท้ายจะเห็นปลายทางแต่ไม่เห็น address ของคุณ Tor ทำงานช้ากว่า และออกแบบมาเพื่อให้ anonymity ต่อผู้สังเกตการณ์ที่ไม่ได้ตรวจดู internet ทั้งหมด VPN ทำงานเร็วกว่า และออกแบบมาเพื่อให้ privacy จาก local network และ internet provider ของคุณ

pluggable transport คืออะไร และฉันจำเป็นต้องใช้หรือไม่?

pluggable transport คือ wrapper ที่เปลี่ยนลักษณะของ Tor traffic บนสายสื่อสารโดยไม่เปลี่ยนวิธีการทำงานของ Tor ทำให้ filter ที่ตรวจจับ protocol ของ Tor ไม่สามารถจับคู่กับ traffic ดังกล่าวได้ คุณจำเป็นต้องใช้เฉพาะเมื่อ Tor แบบปกติไม่สามารถเชื่อมต่อได้ ซึ่งโดยทั่วไปหมายความว่า network หรือประเทศของคุณกำลัง block Tor อยู่ Tor Browser มี obfs4, snowflake, meek และ webtunnel มาใน binary เดียวที่ชื่อ lyrebird ให้เริ่มจาก obfs4 เนื่องจากเป็น transport แบบสุ่มที่ใช้งานได้กับคนส่วนใหญ่ และให้ลอง webtunnel หรือ snowflake หาก connection ดังกล่าวไม่เสร็จสมบูรณ์เสมอ