Cách kiểm tra IP có bị rò rỉ hay không? Tự kiểm tra ba bước kết hợp ip-api, ipinfo, ip111

Kết luận cốt lõi: chạy một trang tra cứu IP không thể khẳng định là "chưa rò rỉ"; exit node, thuộc tính và rò rỉ là ba tầng riêng biệt, cần kết hợp ipinfo, ip-api, ip111 và ipleak theo trình tự tra exit node, tra thuộc tính, tra rò rỉ, mỗi tầng thu về một bộ dữ liệu rồi mới đưa ra phán đoán. Cả quy trình chỉ tốn một hai phút mỗi bước. Kiểm tra xong trong môi trường rồi mới đưa vào sử dụng, tiết kiệm hơn nhiều so với đi tra cứu sau.

Proxy hiển thị đã kết nối, trang web vẫn mở bình thường. Nhưng chạy một thời gian, tài khoản vẫn gặp sự cố. Phần lớn mọi người sẽ nghi chất lượng proxy trước tiên. Tuy vậy, trước khi nghi proxy, đáng lẽ nên tra cho rõ tầng IP đã. Thực chất cần tra ba việc: exit node có đúng là tuyến đã cấu hình hay không; exit node đó mang thuộc tính gì trong mắt nền tảng; trình duyệt có rò thông tin thật ra qua kênh nào khác hay không. Ba câu hỏi ứng với các công cụ khác nhau. MostMate là một antidetect browser tích hợp kiểm tra proxy và đối chiếu exit node vào việc quản lý môi trường, dưới đây sẽ tách theo hướng "dùng công cụ bên thứ ba tra một lượt, hằng ngày dùng mục trong môi trường để soi".

Exit node, thuộc tính, rò rỉ là ba việc khác nhau, một trang web không xem được hết

Trang tra cứu IP chỉ trả lời được câu hỏi "exit node là ai". Hai câu hỏi còn lại nó đều bó tay. Tra một lần rồi cho rằng đã cô lập kỹ là điểm mù phổ biến nhất của việc tự kiểm tra.

Hệ thống quản trị rủi ro của nền tảng xem ít nhất ba tầng.

• Tầng một là nguồn gốc exit node: quốc gia, thành phố, ASN của IP phải khớp với danh tính tài khoản.

• Tầng hai là thuộc tính của exit node. Cùng một dải IP có thể là băng thông rộng dân cư hoặc trung tâm dữ liệu; trong mô hình quản trị rủi ro, dải máy chủ có trọng số khác hẳn dải dân cư.

• Tầng ba là rò rỉ đường vòng. WebRTC có thể dò thẳng địa chỉ công khai của máy ngay trong trình duyệt. Tra cứu DNS có thể bỏ qua proxy và đi theo kênh mặc định của hệ thống. IPv6 cũng có thể lộ thẳng trên đường truyền chỉ được proxy IPv4. Các kênh này đều nối thẳng, không qua proxy.

Mỗi tầng cần dữ liệu riêng, bốn công cụ mỗi cái một tầng. Đi lần lượt.

Quy trình tự kiểm tra kết hợp ba bước

Cả ba bước đều phải làm trong môi trường. Trình duyệt trên máy bạn đo ra mạng của chính máy bạn, không có giá trị tham chiếu cho môi trường.

1. Bước 1: dùng ipinfo tra nguồn gốc exit node. Mở ipinfo.io trong môi trường, trang hiển thị ngay vị trí địa lý, tổ chức và ASN của exit node hiện tại. Đối chiếu từng mục với thông tin nhà cung cấp proxy ghi chú: quốc gia, thành phố có khớp không; tổ chức vận hành có đúng đơn vị mà họ tuyên bố không. Thấy chênh lệch thì ghi vào ghi chú của môi trường trước, để bước 2 đối chứng chéo. Các cơ sở dữ liệu cập nhật cùng một dải IP với tốc độ khác nhau. Kết quả từ một nguồn riêng lẻ chưa thể làm kết luận.

