SSD Nodes Learn Hosting plans →
คู่มือ Matt Connorโดย Matt Connor · อัปเดตเมื่อ 2026-08-28

Tor กับ VPN เลือกใช้อะไรดี? สรุปความแตกต่างที่ต้องรู้

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

Tor กับ VPN: คุณจำเป็นต้องใช้อะไรกันแน่

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

หากฝ่ายที่คุณต้องการซ่อนตัวคือเครือข่ายที่คุณกำลังใช้งานอยู่ VPN คือเครื่องมือที่เหมาะสม หากฝ่ายนั้นคือเว็บไซต์เอง หรือใครก็ตามที่สามารถบังคับขอข้อมูลจากบริษัทใดบริษัทหนึ่งได้ Tor คือเครื่องมือที่เหมาะสม เนื้อหาที่เหลือในคู่มือนี้คือรายละเอียดเบื้องหลังประโยคทั้งสองข้างต้นนี้

ติดตามคำขอหนึ่งรายการผ่านการออกแบบทั้งสองแบบ

ลองพิจารณาคำขอทั่วไป: เบราว์เซอร์ของคุณเปิด https://news.example.com ขึ้นมา ไม่ว่าจะเป็นการออกแบบใด TLS (transport layer security) จะปกป้องเนื้อหาของหน้าเว็บไว้ ทำให้ไม่มีใครที่อยู่ตรงกลางสามารถอ่านบทความนั้นได้ ส่วนที่น่าสนใจคือข้อมูลเมตา (metadata): ใครบ้างที่ทราบที่อยู่ IP ของคุณ ใครบ้างที่ทราบปลายทาง และใครที่สามารถเชื่อมโยงข้อมูลทั้งสองส่วนนี้เข้าด้วยกันได้ เครื่องมือด้านความเป็นส่วนตัวคือกลไกสำหรับแยกข้อมูลทั้งสองส่วนนี้ออกจากกัน VPN จะย้ายข้อมูลคู่นี้ไปไว้กับผู้ถือครองรายอื่น ส่วน Tor จะแยกข้อมูลทั้งสองส่วนออกจากกัน

สิ่งที่แต่ละฝ่ายเห็นเมื่อคุณใช้งาน VPN

ไคลเอนต์ของคุณจะเข้ารหัสทุกแพ็กเก็ตและส่งไปยังปลายทางเดียว หลังจากจุดนั้นเป็นต้นไป ข้อมูลจะกลับมาเป็นทราฟฟิกปกติอีกครั้ง

  • ISP (ผู้ให้บริการอินเทอร์เน็ต) ของคุณจะเห็นแพ็กเก็ตที่เข้ารหัสระหว่างสายสัญญาณของคุณกับที่อยู่ของเซิร์ฟเวอร์ VPN หนึ่งแห่ง โดยจะเห็นปริมาณและช่วงเวลา แต่จะไม่เห็นชื่อโฮสต์ปลายทาง ตราบใดที่การสอบถาม DNS (Domain Name System) ถูกส่งผ่านอุโมงค์ (tunnel) ไปด้วย
  • ผู้ให้บริการ VPN จะเห็นที่อยู่ IP จริงของคุณที่ฝั่งหนึ่ง และเห็นที่อยู่ปลายทางทุกแห่งที่อีกฝั่งหนึ่ง พร้อมด้วยเวลาและขนาดข้อมูล ทั้งสองส่วนนี้จะมาบรรจบกันที่เครื่องเดียวกัน
  • ปลายทางจะเห็นที่อยู่ขาออก (exit address) ของ VPN รวมถึงรายละเอียดระบุตัวตนทุกอย่างที่เบราว์เซอร์ของคุณส่งไป

