Top công cụ kiểm tra proxy: sống, tốc độ, rò rỉ 2026

Top công cụ kiểm tra proxy giúp bạn biết proxy còn sống không, chậm hay nhanh và có làm lộ IP thật của bạn không. Bạn nên làm cả ba việc này trước khi gắn proxy vào tài khoản hay tác vụ nào có giá trị. Bài này so sánh các nhóm công cụ phổ biến năm 2026, chỉ cách đọc kết quả, và kèm một đoạn mã kiểm hàng loạt bạn tự chạy được.

Nếu bạn chạy MMO, quản lý nhiều tài khoản hoặc cào dữ liệu, một proxy lỗi thường gây hại nặng hơn là chỉ mất vài đồng tiền thuê. Một lô 50 tài khoản bị khóa cùng lúc có thể làm bạn mất cả tuần công sức, trong khi chi phí kiểm tra chỉ là vài phút chạy script.

Vì sao cần dùng top công cụ kiểm tra proxy

Phần lớn sự cố liên quan đến proxy không nằm ở lúc mua. Chúng xuất hiện sau vài giờ hoặc vài ngày, khi proxy đã âm thầm hỏng mà bạn không hay biết. Lúc mới nhận, proxy nào cũng chạy tốt, nên chỉ kiểm một lần đầu là chưa đủ.

Nỗi đau thứ nhất: proxy chết mà vẫn đang chạy tác vụ

Một proxy rớt giữa chừng khiến trình duyệt hoặc script tự quay về IP thật. Tài khoản của bạn đăng nhập từ IP nhà hoặc IP văn phòng, và nền tảng ghi lại ngay.

Chỉ cần một lần như vậy, cả cụm tài khoản gắn với hồ sơ đó có thể bị liên kết với nhau. Ví dụ, bạn quản lý 10 tài khoản bán hàng, mỗi tài khoản một proxy. Một proxy rớt lúc 2 giờ sáng và script tự đăng nhập bằng IP nhà. Sáng hôm sau, nền tảng thấy 10 tài khoản đều từng xuất hiện cùng một địa chỉ. Kiểm tra định kỳ rẻ hơn rất nhiều so với việc dựng lại cả hệ thống.

Nỗi đau thứ hai: mua theo quảng cáo, dùng ra khác hẳn

Nhà cung cấp ghi “tốc độ cao, IP sạch, dân cư thật”. Khi đo thực tế, bạn gặp độ trễ vài trăm mili giây, tỷ lệ timeout cao hoặc IP nằm trong dải trung tâm dữ liệu.

Không có số liệu của chính bạn thì không có cơ sở để yêu cầu đổi hoặc hoàn tiền. Một bảng đo đơn giản, có giờ đo và kết quả từng lần, là bằng chứng tốt nhất. Nhiều nhà cung cấp chỉ chịu đổi khi bạn đưa ra được số liệu cụ thể, chứ lời phàn nàn chung chung thường bị bỏ qua.

Nỗi đau thứ ba: lộ IP thật mà không biết

Proxy hoạt động bình thường ở mức HTTP vẫn có thể để lộ IP thật qua WebRTC, DNS hoặc header chuyển tiếp. Bạn thấy trang web hiện IP proxy và yên tâm, trong khi một kênh khác đã tiết lộ vị trí thật.

Đây là lỗi khó thấy nhất, vì mọi thứ trông vẫn bình thường cho đến khi tài khoản bị hỏi xác minh. Bạn cần công cụ chuyên dò từng kênh.

Ba thứ cần kiểm: còn sống, độ trễ, có lộ IP thật không

Mọi công cụ đều xoay quanh ba câu hỏi này. Hiểu rõ từng câu giúp bạn chọn đúng công cụ thay vì dùng một trang cho mọi việc.

Còn sống: kết nối được và đi ra đúng IP

“Sống” không chỉ là cổng mở. Proxy phải nhận xác thực, chuyển tiếp yêu cầu và trả về nội dung đúng. Một cổng mở nhưng trả lỗi 407 (sai xác thực) hay 502 (lỗi cổng) vẫn là proxy chết với mục đích của bạn.

Cách kiểm chuẩn là gửi một yêu cầu qua proxy tới một địa chỉ trả về IP nguồn, rồi so IP đó với IP của proxy. Nếu hai giá trị khác nhau, bạn có thể đang gặp proxy chuyển tiếp nhiều tầng hoặc cấu hình sai. Riêng proxy xoay IP thì khác biệt này là bình thường, nên hãy đối chiếu với loại proxy bạn đã mua.

Độ trễ: đo nhiều lần, không tin một lần