2. Bước 2: dùng ip-api xác định thuộc tính exit node. Mở thẳng ip-api.com bằng trình duyệt, sẽ nhận về một đoạn JSON. Hai trường proxy và hosting chính là phần đánh giá thuộc tính. hosting là true nghĩa là dải IP này thuộc trung tâm dữ liệu hay phòng máy; proxy cho biết nó đã bị gắn nhãn là proxy hay chưa. Đa số proxy đi qua dải máy chủ, hosting hiển thị true là hiện tượng bình thường. Giá trị của trường này là giúp bạn biết rõ exit node mang thuộc tính gì trong mắt nền tảng; còn có phù hợp với nghiệp vụ của tài khoản hay không thì phải tự cân theo nghề của mình.

3. Bước 3: dùng ip111 và ipleak kiểm tra rò rỉ đường vòng. ip111.cn báo exit node một lần theo ba hướng: website trong nước, website quốc tế và Google. Bình thường ba kết quả trùng nhau, cùng chỉ về một tuyến proxy. ipleak.net bổ sung thêm ba bảng WebRTC, DNS và IPv6. Ô nào hiện địa chỉ ngoài proxy là tồn tại rò rỉ đường vòng, đặc biệt phải cảnh giác dải của nhà mạng băng rộng trong nước. Muốn đào sâu tầng này, hai bài phát hiện rò rỉ DNS và phát hiện rò rỉ IPv6 đều có đầy đủ các bước xử lý.

Chạy xong ba bước là có ba kết luận: exit node đúng hay sai, thuộc tính là gì, đường bên có sạch không. Bước nào gặp vấn đề thì hướng xử lý hoàn toàn khác nhau. Việc tách từng bước ra tra thay vì xem lẫn lộn, lý do nằm ở đây.

Cố định việc kiểm tra vào môi trường: mục đối chiếu proxy của MostMate

Công cụ bên thứ ba hợp với tra sâu lúc đưa proxy vào kho, còn đối chiếu hằng ngày thì dùng mục cố định trong môi trường nhanh hơn. Trong biểu mẫu proxy của MostMate có một mục [kênh tra cứu IP], kênh mẫu mặc định chính là ip-api. Cấu hình proxy xong bấm [Kiểm tra proxy], môi trường sẽ đo thực tế exit node theo kênh đã chọn và điền kết quả trả về. Bước nhập kho này không cần ra khỏi môi trường.

Mỗi môi trường trong danh sách đều có hai cột: proxy và exit IP. Tuyến nào gán cho môi trường nào, exit hiện tại rơi vào khu vực nào, quét một lượt danh sách là đối chiếu xong, không cần mở từng môi trường để hỏi. Các mục ngôn ngữ, múi giờ, thông tin vị trí trong tham số môi trường mặc định căn theo exit IP. Exit chốt xong thì không phải nhập tay nữa, một chỗ dễ lệch được triệt tiêu.

Về trình tự đầy đủ từ tạo môi trường đến cấu hình proxy, quy trình thiết lập bốn bước có bản xem trước kèm mô tả giao diện. Còn cô lập môi trường giữ vai trò gì trong toàn hệ thống chống liên quan, trang giới thiệu sản phẩm đã viết đầy đủ.

Đọc kết quả thế nào: ba loại nhận định sai và nhịp kiểm tra

Kết quả bất thường phải qua đối chứng chéo rồi mới định tính, ba loại nhận định sai thường gặp mỗi loại có một đường xử lý tương ứng.

Sai lệch cơ sở dữ liệu: cùng một IP, ipinfo hiển thị thành phố này, ip-api hiển thị thành phố khác. Phần lớn là do nhịp cập nhật của hai bên lệch nhau. Khi phán đoán, hãy dựa vào các trường ổn định hơn. Cấp quốc gia mà hai bên trùng nhau thì tiếp tục dùng được. Chênh lệch cấp thành phố ghi vào ghi chú môi trường; nếu vẫn còn qua mấy lần kiểm tra liên tục, lúc đó mới liên hệ nhà cung cấp để xác minh.

Thuộc tính máy chủ: hosting là true không có nghĩa là exit node này bỏ được. Nó chỉ cho biết dải IP này thuộc trung tâm dữ liệu, không phải dấu hiệu cấm dùng. Điều thực sự cần cân là sự kết hợp giữa loại nghiệp vụ và thuộc tính exit node. Dùng dải máy chủ cho nghiệp vụ nhạy cảm với chất lượng IP, và dùng nó cho nghiệp vụ không coi trọng thuộc tính, mức rủi ro chênh nhau hoàn toàn. Có tiếp tục dùng hay không phụ thuộc yêu cầu nghiệp vụ, chứ không phải riêng trường dữ liệu này.