ดังนั้น VPN จึงไม่ได้สร้างความไม่เปิดเผยตัวตน (anonymity) แต่เป็นการย้ายผู้สังเกตการณ์จาก ISP ของคุณไปยังผู้ให้บริการ VPN ของคุณแทน ซึ่งถือเป็นประโยชน์จริงเมื่อเครือข่ายท้องถิ่นเป็นปัญหา หรือเมื่อ ISP ของคุณทำการกรองหรือขายข้อมูลที่เห็น แต่จะไม่มีประโยชน์เลยเมื่อเทียบกับเว็บไซต์ที่คุณกำลังเข้าชม เพราะทราฟฟิกของคุณยังคงมาถึงในรูปแบบกระแสข้อมูลเดียวจากบริษัทที่ทราบแน่ชัดว่าคุณเป็นใครและถือบันทึกการชำระเงินของคุณอยู่

คำกล่าวอ้างเรื่อง "no logs" คือผลิตภัณฑ์ทั้งหมด และเป็นส่วนเดียวที่คุณไม่สามารถตรวจสอบได้จากฝั่งของคุณ คุณสามารถตรวจสอบได้ว่าอุโมงค์ทำงานอยู่ คุณสามารถตรวจสอบได้ว่า DNS ไม่รั่วไหล แต่คุณไม่สามารถตรวจสอบได้ว่าผู้ให้บริการเขียนข้อมูลอะไรลงในดิสก์ นั่นคือข้อแลกเปลี่ยนที่คุณยอมรับ คือการให้บริษัทหนึ่งที่คุณเลือก ถือครองภาพรวมทั้งหมดของคุณไว้

ตรวจสอบการรั่วไหลที่ทำลายอุโมงค์อย่างเงียบๆ:

resolvectl status
curl -s https://ifconfig.me; echo

ที่อยู่ที่แสดงโดย ifconfig.me ควรเป็นที่อยู่ขาออกของ VPN เซิร์ฟเวอร์ DNS ที่ระบุไว้สำหรับลิงก์ที่รับผิดชอบเส้นทางเริ่มต้น (default route) ของคุณควรเป็นตัวแก้ไขชื่อ (resolver) ของอุโมงค์ หากยังคงแสดงเราเตอร์ท้องถิ่นของคุณที่ 192.168.1.1 แสดงว่าการค้นหาชื่อของคุณกำลังหลุดออกไปทางลิงก์ท้องถิ่นในรูปแบบข้อความธรรมดา (cleartext) เนื่องจากเส้นทางไปยังเราเตอร์นั้นเป็นแบบ on-link และมีความเฉพาะเจาะจงมากกว่าเส้นทางเริ่มต้นของอุโมงค์ ทราฟฟิกของคุณจึงไม่เป็นส่วนตัวและรายการเว็บไซต์ที่คุณเข้าชมก็ไม่ถูกปิดบัง การสอบถาม DNS ที่หลุดออกจากอุโมงค์ WireGuard จะอธิบายขั้นตอนการแก้ไขปัญหา

สิ่งที่แต่ละฝ่ายเห็นเมื่อคุณใช้งาน Tor

Tor สร้างวงจร (circuit) ด้วย relay 3 ตัวที่เลือกจากรายการที่ลงนามไว้ซึ่งเรียกว่า consensus ซึ่งเผยแพร่โดยกลุ่ม directory authorities จำนวนหนึ่ง ไคลเอนต์ของคุณจะห่อหุ้มข้อมูลไว้เป็นชั้นๆ โดยแต่ละชั้นจะตรงกับ relay หนึ่งตัว แต่ละ relay จะถอดรหัสออกหนึ่งชั้น ทำให้ทราบเพียงแค่จุดหมายถัดไปเท่านั้น แล้วจึงส่งข้อมูลที่เหลือต่อไป ชั้นเหล่านี้คือเหตุผลที่ไม่มีใครในเส้นทางที่ถือข้อมูลทั้งสองฝั่งไว้พร้อมกัน

  • ISP ของคุณเห็นทราฟฟิกที่เข้ารหัสไปยัง guard relay หนึ่งตัว เนื่องจากที่อยู่ของ relay เป็นสาธารณะ ISP จึงทราบว่าคุณใช้ Tor แต่ไม่สามารถทราบได้ว่าคุณเข้าถึงเว็บไซต์ใด
  • Guard relay เห็นที่อยู่ IP จริงของคุณ แต่ไม่สามารถเห็นปลายทางได้ เนื่องจากส่วนของข้อความที่ระบุชื่อเว็บไซต์ยังคงถูกเข้ารหัสไว้สำหรับ relay ตัวถัดไป
  • Middle relay เห็น guard อยู่ฝั่งหนึ่งและ exit อยู่ฝั่งหนึ่ง มันไม่เห็นทั้งตัวคุณและปลายทาง หน้าที่ของมันคือทำให้ guard และ exit ไม่ต้องติดต่อกันโดยตรง
  • Exit relay เห็นปลายทางและทราฟฟิกในขณะที่ออกจากเครือข่าย มันเห็นที่อยู่ของ middle relay ไม่ใช่ของคุณ หากใช้ HTTPS มันจะทราบชื่อโฮสต์และข้อมูลเมตาของการเชื่อมต่อ แต่ไม่เห็นเนื้อหาหน้าเว็บ
  • ปลายทางเห็นที่อยู่ของ exit relay ซึ่งปรากฏอยู่ในรายการ exit สาธารณะ รวมถึงข้อมูลใดๆ ที่เบราว์เซอร์ของคุณส่งให้

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

