Tor ผ่าน VPN หรือไม่? สิ่งที่อุโมงค์แยกเปลี่ยน

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

ป้ายเชื่อมต่อพิสูจน์อะไร และไม่พิสูจน์อะไร

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

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

ไคลเอนต์ใช้ตัวจับคู่ใดกับการเชื่อมต่อ

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

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

เกิดอะไรกับ Tor เมื่ออุโมงค์ล่ม

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

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

ทำไมที่อยู่ขาออกจึงตอบคำถามขาเข้าไม่ได้

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

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

แอปที่ไม่เคยสืบทอดการตั้งค่าของเบราว์เซอร์

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

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