Một lần đo chỉ cho bạn một điểm may rủi. Hãy đo ít nhất 5 đến 10 lần rồi lấy trung vị và giá trị xấu nhất. Trung vị cho biết trải nghiệm thường gặp, còn giá trị xấu nhất cho biết khi nào tác vụ của bạn dễ đứt.

Có hai con số cần ghi lại riêng:

• Thời gian kết nối ban đầu, phản ánh chất lượng đường đi.
• Thời gian tải toàn bộ phản hồi, phản ánh băng thông thực.

Một proxy có kết nối nhanh nhưng tải toàn bộ chậm thường bị giới hạn băng thông. Loại này ổn với việc nhẹ, nhưng sẽ làm bạn khổ khi tải trang nặng hoặc xem video.

Lộ IP: ba kênh cần dò

Có ba đường rò rỉ phổ biến mà bạn nên kiểm:

• WebRTC: trình duyệt có thể gửi IP thật qua kết nối ngang hàng, bỏ qua proxy.
• DNS: truy vấn tên miền đi qua DNS của nhà mạng thay vì qua proxy, nên nhà mạng vẫn biết bạn truy cập trang nào.
• Header: proxy kém chất lượng thêm X-Forwarded-For hoặc Via chứa IP gốc, và trang đích đọc được ngay.

Bạn có thể đọc thêm về cơ chế của WebRTC tại tài liệu của MDN để hiểu vì sao kênh này hay bị bỏ sót.

Công cụ trực tuyến và công cụ tự chạy

Hai nhóm này bổ trợ nhau. Công cụ trực tuyến tiện để kiểm nhanh một proxy, còn công cụ tự chạy phù hợp khi bạn có hàng chục hoặc hàng trăm proxy.

Bảng so sánh nhanh

Khi nào dùng công cụ trực tuyến

Hãy dùng chúng cho kiểm tra sâu một proxy quan trọng. Mở trang bằng đúng trình duyệt và đúng hồ sơ bạn sẽ dùng thật, vì kết quả chỉ có giá trị khi môi trường trùng khớp. Ví dụ, nếu bạn bật tiện ích chặn WebRTC trong hồ sơ, hãy kiểm khi tiện ích đã bật, đừng kiểm trên trình duyệt trần.

Một lưu ý nhỏ: đừng dán thông tin đăng nhập proxy vào các trang lạ. Nhiều trang kiểm proxy hỏi “địa chỉ:cổng:tài khoản:mật khẩu” và bạn không biết dữ liệu đó được lưu ở đâu.

Khi nào dùng công cụ tự chạy

Khi có từ 20 proxy trở lên, kiểm tay là việc vô ích. Script chạy trên máy bạn không gửi thông tin xác thực cho ai, và cho ra bảng kết quả có thể lưu để so sánh theo ngày.

Bạn cũng kiểm lại được theo lịch, ví dụ mỗi giờ một lần. Phần dưới có mã mẫu để bạn bắt đầu.

Nếu cần hiểu thêm các loại proxy trước khi chọn công cụ, hãy xem phân loại proxy và cách chọn.

Đọc kết quả sao cho đúng

Có số liệu rồi, bước khó là hiểu nó nói gì. Cùng một con số có thể tốt hoặc xấu tùy mục đích sử dụng.

Bảng ngưỡng tham khảo

Các ngưỡng này chỉ là điểm khởi đầu. Tác vụ cào dữ liệu chịu được độ trễ cao hơn nhiều so với tác vụ xem video trực tiếp. Hãy tinh chỉnh bảng theo tác vụ của bạn sau vài tuần có dữ liệu thực.

Những tín hiệu dễ hiểu nhầm

Độ trễ thấp chưa chắc là proxy tốt. Proxy trung tâm dữ liệu thường nhanh nhưng dễ bị nền tảng nhận ra ngay.

Ngược lại, proxy dân cư chậm hơn là bình thường vì đường đi qua thiết bị thật. Đừng loại chúng chỉ vì trễ 600 ms.

Vị trí địa lý cũng cần soi kỹ:

• Nhiều cơ sở dữ liệu IP trả về vị trí khác nhau cho cùng một địa chỉ, nhất là với dải IP mới đổi chủ.
• Hãy so ít nhất hai nguồn trước khi kết luận proxy “sai quốc gia”.
• Múi giờ và ngôn ngữ của trình duyệt cần khớp với vị trí IP, vì một IP ở Đức mà trình duyệt báo múi giờ Việt Nam là tín hiệu đáng ngờ.

Ghi lại để so sánh theo thời gian

Một lần đo cho bạn ảnh chụp, còn nhiều lần đo cho bạn xu hướng. Lưu kết quả mỗi lần vào tệp ket-qua.csv kèm thời điểm đo.