วงจรไม่ได้คงอยู่ถาวร การเชื่อมต่อใหม่จะย้ายไปใช้วงจรใหม่ทุกๆ 10 นาทีโดยประมาณ ในขณะที่สตรีมที่เปิดอยู่แล้วจะยังคงใช้เส้นทางเดิมที่เริ่มไว้ การดาวน์โหลดไฟล์ขนาดใหญ่และแท็บที่คุณเปิดในอีก 15 นาทีต่อมามักจะออกผ่าน exit คนละตัวกัน

วิธีการสร้าง 3 hops โดยที่ relay แต่ละตัวไม่ทราบข้อมูลของตัวอื่น

ไคลเอนต์ไม่ได้ส่งรายการ relay ทั้งหมดให้ guard แต่มันจะเจรจา key กับ guard ก่อน จากนั้นจึงส่งคำขอ ผ่าน guard เพื่อให้ขยายวงจรไปยัง middle relay แล้วจึงส่งคำขอถัดไปผ่าน hop นั้นเพื่อขยายไปยัง exit relay แต่ละ relay จะได้รับแจ้งเพียงแค่เพื่อนบ้านที่ต้องติดต่อด้วยในลำดับถัดไปเท่านั้น และแต่ละ hop จะมี key ของตัวเองที่ hop อื่นไม่สามารถเข้าถึงได้ นี่คือเหตุผลที่ middle relay ไม่สามารถทราบบทบาทของ exit ได้จากการตรวจสอบ และเหตุผลที่ relay ซึ่งบันทึกทุกอย่างที่ผ่านตัวมันจะบันทึกได้เพียงแค่ส่วนเดียวเท่านั้น

ติดตั้งและตรวจสอบเส้นทาง:

sudo apt update && sudo apt install -y tor
systemctl status tor@default
journalctl -u tor@default -n 20
curl --socks5-hostname 127.0.0.1:9050 https://check.torproject.org/api/ip

Log ควรจะไปถึง Bootstrapped 100% (done): Done ส่วน curl ควรแสดง {"IsTor":true,"IP":"..."} พร้อมกับที่อยู่ที่คุณไม่คุ้นเคย ซึ่งนั่นคือ exit ปัจจุบันของคุณ หาก IsTor คือ false แสดงว่าคำขอนั้นไม่ได้ผ่าน proxy Tor เวอร์ชันที่มากับ Ubuntu อาจจะเก่ากว่าเวอร์ชันปัจจุบัน หากคุณต้องการติดตามเวอร์ชันล่าสุด Tor Project มี apt repository ของตัวเองให้ใช้งาน

มีกับดักหนึ่งอย่างที่แฝงอยู่ในคำสั่งนั้น --socks5 ทำให้ curl ทำการ resolve ชื่อโฮสต์ด้วยตัวเองก่อน แล้วจึงส่งที่อยู่ที่ได้ผ่าน proxy ส่งผลให้ DNS resolver ปกติของคุณทราบชื่อทุกเว็บไซต์ที่คุณเข้าชม ส่วน --socks5-hostname จะส่งชื่อไปให้ Tor และปล่อยให้ exit เป็นผู้ resolve ให้ ทั้งสองวิธีใช้ tunnel เดียวกัน แต่มีการรั่วไหลของข้อมูลที่ต่างกันอย่างสิ้นเชิง Tor Browser และ torsocks จัดการเรื่องนี้ได้อย่างถูกต้อง แต่เครื่องมือที่ตั้งค่าด้วยตนเองมักจะทำพลาด