Rò rỉ đường vòng: đây là loại kết quả duy nhất trong ba loại phải xử lý ngay. Bảng WebRTC hay DNS xuất hiện địa chỉ ngoài proxy, trước tiên quay lại môi trường xác nhận proxy đang thực sự có hiệu lực. Sau đó xem lại cách xử lý WebRTC, bài cài đặt WebRTC cho antidetect browser đã viết cách cấu hình theo từng tình huống. Xử lý xong đo lại, bảng sạch rồi mới khôi phục nghiệp vụ.

Nhịp kiểm tra bám theo ba mốc. Proxy mới đo thông đưa vào kho: chạy trọn vẹn ba bước. Sau khi thay proxy hoặc chỉnh cấu hình môi trường: kiểm tra lại bước 3. Soi hằng ngày: nhìn cột exit IP trong danh sách môi trường có trôi không. Exit đổi khu vực mà không ai đụng vào cấu hình, bản thân nó đã là một manh mối. Các thao tác kiểm tra theo chu kỳ cố định, bài kiểm tra exit node proxy định kỳ đã soạn sẵn danh sách.

Muốn thêm một lớp kiểm tra ở tầng fingerprint của trình duyệt, bài dẫn đọc 11 mục kiểm tra trên BrowserLeaks đã tách từng mục theo ba nhóm: exit, đọc, khai báo.

Lời kết

Giá trị của tự kiểm tra IP không nằm ở việc chạy qua bao nhiêu trang web, mà ở chỗ ba tầng exit node, thuộc tính, rò rỉ đều có dữ liệu. Phán đoán có căn cứ, xử lý có phương hướng. Ai sắp mở môi trường mới hoặc đổi proxy mới, hãy chạy trơn quy trình ba bước rồi mới đưa vào nghiệp vụ. Ai đang chạy rồi, dùng cột exit IP trong môi trường làm bảng soi hằng ngày, thấy bất thường thì quay lại công cụ bên thứ ba tra sâu. Tải MostMate, gom kiểm tra proxy, đối chiếu exit node và cấu hình fingerprint vào cùng một bộ quản lý môi trường. Tự kiểm tra từ thao tác lúc nhác sẽ thành quy trình cố định.

Câu hỏi thường gặp

ip-api có miễn phí không?

Tra cứu trên bản web miễn phí. Mở thẳng bằng trình duyệt là thấy ngay kết quả trả về, kể cả phần đánh giá thuộc tính. Dịch vụ cũng có API, gói miễn phí giới hạn tần suất gọi. Tra cứu hàng loạt vui lòng làm theo hướng dẫn trên trang chính thức.

Ba exit IP trên ip111 hiện khác nhau thì làm sao?

Ba hướng chỉ về ba địa chỉ khác nhau, nghĩa là các đường truyền khác nhau đi qua các exit khác nhau. Nguyên nhân hay gặp là luật phân lưu hoặc proxy toàn cục chưa bao phủ hết lưu lượng. Quay lại môi trường xác nhận phạm vi bao phủ của cấu hình proxy, đo lại đến khi ba kết quả trùng nhau.

Xử lý rò rỉ WebRTC thế nào?

Trước tiên xác nhận proxy thực sự có hiệu lực trong môi trường, rồi mới xem lại cách xử lý WebRTC. Xử lý xong quay lại ipleak đo lại, bảng không còn hiện dải của nhà mạng trong nước mới coi là xong. Cách dùng tiện ích trình duyệt để chặn WebRTC không ổn định, xử lý ở tầng môi trường chắc chắn hơn.

Cả ba bước đều bình thường, tài khoản chắc chắn an toàn chứ?

Không. IP chỉ là một nhóm trong các tín hiệu liên quan. Fingerprint trình duyệt, cookie cùng thói quen đăng nhập, nhịp hành vi của tài khoản đều nằm trong tầm quản trị rủi ro của nền tảng. Tự kiểm tra ba bước giải quyết tầng mạng, còn sự cô lập ở tầng fingerprint dựa vào chính môi trường. Hai tầng đều đạt thì rủi ro liên quan mới nói được là thu hẹp.