Sau một tuần, bạn thấy ngay proxy nào ổn định và nhà cung cấp nào hay giao hàng kém. Chẳng hạn, nếu một nhà cung cấp luôn chậm vào khoảng 20 giờ đến 23 giờ, bạn biết nên tránh chạy tác vụ nặng trong khung giờ đó. Dữ liệu này cũng đáng giá khi bạn đàm phán gia hạn.

Tự dựng công cụ kiểm hàng loạt

Bạn không cần framework phức tạp. Một script ngắn chạy song song là đủ cho hầu hết nhu cầu.

Kiểm nhanh một proxy bằng dòng lệnh

Lệnh dưới in ra IP thoát và các mốc thời gian:

curl -x http://user:pass@1.2.3.4:8080 -s -o /dev/null \
  -w "ketnoi=%{time_connect}s tong=%{time_total}s ma=%{http_code}\n" \
  --max-time 10 https://api.ipify.org

Để xem IP thoát, bỏ -o /dev/null và đọc nội dung trả về. Nếu lệnh treo đến hết --max-time, coi như proxy không dùng được. Mã trả về 407 nghĩa là sai tài khoản hoặc mật khẩu, còn mã 000 thường là không kết nối được.

Script Python kiểm song song

Mã dưới đọc danh sách từ proxies.txt, mỗi dòng một proxy dạng http://user:pass@host:port, rồi đo song song:

import asyncio, time, httpx

async def kiem(proxy):
    t = time.perf_counter()
    try:
        async with httpx.AsyncClient(proxy=proxy, timeout=10) as c:
            r = await c.get("https://api.ipify.org")
        return proxy, r.text, round((time.perf_counter() - t) * 1000)
    except Exception:
        return proxy, None, None

async def main():
    ds = [d.strip() for d in open("proxies.txt") if d.strip()]
    sem = asyncio.Semaphore(20)
    async def chay(p):
        async with sem:
            return await kiem(p)
    for p, ip, ms in await asyncio.gather(*(chay(p) for p in ds)):
        print(p, ip or "CHET", ms or "-")

asyncio.run(main())

Giới hạn 20 luồng đồng thời giúp bạn không tự làm nghẽn mạng. Muốn đo ổn định hơn, hãy bọc lời gọi trong vòng lặp 5 lần và lấy trung vị. Kết quả in ra có dạng proxy, IP thoát và số mili giây, còn proxy chết sẽ hiện chữ CHET.

Mở rộng cho thực tế

Sau khi chạy được, bạn thêm vài thứ để thành công cụ dùng lâu dài:

• Ghi kết quả ra ket-qua.csv kèm giờ đo.
• Gọi thêm một địa chỉ thứ hai để đối chiếu IP thoát.
• Đọc header trả về từ một điểm kiểm để phát hiện X-Forwarded-For.
• Chạy theo lịch bằng cron và báo về Telegram khi tỷ lệ chết vượt ngưỡng, ví dụ trên 20% số proxy.

Nếu bạn quản lý nhiều hồ sơ trình duyệt, hãy xem cách gắn proxy cho từng hồ sơ để việc kiểm tra khớp với cách bạn thực sự dùng.

Bẫy: proxy sống nhưng đã bị nền tảng đánh dấu

Đây là phần nhiều người bỏ qua. Proxy qua mọi bài kiểm kỹ thuật vẫn có thể vô dụng nếu nền tảng đích đã đưa IP đó vào danh sách đáng ngờ.

Vì sao sống chưa đủ

Một IP bị nhiều người cùng dùng cho hành vi tự động sẽ bị các hệ thống chống gian lận ghi nhớ. Proxy vẫn kết nối nhanh, nhưng đăng nhập sẽ bị đòi xác minh thêm hoặc bị khóa.

Điều này đặc biệt hay gặp với proxy dùng chung và với dải IP trung tâm dữ liệu giá rẻ, nơi hàng trăm khách hàng cùng chia một dải. Kết quả “sống, nhanh, không rò rỉ” lúc này không đảm bảo gì.

Cách phát hiện sớm

Bạn kiểm theo nhiều lớp, từ rẻ đến tốn công:

• Tra điểm rủi ro trên các trang chấm điểm IP như Scamalytics hoặc IPQualityScore.
• Kiểm xem IP có nằm trong danh sách đen công khai hay không.
• Thử mở trang đăng nhập của nền tảng đích bằng một hồ sơ trống, xem có bị đòi CAPTCHA ngay không.
• Với tác vụ quan trọng, chạy thử bằng một tài khoản không giá trị trước.

Dấu hiệu rõ nhất là CAPTCHA xuất hiện liên tục ngay từ lần truy cập đầu. Khi thấy vậy, hãy đổi proxy thay vì cố giải, vì mỗi lần giải thành công chỉ kéo dài thêm thời gian IP đó bị theo dõi.

Cách giảm rủi ro