Tor รองรับเฉพาะ TCP streams เท่านั้น ไม่สามารถรองรับ UDP ได้ ดังนั้น ping 1.1.1.1 จึงไม่สามารถผ่าน Tor ได้ และโปรโตคอล VPN ที่ใช้ UDP ก็ไม่สามารถทำงานภายในได้ โปรแกรมใดก็ตามที่เพิกเฉยต่อการตั้งค่า proxy จะใช้งานเส้นทางปกติและที่อยู่ IP ปกติของคุณโดยไม่มีการแจ้งเตือน นี่คือเหตุผลว่าทำไมการใช้งาน Tor ทั้งระบบจึงควรทำผ่าน transparent proxy บนอุปกรณ์แยกต่างหาก แทนที่จะใช้ environment variable

จุดที่ความเชื่อมั่นไปรวมอยู่จริง

VPN เป็นการรวมศูนย์ความเชื่อมั่นไว้ที่จุดเดียว บริษัทหนึ่งแห่งถือครองข้อมูลระบุตัวตน ประวัติการเรียกเก็บเงิน และรูปแบบการใช้งานเครือข่ายทั้งหมดของคุณ โดยการปกป้องของคุณขึ้นอยู่กับคำสัญญาของบริษัทว่าจะไม่เก็บ log เอาไว้ ตราบใดที่คำสัญญานั้นยังคงอยู่ การออกแบบนี้ถือว่าสะอาด รวดเร็ว และเข้าใจได้ง่าย แต่เมื่อใดที่คำสัญญานั้นล้มเหลว ไม่ว่าจะผ่านหมายศาล การถูกเจาะระบบ หรือการโกหก ความล้มเหลวนั้นจะเกิดขึ้นอย่างสมบูรณ์และส่งผลต่อทราฟฟิกทั้งหมดของคุณในทันที

Tor เป็นการกระจายความเชื่อมั่น ทั้งสามฝ่ายซึ่งส่วนใหญ่ไม่รู้จักกันต่างถือครองข้อมูลเพียงส่วนเสี้ยว และข้อมูลส่วนเสี้ยวเพียงอย่างเดียวแทบไม่มีค่าอะไรเลย การออกแบบนี้ไม่จำเป็นต้องอาศัยความซื่อสัตย์ของใครคนใดคนหนึ่งเพื่อให้ระบบทำงานได้ สิ่งที่จำเป็นคือพวกเขาต้องมีความเป็นอิสระต่อกัน คุณต้องแลกสิ่งนี้ด้วยความเร็ว การรองรับเฉพาะโปรโตคอล TCP และเครือข่ายที่มี relay บางตัวถูกดำเนินการโดยผู้ที่ต้องการเฝ้าดูคุณอย่างแน่นอน คำตอบของ Tor ต่อ relay ที่เป็นอันตรายคือการที่ relay เพียงตัวเดียวไม่เคยเพียงพอต่อการเข้าถึงข้อมูลของคุณ

เมื่อ VPN เป็นเครื่องมือที่เหมาะสม

  • คุณไม่ไว้วางใจเครือข่ายท้องถิ่น เช่น โรงแรม สนามบิน ห้องประชุม หรือเราเตอร์ของผู้ให้เช่าที่พัก ผู้ให้บริการจะเห็นเพียงอุโมงค์ที่เข้ารหัสไว้และไม่เห็นข้อมูลอื่น
  • คุณต้องการเข้าถึงเครื่องของคุณเอง หรือต้องการเชื่อมต่อจากที่อยู่ IP คงที่ที่คุณควบคุมได้
  • คุณต้องการความเร็วและโปรโตคอล UDP สำหรับการสนทนาผ่านวิดีโอ เกม การโอนย้ายไฟล์ขนาดใหญ่ หรือการสำรองข้อมูล
  • คุณต้องการที่อยู่ IP ที่เสถียรซึ่งเว็บไซต์ต่างๆ ไม่ปฏิเสธการเข้าถึง เนื่องจาก Tor exit node มักถูกบล็อกหรือถูกบังคับให้ทำ CAPTCHA ในเว็บไซต์ส่วนใหญ่บนอินเทอร์เน็ต

