Nhà cung cấp vẫn thấy gì khi bạn tải torrent qua VPN

Đi qua các câu hỏi theo thứ tự: mạng truy cập có thể quan sát gì, thứ gì rời khỏi đường hầm mà không có nó, việc tra tên tiết lộ gì, và các peer cùng tracker vẫn biết được gì. Mỗi câu trả lời độc lập với những câu khác, và VPN chỉ giải quyết trọn vẹn câu đầu tiên. Câu thứ tư là nơi phần lớn kỳ vọng lặng lẽ sụp đổ, vì không đường hầm nào xóa được tên tài khoản.

Hãy bắt đầu bằng việc quyết định ai là người quan sát khiến bạn lo lắng, vì câu trả lời thay đổi theo người quan sát.

Một kết nối thay thế nhiều kết nối

Khi ứng dụng khách thực sự nằm trong đường hầm, mạng truy cập chỉ thấy một kết nối mã hóa liên tục tới một địa chỉ VPN. Lưu lượng, thời điểm và việc có dùng VPN vẫn hiện rõ; còn tên máy chủ của tracker, địa chỉ peer và tên tệp thì không. Đó là cải thiện thật, và hẹp hơn những gì tiếp thị ngụ ý. Người vận hành đường hầm ngồi ở giữa và thấy nhiều hơn mạng truy cập.

Tuyên bố không lưu nhật ký mô tả chính sách lưu trữ, chứ không phải khả năng nhìn thấy về mặt kỹ thuật. Đây là hai khẳng định khác nhau, và chỉ khẳng định đầu là điều nhà cung cấp có thể hứa.

Rò rỉ đến từ ràng buộc, không từ đường hầm

BitTorrent tạo ra một dòng kết nối TCP và UDP ngắn hạn tới các peer, tracker, nút DHT và việc dò tìm cục bộ. Hãy ràng buộc ứng dụng khách vào card mạng vật lý, hoặc khởi động lại nó sau khi đường hầm sụp, và lưu lượng phát sinh đúng là thứ mà đường hầm tồn tại để che giấu. Các quy tắc tường lửa là biện pháp kiểm soát yếu hơn vẻ ngoài: một quy tắc chỉ khớp tuyến mặc định, chỉ IPv4 hoặc chỉ kết nối mới sẽ để ngỏ các đường đi. Ràng buộc ứng dụng khách vào giao diện đường hầm và xác minh ràng buộc đó là mẫu mạnh hơn.

Hãy xác minh bằng cách cố ý dừng đường hầm và xem các phiên truyền có dừng lại không. Nếu chúng vẫn tiếp tục, ứng dụng khách chưa bao giờ ở bên trong. Lặp lại sau khi khởi động lại ứng dụng khách và sau khi laptop thức dậy, vì đó là lúc các ràng buộc thường bị mất.

DNS gọi tên trang mà không chạm vào phiên truyền

Nếu việc tra tên vẫn đi tới trình phân giải cục bộ, bản thân truy vấn đã thông báo trang trong khi phiên truyền vẫn được mã hóa. Chuyển việc phân giải vào trong đường hầm, hoặc mã hóa nó, sẽ bịt lỗ hổng đó. Cả hai đều không làm gì cho ứng dụng khách có các gói tin đi ra ngoài đường hầm. Hãy kiểm tra trình phân giải nào đang được dùng và truy vấn đi ra từ giao diện nào; hai phép kiểm tra trả lời hai câu hỏi khác nhau.

Một cái tên được phân giải qua đường hầm và một phiên truyền tôn trọng ràng buộc là hai thuộc tính riêng biệt, và mỗi thuộc tính đều có thể hỏng một mình.

Bầy đàn và tracker thấy những thứ khác nhau

Việc trao đổi địa chỉ là một phần của giao thức, nên các peer ghi lại những gì chúng thấy. Kết nối từ lối ra cho họ lối ra; kết nối trực tiếp cho địa chỉ nhà. DHT và trao đổi peer lan truyền quan sát đó xa hơn, và một phiên sau không có đường hầm có thể liên kết cùng cổng ứng dụng khách và phiên bản. Tracker có thể biết nhiều hơn: một khóa truy cập trong URL thông báo nhận diện tài khoản bất kể các gói tin đến từ lối ra nào.

Mã hóa lại bao phủ một trục khác. HTTPS bảo vệ một yêu cầu từ lối ra trở đi; HTTP thường phơi bày dòng yêu cầu cho mọi mạng trên đường đi, và đó là lý do một giao thức có thể bị định hình còn giao thức kia thì không.

Hãy trả lời bốn câu hỏi bằng bằng chứng, không bằng biểu tượng. Biểu tượng chỉ cho bạn biết rằng có một đường hầm.