Đừng dùng một IP cho quá nhiều tài khoản. Tách proxy theo mục đích và theo nền tảng để một IP bị đánh dấu không kéo theo cả hệ thống. Một quy tắc dễ nhớ là mỗi tài khoản quan trọng một IP riêng, còn tài khoản phụ thì chia nhóm nhỏ.

Hãy để proxy “nghỉ” giữa các phiên khi có thể, và loại bỏ ngay những IP có điểm rủi ro tăng dần. Chi tiết về chọn nguồn IP sạch có tại hướng dẫn chọn nhà cung cấp proxy.

Sai lầm phổ biến

Những lỗi dưới đây gặp nhiều nhất ở người mới và cả người đã làm lâu.

• Chỉ kiểm bằng ping. Ping thông không có nghĩa proxy chuyển tiếp được HTTP hay HTTPS, vì ping dùng giao thức khác và có thể được máy chủ trả lời dù dịch vụ proxy đã chết.
• Kiểm bằng trình duyệt khác với môi trường thật. Bạn kiểm ở Chrome thường, nhưng chạy thật trong trình duyệt đa hồ sơ với cấu hình khác, nên kết quả không phản ánh đúng thứ bạn dùng.
• Quên WebRTC. Trang hiện IP proxy nhưng WebRTC vẫn gửi IP thật.
• Tin một lần đo. Đo một lần thấy 200 ms, nhưng giờ cao điểm lên 2 giây.
• Dán thông tin proxy vào trang lạ. Mật khẩu proxy bị lộ và bị dùng lại, đôi khi bạn chỉ phát hiện khi băng thông bị người khác dùng hết.
• Không kiểm lại theo thời gian. Proxy tốt hôm qua có thể hỏng hôm nay.
• Bỏ qua kiểm tra độ sạch. Chỉ nhìn tốc độ mà không nhìn điểm rủi ro hay loại IP.

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

Công cụ kiểm proxy miễn phí nào đáng dùng nhất?

Không có công cụ nào làm đủ mọi việc. Hãy kết hợp curl hoặc script riêng cho độ sống và độ trễ, với BrowserLeaks hoặc IPLeak.net cho rò rỉ, và một trang chấm điểm IP cho độ sạch. Cả bộ này đều có bản miễn phí đủ dùng cho nhu cầu cá nhân.

Bao lâu nên kiểm lại proxy một lần?

Với tác vụ quan trọng, kiểm mỗi giờ hoặc ngay trước mỗi phiên làm việc. Với tác vụ nhẹ, mỗi ngày một lần là đủ. Nếu vừa đổi nhà cung cấp, hãy kiểm dày hơn trong tuần đầu để biết chất lượng thật.

Vì sao trang kiểm hiện đúng IP proxy mà vẫn lộ IP thật?

Vì trang chỉ báo IP thoát của yêu cầu HTTP. WebRTC và DNS đi theo đường khác nên cần được kiểm riêng bằng trang chuyên dò rò rỉ như BrowserLeaks.

Độ trễ bao nhiêu là chấp nhận được?

Tùy tác vụ. Dưới 300 ms là tốt cho hầu hết việc, còn cào dữ liệu hàng loạt chịu được 800 ms. Trên 1000 ms thường nên cân nhắc đổi, trừ khi bạn dùng proxy dân cư cho việc không cần tốc độ.

Proxy qua hết bài kiểm mà tài khoản vẫn bị khóa, lỗi ở đâu?

Rất có thể IP đã bị nền tảng đánh dấu từ trước, hoặc dấu vân tay trình duyệt không khớp với vị trí IP. Hãy kiểm điểm rủi ro của IP và độ khớp múi giờ, ngôn ngữ trước khi đổ lỗi cho proxy.

Có nên tự viết công cụ kiểm không?

Nên, nếu bạn có từ 20 proxy trở lên. Script ngắn chạy trên máy bạn an toàn hơn trang lạ và cho dữ liệu để so sánh lâu dài.

Tóm tắt nhanh

• Luôn kiểm ba thứ: còn sống, độ trễ và rò rỉ IP, không bỏ thứ nào.
• Đo nhiều lần và lấy trung vị, đừng tin một con số đơn lẻ.
• Dùng trang trực tuyến cho kiểm sâu từng proxy, dùng script cho kiểm hàng loạt.
• Kiểm trong đúng môi trường bạn sẽ dùng thật, nhất là với WebRTC và DNS.
• Proxy sống và nhanh vẫn có thể bị nền tảng đánh dấu, nên phải tra thêm điểm rủi ro.
• Không dán thông tin đăng nhập proxy vào các trang không rõ nguồn.
• Lưu kết quả theo thời gian để phát hiện proxy xuống cấp và làm cơ sở yêu cầu đổi.