รายการข้างต้นคือเหตุผลสำหรับการ รัน VPN ของคุณเองบน VPS แทนการซื้อบริการสมาชิก และ เซิร์ฟเวอร์ WireGuard ที่คุณติดตั้งเอง จะช่วยให้คุณได้อุโมงค์ที่นโยบายการบันทึก log ขึ้นอยู่กับไฟล์คอนฟิกที่คุณเป็นเจ้าของ หากคุณต้องการอุโมงค์ลักษณะเดียวกันโดยมีการจัดการกุญแจระหว่างอุปกรณ์เพิ่มเติม ความแตกต่างระหว่าง WireGuard แบบปกติกับ Tailscale คือหัวข้อที่คุณควรอ่าน เมื่อคุณอยู่ใน tailnet แล้ว การเข้าถึงบริการของคุณเองและการเผยแพร่บริการเหล่านั้นสู่อินเทอร์เน็ตสาธารณะถือเป็นการตัดสินใจที่แยกจากกัน โดย serve จะคงความเป็นส่วนตัวของบริการไว้ภายใน tailnet ในขณะที่ funnel จะเปิดเผยบริการนั้นออกสู่สาธารณะ เครื่องมือแต่ละตัวเหล่านี้ทำงานในรายการข้างต้นได้อย่างยอดเยี่ยม แต่ไม่มีตัวใดทำงานในรายการถัดไปได้

เมื่อ Tor เป็นเครื่องมือที่เหมาะสม

  • ฝ่ายตรงข้ามของคุณรวมถึงเว็บไซต์ปลายทาง หรือใครก็ตามที่สามารถเรียกดูบันทึกข้อมูลจากบริษัทเดียวได้
  • คุณกำลังอ่านหรือเผยแพร่เนื้อหาที่อาจส่งผลเสียต่อตัวคุณหากมีการสืบย้อนกลับมายังสายสัญญาณของคุณ
  • คุณต้องการใช้ onion service: ซึ่งเป็นการรับส่งข้อมูลที่ไม่เคยออกจากเครือข่าย ไม่มีการใช้ exit relay และเป็นเซิร์ฟเวอร์ที่ที่อยู่ถูกซ่อนไว้
  • คุณสามารถยอมรับความเร็วในการโหลดหน้าเว็บที่ช้า, การแก้ CAPTCHA และเหตุการณ์ 403 Forbidden ที่อาจเกิดขึ้นเป็นครั้งคราว

หากฝั่งเซิร์ฟเวอร์ของหัวข้อที่สามนั้นน่าสนใจสำหรับคุณ การรัน v3 onion service บน VPS จะแสดงให้เห็นว่าเว็บไซต์ถูกเข้าถึงได้อย่างไรโดยไม่มี exit relay อยู่ในเส้นทาง และการรั่วไหลทั่วไปแบบใดบ้างที่ยังคงเชื่อมโยงเครื่องกลับไปยังที่อยู่สาธารณะของมัน

ให้ใช้ Tor Browser แทนการใช้เบราว์เซอร์ปกติของคุณแล้วชี้ไปยังพอร์ต 9050 เพราะเบราว์เซอร์คือครึ่งหนึ่งของการป้องกัน และส่วนถัดไปจะอธิบายเหตุผลว่าทำไม

เหตุใด VPS ที่คุณเช่าจึงแย่กว่า VPN เชิงพาณิชย์ในแง่ของการปกปิดตัวตน

