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

เริ่มด้วยการตัดสินใจว่าผู้สังเกตคนไหนกวนใจคุณ เพราะคำตอบเปลี่ยนไปตามผู้สังเกต

การเชื่อมต่อเดียวแทนที่หลายอย่าง

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

ถ้อยแถลงว่าไม่มีบันทึกอธิบายนโยบายการเก็บรักษา ไม่ใช่การมองเห็นทางเทคนิค สิ่งเหล่านี้เป็นการกล่าวอ้างที่ต่างกัน และมีเพียงข้อแรกที่ผู้ให้บริการสัญญาได้

การรั่วไหลมาจากการผูก ไม่ใช่จากอุโมงค์

BitTorrent สร้างกระแสการเชื่อมต่อ TCP และ UDP อายุสั้นไปยังเพียร์ แทร็กเกอร์ โหนด DHT และการค้นพบในเครื่อง ผูกไคลเอนต์กับอะแดปเตอร์จริง หรือรีสตาร์ตเมื่ออุโมงค์ล่ม และทราฟฟิกที่เกิดขึ้นก็คือสิ่งที่อุโมงค์มีอยู่เพื่อซ่อนไว้พอดี กฎไฟร์วอลล์เป็นการควบคุมที่อ่อนกว่าที่เห็น: กฎที่ตรงกับเส้นทางเริ่มต้นเท่านั้น เฉพาะ IPv4 หรือเฉพาะการเชื่อมต่อใหม่ จะเปิดเส้นทางไว้ การผูกไคลเอนต์กับอินเทอร์เฟซของอุโมงค์และตรวจสอบการผูกนั้นเป็นรูปแบบที่แข็งแรงกว่า

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

DNS ระบุชื่อไซต์โดยไม่แตะการถ่ายโอน

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

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

ฝูงและแทร็กเกอร์เห็นสิ่งต่างกัน

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

การเข้ารหัสครอบแกนอื่นอีกครั้ง HTTPS ปกป้องคำขอจากทางออกเป็นต้นไป HTTP ธรรมดาเปิดเผยบรรทัดคำขอต่อทุกเครือข่ายบนเส้นทาง จึงเป็นเหตุให้โปรโตคอลหนึ่งถูกกำหนดรูปร่างได้ แต่อีกอันไม่ได้

ตอบคำถามทั้งสี่ด้วยหลักฐาน ไม่ใช่ไอคอน ไอคอนบอกเพียงว่ามีอุโมงค์อยู่

บทความที่เกี่ยวข้อง