สะพาน Tor กับ VPN: แต่ละอย่างแก้ปัญหาอะไร

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

สองเครื่องมือ สองงานที่ต่างกัน

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

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

สะพานซ่อนอะไรจริง ๆ

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

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

การรัน Tor ผ่าน VPN เปลี่ยนอะไร

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

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

ตรวจสอบโปรแกรมที่คุณสนใจ

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

tor --verify-config
curl --socks5-hostname 127.0.0.1:9150 https://check.torproject.org/api/ip

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

เก็บหลักฐานไว้กับตั๋วงาน ได้แก่ ทรานสปอร์ตที่ใช้ ประเภททางเข้า และทางออกที่สังเกตได้ สามบรรทัดนั้นยุติข้อโต้แย้งเรื่องการเชื่อมต่อส่วนใหญ่ได้โดยไม่ต้องเปรียบเทียบผลิตภัณฑ์อื่น