นี่คือกรณีที่ผู้คนมักเข้าใจผิด VPS ที่คุณเช่าคือสัญญาเช่าที่มีชื่อของคุณกำกับอยู่ อีเมลที่ใช้สมัคร บัตรเครดิต ใบแจ้งหนี้ และตั๋วสนับสนุนการใช้งาน ทั้งหมดนี้ถูกเก็บอยู่ในฐานข้อมูลของบริษัทเดียวกับที่ถือครอง IP address นั้น ไม่จำเป็นต้องมีใครเจาะระบบเพื่อเชื่อมโยง IP address เข้ากับตัวคุณ ข้อมูลเหล่านี้ถูกบันทึกไว้แล้วเพื่อเหตุผลทางบัญชีทั่วไป และพร้อมให้แก่ทุกคนที่สามารถสอบถามไปยังผู้ให้บริการด้วยอำนาจทางกฎหมาย

ปัญหาที่สองคือจำนวนผู้ใช้งาน IP address ขาออกของ VPN เชิงพาณิชย์ถูกใช้งานร่วมกันโดยลูกค้าจำนวนมากในเวลาเดียวกัน ดังนั้น IP address เพียงอย่างเดียวจึงไม่สามารถระบุตัวบุคคลได้ ในขณะที่ IP address ของ VPS เป็นของคุณเพียงผู้เดียว ทุกคำขอที่ส่งออกจาก VPS นั้นคือตัวคุณ ทั้งในวันนี้และเดือนหน้า และเนื่องจาก IP address ไม่มีการหมุนเวียน ปลายทางจึงสามารถสร้างโปรไฟล์การใช้งานของคุณตลอดหลายเดือนได้โดยไม่ต้องพึ่งพาคุกกี้เลยแม้แต่น้อย

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

สิ่งที่ทั้ง Tor และ VPN ไม่สามารถแก้ไขได้

  • Browser fingerprinting: ข้อมูล user agent, ขนาดหน้าจอ, เขตเวลา, ฟอนต์ที่ติดตั้ง, ภาษา และการเรนเดอร์ canvas จะถูกรวมเข้าด้วยกันเป็นค่าที่มีลักษณะเฉพาะตัว ซึ่งจะติดตามคุณไปในทุก IP address ที่คุณใช้งาน Tor Browser ป้องกันปัญหานี้โดยการทำให้ผู้ใช้งานทุกคนมีลักษณะเหมือนกันและปรับขนาดหน้าต่างตามขั้นตอนที่กำหนดไว้ แต่เบราว์เซอร์ปกติที่ใช้งานผ่าน SOCKS proxy จะยังคงรักษา fingerprint และ cookie ของคุณไว้เหมือนเดิม
  • การเข้าสู่ระบบ: ทันทีที่คุณลงชื่อเข้าใช้บัญชีที่ระบุตัวตนของคุณได้ ชั้นเครือข่ายจะไม่มีผลอีกต่อไป การเข้าสู่ระบบจากที่บ้านหนึ่งครั้งและการเข้าสู่ระบบผ่าน Tor อีกหนึ่งครั้งในบัญชีเดียวกัน จะเชื่อมโยงทั้งสองเซสชันเข้าด้วยกัน
  • ข้อมูลใดก็ตามที่ปลายทางบันทึกไว้: สิ่งที่คุณพิมพ์ สิ่งที่คุณซื้อ และสิ่งที่คุณค้นหา
  • การเชื่อมโยงข้อมูลแบบ end-to-end: ผู้ที่เฝ้าดูสายสัญญาณของคุณและจุดขาออก (exit node) พร้อมกัน สามารถเปรียบเทียบเวลาและปริมาณแพ็กเก็ตเพื่อจับคู่ทั้งสองฝั่งได้ Tor ระบุไว้อย่างชัดเจนว่าระบบไม่ได้ออกแบบมาเพื่อป้องกันผู้โจมตีที่สามารถมองเห็นข้อมูลได้ทั้งสองฝั่ง

คุณสามารถใช้ Tor ร่วมกับ VPN ได้หรือไม่

