Kiểm Tra Độ Ẩn Danh Proxy: Công Cụ Phát Hiện Rò Rỉ VPN & Quyền Riêng Tư

Bởi vì hai nhận định này đến từ hai tầng khác nhau, và chỉ một trong hai có thể bị làm giả từ bên trong trình duyệt. User-Agent của bạn chỉ là một chuỗi văn bản mà bất kỳ trình duyệt hoặc tiện ích mở rộng nào cũng có thể viết lại. Gói tin TCP SYN mở kết nối được tạo ra bởi nhân hệ điều hành, và thứ tự tùy chọn, tỷ lệ cửa sổ (window scale) cùng hành vi dấu thời gian (timestamp) của nó khác nhau giữa các hệ thống Linux, Windows và Apple. Các thiết bị Apple gửi các tùy chọn TCP theo thứ tự MSS, NOP, WS, NOP, NOP, TS, SACK_PERM, EOL. Trong khi đó, Linux gửi MSS, SACK_PERM, TS, NOP, WS. Nếu trình duyệt của bạn khai báo là iOS nhưng chữ ký hạt nhân lại là Linux, thì kết nối TCP gửi đến chúng tôi không phải do điện thoại của bạn mở. Nó đã được xây dựng lại bởi một máy khác, hầu như luôn là một máy chủ proxy hoặc nút biên CDN.

💡 Kiểm tra tính nhất quán của phần cứng thiết bị, Canvas và WebGL với Bài kiểm tra dấu vân tay trình duyệt của chúng tôi.

Kích thước phân đoạn tối đa (MSS) được công bố trong gói tin SYN cho phép chúng tôi tính toán ngược lại MTU đường truyền: MTU bằng MSS cộng thêm 40 byte trên IPv4 và 60 byte trên IPv6. Các loại liên kết khác nhau có các giá trị đặc trưng riêng biệt. Mạng băng thông rộng gia đình qua PPPoE là 1492. Mạng di động thường nằm trong khoảng 1400 đến 1430. Đường hầm WireGuard mặc định là 1420. Ethernet thuần túy, trên thực tế thường là một máy chủ đặt tại trung tâm dữ liệu, là 1500. Do đó, một chiếc điện thoại báo cáo 1500 là một sự mâu thuẫn đáng ghi nhận: không có mạng di động nào mang lại giá trị đó. Trên máy tính để bàn, con số này ít mang tính kết luận hơn, vì mạng LAN văn phòng và kết nối cáp quang không dùng PPPoE cũng đạt 1500, do đó chúng tôi gán trọng số thấp hơn nhiều.

💡 Nếu bạn nghi ngờ các quy tắc định tuyến proxy bất thường, hãy kiểm tra nhiều đầu dò với Kiểm tra định tuyến phân tách & rò rỉ lộ trình của chúng tôi.

Bởi vì danh tiếng IP và hành vi giao thức là hai yếu tố hoàn toàn độc lập. Mua một IP dân cư chỉ thay đổi những gì cơ sở dữ liệu nói về địa chỉ của bạn, chứ không thay đổi cách máy chủ cổng xuất đóng gói dữ liệu. Nếu máy chủ đó là một máy chủ Linux, nó vẫn gửi các tùy chọn TCP của Linux, vẫn công bố MTU của trung tâm dữ liệu, và vẫn kết thúc TLS bằng dấu vân tay riêng của nó. Một hệ thống rủi ro chỉ nhìn vào danh sách IP sẽ thấy một địa chỉ dân cư sạch. Nhưng một hệ thống đọc ngăn xếp giao thức sẽ thấy một máy chủ. Đây là điểm mù phổ biến nhất mà chúng tôi phát hiện, và đó là lý do tại sao báo cáo tách biệt bằng chứng được chứng minh từ giao thức với bằng chứng chỉ đơn thuần đến từ danh tiếng địa chỉ.

💡 Tra cứu chi tiết đầy đủ về ASN và điểm rủi ro gian lận trên Trang chủ MyIPDNS.

Điều đó có nghĩa là chúng tôi không tìm thấy mâu thuẫn nào trong các tầng giao thức và đang dựa vào những gì cơ sở dữ liệu địa chỉ nói về cổng xuất của bạn. Điều này xảy ra khi thiết bị của chính bạn và máy chủ proxy cùng chạy chung một họ hệ điều hành. Một máy tính để bàn Linux đứng sau một proxy Linux tạo ra một chữ ký Linux hoàn toàn nhất quán, do đó phân tích xuyên tầng không có gì để so sánh. Chúng tôi gắn nhãn phán đoán một cách trung thực thay vì che giấu điểm yếu: bằng chứng được gắn thẻ giao thức đã được chứng minh từ các gói tin, còn bằng chứng gắn thẻ danh tiếng thì không. Một kết luận có độ tin cậy thấp chỉ dựa trên danh tiếng nên được hiểu là một gợi ý chứ không phải bằng chứng xác thực.

💡 Các nhà phát triển có thể truy vấn dữ liệu ASN có cấu trúc và điểm rủi ro bằng lập trình thông qua API IP miễn phí của chúng tôi.

Một số tín hiệu đến từ cấu hình và một số đến từ quy luật vật lý. MTU trung tâm dữ liệu có thể được ẩn đi bằng cách đặt MTU của giao diện đường hầm trên máy chủ của bạn thành giá trị từ 1420 đến 1450, khiến đường truyền trông giống như một đường hầm tiêu dùng thông thường. Độ lệch dấu thời gian TCP dùng chung sẽ biến mất khi máy chủ cổng xuất chạy một nhân tái tạo lại độ lệch cho mỗi kết nối thay vì băm nó theo từng cặp địa chỉ. Sự không khớp giữa hệ điều hành cổng xuất và hệ điều hành mà trình duyệt của bạn khai báo không thể khắc phục được bằng bất kỳ cài đặt nào phía máy khách: nó chỉ biến mất nếu máy chủ cổng xuất chạy cùng họ hệ điều hành, hoặc nếu các tùy chọn SYN được viết lại tại cổng xuất. Không có tiện ích mở rộng trình duyệt nào có thể thay đổi những điều này, vì không có tín hiệu nào trong số đó do trình duyệt tạo ra.

💡 Sau khi tinh chỉnh cài đặt mạng của bạn, hãy quay lại Trang chủ để chạy lại toàn bộ kiểm tra kết nối và ngăn xếp.

Không. Mọi điều được mô tả ở đây đều được suy luận từ các gói tin thực sự đến các đầu dò của chúng tôi, những gói tin chỉ mang địa chỉ cổng xuất của bạn mà không có gì khác. Chúng tôi thường có thể biết rằng một kết nối đã được xây dựng lại ở đâu đó dọc đường truyền, và chúng tôi có thể mô tả các thuộc tính của máy đã xây dựng lại nó, nhưng địa chỉ của thiết bị khởi tạo phiên ban đầu không tồn tại trong lưu lượng đó và không thể khôi phục được từ đó. Riêng biệt, các bài kiểm tra WebRTC và DNS trên trang này có thể tiết lộ địa chỉ cục bộ nếu trình duyệt hoặc bộ phân giải của bạn làm rò rỉ, đó là một cơ chế khác và được báo cáo riêng.

💡 Để chẩn đoán định tuyến đa đầu dò và sự sai lệch DNS, hãy tham khảo Chẩn đoán rò rỉ lộ trình của chúng tôi.