การใช้ Tor ผ่าน VPN หมายความว่า VPN จะเชื่อมต่อก่อนและ Tor จะทำงานอยู่ภายในนั้น ISP ของคุณจะเห็นเพียงการเชื่อมต่อ VPN และโหนดทางเข้า (guard relay) จะเห็นที่อยู่ของ VPN แทนที่จะเป็นที่อยู่ของคุณ นอกจากนี้ คุณยังได้นำบริษัทที่ถือครองชื่อและข้อมูลบัตรเครดิตของคุณไปวางไว้หน้าระบบที่ออกแบบมาเพื่อหลีกเลี่ยงสิ่งนั้นโดยเฉพาะ การทำเช่นนี้คุ้มค่าในสถานการณ์เดียว คือเมื่อการใช้งาน Tor บนเครือข่ายของคุณมีความเสี่ยงและคุณไม่มีทางเลือกอื่นที่ดีกว่า

การใช้ VPN ผ่าน Tor ซึ่งทราฟฟิกจะออกจากเครือข่าย Tor แล้วเข้าสู่บัญชี VPN นั้นตั้งค่าได้ยากกว่าและมักจะให้ผลลัพธ์ที่แย่กว่า บัญชีดังกล่าวมีบันทึกการชำระเงินของคุณผูกอยู่ ดังนั้นคุณจึงได้ผูกตัวตนที่ถาวรเข้ากับทราฟฟิกที่เคยเป็นนิรนามเมื่อครู่ก่อนหน้านี้

หากเป้าหมายเพียงเพื่อซ่อนการใช้งาน Tor จาก ISP ของคุณ คำตอบที่แนะนำคือการใช้ bridge ซึ่งเป็นจุดทางเข้าที่ไม่ได้อยู่ในรายการสาธารณะ (public consensus) ร่วมกับ pluggable transport เช่น obfs4 หรือ Snowflake ที่ทำให้ทราฟฟิกนั้นจำแนกประเภทได้ยาก Tor Browser มีมาให้พร้อมใช้งานทั้งสองอย่าง และคุณไม่จำเป็นต้องเปิดเผยชื่อของคุณให้กับบริษัทที่สามใดๆ

FAQ

Tor เป็นเพียง VPN ฟรีใช่หรือไม่?

ไม่ใช่ VPN จะส่งทราฟฟิกของคุณผ่านเซิร์ฟเวอร์หนึ่งเครื่องที่ดำเนินการโดยบริษัทเดียว ซึ่งบริษัทนั้นจะเห็นที่อยู่จริงและทุกปลายทางที่คุณเข้าถึง ดังนั้นมันจึงเป็นการเปลี่ยนจาก ISP มาเป็นผู้ให้บริการที่คุณเลือกแทน ส่วน Tor จะส่งทราฟฟิกผ่านรีเลย์ 3 ชั้นที่ดำเนินการโดยบุคคลที่แตกต่างกัน โดยที่ guard relay จะเห็นตัวคุณแต่ไม่เห็นเว็บไซต์ปลายทาง และ exit relay จะเห็นเว็บไซต์ปลายทางแต่ไม่เห็นตัวคุณ นอกจากนี้ Tor ยังรองรับเฉพาะโปรโตคอล TCP เท่านั้น มีความเร็วที่ช้ากว่าอย่างเห็นได้ชัด และมักถูกบล็อกหรือถูกท้าทายโดยเว็บไซต์จำนวนมาก จึงไม่ใช่สิ่งที่นำมาใช้แทนการใช้งาน VPN ในชีวิตประจำวันได้โดยตรง

ISP ของฉันสามารถรู้ได้หรือไม่ว่าฉันกำลังใช้ Tor?

โดยค่าเริ่มต้นคือ รู้ได้ ที่อยู่ของรีเลย์ถูกเผยแพร่ในรายการสาธารณะ (consensus) ดังนั้นผู้ให้บริการของคุณจึงเห็นว่าคุณกำลังเชื่อมต่อกับ guard relay ที่เป็นที่รู้จัก แต่ ISP จะไม่สามารถเห็นได้ว่าคุณเข้าถึงเว็บไซต์ใดบ้าง เพื่อปกปิดการใช้งาน Tor Browser จึงมีฟีเจอร์ bridges พร้อมกับ pluggable transport เช่น obfs4 หรือ Snowflake ซึ่งจะเชื่อมต่อผ่านจุดเข้าใช้งานที่ไม่อยู่ในรายการสาธารณะ การใช้ VPN ครอบหน้า Tor อีกชั้นหนึ่งจะช่วยปกปิดการใช้งานจาก ISP ของคุณได้ แต่ข้อมูลดังกล่าวจะถูกส่งไปให้ผู้ให้บริการ VPN แทน

การรัน VPN บน VPS ของตัวเองทำให้ฉันไม่เปิดเผยตัวตนหรือไม่?

ไม่ เซิร์ฟเวอร์ถูกเช่าในชื่อของคุณด้วยบัตรเครดิตของคุณ ดังนั้นบันทึกการเรียกเก็บเงินของผู้ให้บริการจึงเชื่อมโยงที่อยู่ IP นั้นเข้ากับตัวคุณอยู่แล้ว และการร้องขอข้อมูลจากผู้ให้บริการเพียงครั้งเดียวก็เพียงพอที่จะเข้าถึงบันทึกเหล่านั้นได้ นอกจากนี้ที่อยู่ IP นั้นยังถูกใช้งานโดยคุณเพียงคนเดียว ดังนั้นทุกอย่างที่ออกจากเซิร์ฟเวอร์นั้นจึงเป็นของบุคคลคนเดียวและสามารถติดตามย้อนกลับมาได้ตราบเท่าที่คุณยังถือครองเซิร์ฟเวอร์นั้นอยู่ การทำ self-hosted VPN เป็นเครื่องมือความเป็นส่วนตัวที่ดีในการป้องกันเครือข่ายท้องถิ่น แต่เป็นเครื่องมือที่ไม่แข็งแกร่งนักในการสร้างความไม่เปิดเผยตัวตนหากมีผู้ที่สามารถสอบถามข้อมูลจากผู้ให้บริการของคุณได้

ทำไมเว็บไซต์ต่างๆ ถึงบล็อกฉันหรือแสดง CAPTCHA เมื่อฉันใช้ Tor?

เนื่องจากที่อยู่ของ exit relay เป็นสาธารณะและถูกใช้งานร่วมกันโดยผู้คนจำนวนมาก การละเมิดที่มาจากผู้ใช้คนใดคนหนึ่งจึงส่งผลกระทบต่อที่อยู่ IP ที่คุณกำลังใช้งานอยู่ด้วย เครือข่ายส่งมอบเนื้อหา (CDN) จะให้คะแนนความน่าเชื่อถือของที่อยู่เหล่านั้นต่ำและตอบกลับด้วยการท้าทาย, 403 Forbidden หรือแบบฟอร์มลงทะเบียนที่ปฏิเสธการส่งข้อมูล ไม่มีสิ่งใดในฝั่งของคุณที่จะแก้ไขปัญหานี้ได้ การสร้างวงจร (circuit) ใหม่จะทำให้คุณได้ exit relay ตัวใหม่ ซึ่งบางครั้งอาจมีชื่อเสียงที่ดีกว่า

หากฉันใช้ VPN ฉันยังคงรั่วไหลการสืบค้น DNS อยู่หรือไม่?

เป็นไปได้และเกิดขึ้นบ่อยครั้ง หากคุณใช้ full tunnel โดยไม่ได้ตั้งค่า resolver สำหรับอินเทอร์เฟซของ tunnel ไคลเอนต์ของคุณจะยังคงใช้ resolver ที่ได้รับมาจากเครือข่ายท้องถิ่น และเส้นทางไปยัง resolver นั้นเป็นแบบ on-link ซึ่งจะมีความสำคัญเหนือกว่าเส้นทางเริ่มต้น (default route) ของ tunnel ส่งผลให้การสืบค้นของคุณถูกส่งออกไปในรูปแบบข้อความธรรมดา (cleartext) ในขณะที่ข้อมูลอื่นถูกเข้ารหัสไว้ ให้รันคำสั่ง resolvectl status และตรวจสอบว่า DNS server ที่แสดงสำหรับลิงก์ที่ใช้เป็น default route นั้นเป็น resolver ของ tunnel ไม่ใช่เราเตอร์ในเครือข่ายท้องถิ่นของคุณ