Ngiêm cấm sử đụng PROXY và VPS vào mục đích trái pháp luật bạn sẽ phải chịu toàn bộ trách nhiệm trước pháp luật khi sử dụng dịch vụ của chúng tôi tks!
Công Cụ Kiểm Tra Proxy Tự Động: Test Hàng Loạt IP

Công Cụ Kiểm Tra Proxy Tự Động: Test Hàng Loạt IP

Chuyên viên Kỹ thuật ProxyVN 08-27-2026 Đang tính... phút đọc

Công cụ kiểm tra proxy tự động giúp anh em lọc nhanh hàng trăm, hàng nghìn địa chỉ IP, biết proxy nào còn sống, proxy nào đã chết trước khi đưa vào tool. Bỏ qua bước này, một proxy chết có thể làm treo cả job mà không rõ nguyên nhân. Trong bài, ProxyVN hướng dẫn các chỉ số cần đo, cách test hàng loạt bằng lệnh và script Python, cùng cách chọn công cụ phù hợp.

Vì sao cần công cụ kiểm tra proxy tự động

Proxy có thể ngừng hoạt động vì nhiều lý do: hết hạn gói, nhà cung cấp đổi IP, máy chủ quá tải, hoặc IP bị trang đích đưa vào danh sách đen. Khi kết nối qua một proxy chết, chương trình thường phải chờ hết thời gian timeout mới báo lỗi. Với hàng nghìn request, khoảng chờ này cộng lại thành hàng giờ lãng phí.

Kiểm tra trước khi vận hành giúp loại IP chết ngay từ đầu, tránh tình trạng cả job dừng giữa chừng chỉ vì vài địa chỉ không còn hoạt động.

Kiểm tra thủ công không theo kịp quy mô

Với vài chục proxy, anh em có thể mở từng địa chỉ kiểm tra bằng tay. Nhưng khi danh sách lên tới hàng nghìn IP, trường hợp phổ biến với đội thu thập dữ liệu, cách làm thủ công gần như không khả thi. Vì vậy công cụ kiểm tra tự động trở thành khâu bắt buộc trong quy trình, không còn là lựa chọn phụ.

Chi phí ẩn khi bỏ qua bước kiểm tra

Nhiều đội chỉ nhận ra tầm quan trọng của việc test proxy sau khi một job chạy nhiều giờ trả về phần lớn kết quả trống. Ngoài thời gian, băng thông trả cho proxy không hoạt động hoặc cho request phải gửi lại cũng là khoản lãng phí âm thầm.

Chi phí kiểm tra proxy trước luôn thấp hơn nhiều so với chi phí phát hiện sự cố quá muộn.

Nếu proxy liên tục báo lỗi dù vừa mua, anh em nên đối chiếu với bài các lỗi máy chủ proxy để xác định lỗi nằm ở proxy, ở cấu hình hay ở trang đích.

Những chỉ số công cụ kiểm tra proxy cần đo

Kết nối được chưa chắc là proxy tốt. Một bộ kiểm tra đáng tin cần đo nhiều chỉ số cùng lúc, vì mỗi chỉ số trả lời một câu hỏi khác nhau.

Các chỉ số cần đo khi test proxy

Các chỉ số cần đo khi test proxy

Sáu chỉ số cốt lõi

  • Trạng thái kết nối: proxy có phản hồi hay báo timeout, từ chối kết nối, lỗi xác thực 407.
  • Thời gian phản hồi: đo bằng mili giây từ lúc gửi request tới lúc nhận phản hồi đầy đủ.
  • IP đi ra: IP mà trang đích nhìn thấy có đúng IP proxy được cấp hay không.
  • Mức độ ẩn danh: proxy có để lộ IP thật hoặc dấu hiệu đang dùng proxy qua header hay không.
  • Giao thức hỗ trợ: HTTP, HTTPS qua CONNECT, SOCKS4 hay SOCKS5.
  • Vị trí và nhà mạng: quốc gia, thành phố, ASN của IP có khớp với gói đã mua hay không.

Đo một lần hay đo nhiều lần

Thời gian phản hồi dao động giữa các lần đo. Một lần đo chỉ cho biết proxy còn sống. Muốn đánh giá độ ổn định, cần gửi nhiều request trong một khoảng thời gian rồi xem trung vị và phân vị 95. Phần đo sâu này thuộc về benchmark, được hướng dẫn trong bài benchmark proxy.

Về độ trễ thuần mạng, bài test ping khi mua proxy giải thích cách đọc kết quả ping và vì sao ping thấp chưa chắc tải trang nhanh.

Tỷ lệ thành công trên trang đích

Chỉ số quan trọng nhất với người làm việc thật là tỷ lệ request thành công trên đúng trang anh em cần dùng. Một proxy sống, nhanh nhưng bị trang thương mại điện tử chặn thì vẫn vô dụng với tác vụ đó. Cách đo và cải thiện chỉ số này có trong bài proxy success rate.

Ba mức độ ẩn danh công cụ kiểm tra proxy phân loại

Phần lớn công cụ phân loại proxy theo ba mức ẩn danh, dựa trên các header mà proxy thêm vào request khi chuyển tới trang đích.

Cách công cụ xác định mức ẩn danh

Proxy HTTP có thể thêm header Via để báo có proxy trung gian, và header X-Forwarded-For chứa IP gốc của client. Theo tài liệu header X-Forwarded-For của MDN, header này được thiết kế để máy chủ biết IP thật của client đứng sau proxy.

Công cụ kiểm tra gửi request qua proxy tới một máy chủ phản hồi lại toàn bộ header nhận được, rồi xem có IP thật hoặc dấu hiệu proxy hay không.

Mức độ

Header để lộ

Phù hợp cho

Transparent

Có IP thật trong X-Forwarded-For, có Via

Cache nội bộ, không dùng để ẩn danh

Anonymous

Không có IP thật, nhưng có Via hoặc dấu hiệu proxy

Duyệt web thông thường

Elite

Không có IP thật, không có dấu hiệu proxy

Thu thập dữ liệu, quản lý tài khoản

Mức nào nên giữ lại

Với tác vụ cần độ tin cậy cao như quản lý tài khoản mạng xã hội, chỉ nên giữ proxy ở mức Elite. Hai mức còn lại đều để lộ dấu hiệu đang dùng proxy. Lưu ý rằng proxy HTTPS qua CONNECT không chỉnh sửa header bên trong kết nối mã hóa, nên kiểm tra ẩn danh qua trang HTTP thường thấy rõ hơn.

Về khái niệm proxy trong suốt, bài proxy transparent là gì giải thích kỹ cơ chế và ứng dụng.

Quy trình kiểm tra proxy hai lớp

Một công cụ kiểm tra tốt không dừng ở việc thử kết nối. Quy trình hai lớp gồm: lớp một xác nhận proxy còn sống qua một trang trung lập, lớp hai thực sự mở trang đích qua proxy để xác nhận không bị chặn tại đúng mục tiêu.

Quy trình test proxy 2 lớp

Quy trình test proxy 2 lớp

Lớp một: kiểm tra sống chết

Gửi request qua proxy tới một trang trả về IP như api.ipify.org. Nếu nhận được IP đúng với proxy, proxy còn sống và định tuyến đúng. Lớp này nhanh và nên chạy cho toàn bộ danh sách.

Lớp hai: kiểm tra trên trang đích

Chỉ những proxy qua lớp một mới đi tiếp lớp hai. Ở đây, công cụ mở trang đích thật, ví dụ trang sản phẩm cần thu thập, rồi kiểm tra mã trạng thái và nội dung trả về. Mã 403, 429 hoặc trang CAPTCHA cho thấy IP đã bị trang đó hạn chế.

Vì sao chỉ ping là chưa đủ

Ping chỉ xác nhận máy chủ proxy còn phản hồi mạng. Nó không nói gì về việc trang đích có chấp nhận request từ proxy đó hay không. Một proxy khỏe về kết nối vẫn có thể bị trang thương mại điện tử từ chối nếu dải IP từng bị dùng để quét quá mức. Vì vậy, bước mở trang thật không thể bỏ, dù tốn thời gian hơn.

Muốn phân biệt từng loại chặn, anh em có thể đọc bài vì sao mua proxy bị block, nơi giải thích khác nhau giữa 403, 429 và CAPTCHA.

Test hàng loạt bằng công cụ kiểm tra proxy dòng lệnh

Không cần cài phần mềm, anh em có thể kiểm tra nhanh bằng curl có sẵn trên Windows 10 trở lên, macOS và Linux. Cách này hợp với danh sách vài chục proxy.

Định dạng danh sách đầu vào

Mỗi dòng một proxy theo dạng host:port:user:pass hoặc host:port. Nếu nhà cung cấp giao định dạng khác, bài định dạng proxy hướng dẫn chuyển đổi giữa các kiểu phổ biến.

Lệnh kiểm tra một proxy

Lệnh dưới in ra IP đi ra, mã HTTP và tổng thời gian. Tham số --max-time giới hạn thời gian chờ để không treo ở proxy chết.

curl -s -x http://user:pass@198.51.100.10:8080 --max-time 10 -o /dev/null -w "%{http_code} %{time_total}s\n" https://api.ipify.org
curl -s -x socks5h://user:pass@198.51.100.10:1080 --max-time 10 https://api.ipify.org

Tiền tố socks5h nghĩa là phân giải tên miền qua proxy, tránh rò rỉ DNS. Trên Windows, thay /dev/null bằng NUL.

Vòng lặp kiểm tra cả danh sách trên Linux, macOS

Đoạn bash dưới đọc file proxies.txt dạng host:port:user:pass, kiểm tra từng dòng và ghi kết quả ra file. Đây là ví dụ triển khai chung.

while IFS=: read -r host port user pass; do
  out=$(curl -s -x "http://$user:$pass@$host:$port" --max-time 10 -w " %{http_code} %{time_total}" https://api.ipify.org)
  echo "$host:$port $out" | tee -a ketqua.txt
done < proxies.txt

Cách này chạy tuần tự, mỗi proxy chết tốn tối đa 10 giây. Với vài trăm proxy trở lên, anh em nên chuyển sang script chạy song song ở phần dưới.

Tự viết công cụ kiểm tra proxy bằng Python

Với anh em có nền tảng lập trình cơ bản, tự viết bộ kiểm tra cho phép tùy chỉnh đúng nhu cầu và chạy song song hàng trăm proxy cùng lúc. Script dưới dùng thư viện requests và concurrent.futures của Python.

Script kiểm tra proxy bằng Python

Script kiểm tra proxy bằng Python

Chuẩn bị

Cài thư viện requests kèm phần hỗ trợ SOCKS, rồi tạo file proxies.txt mỗi dòng một proxy dạng host:port:user:pass. Cách truyền proxy vào requests theo tài liệu proxies của thư viện Requests.

pip install "requests[socks]"

Script kiểm tra song song

Script kiểm tra mỗi proxy hai việc: IP đi ra và mức ẩn danh qua header. Kết quả ghi ra file CSV để mở bằng Excel. Đây là ví dụ triển khai chung.

import csv, time, requests
from concurrent.futures import ThreadPoolExecutor, as_completed
 
TIMEOUT = 10
THREADS = 50
MY_IP = requests.get("https://api.ipify.org", timeout=10).text
 
def to_url(line, scheme="http"):
    p = line.strip().split(":")
    if len(p) == 4:
        return f"{scheme}://{p[2]}:{p[3]}@{p[0]}:{p[1]}"
    return f"{scheme}://{p[0]}:{p[1]}"
 
def check(line):
    url = to_url(line)
    proxies = {"http": url, "https": url}
    t0 = time.time()
    try:
        ip = requests.get("https://api.ipify.org", proxies=proxies, timeout=TIMEOUT).text.strip()
        ms = int((time.time() - t0) * 1000)
        h = requests.get("http://httpbin.org/headers", proxies=proxies, timeout=TIMEOUT).json()["headers"]
        raw = str(h)
        if MY_IP in raw:
            level = "transparent"
        elif "Via" in h or "X-Forwarded-For" in h:
            level = "anonymous"
        else:
            level = "elite"
        return [line.strip(), "song", ip, ms, level]
    except requests.exceptions.ProxyError as e:
        return [line.strip(), "loi proxy", "", "", str(e)[:60]]
    except requests.exceptions.Timeout:
        return [line.strip(), "timeout", "", "", ""]
    except Exception as e:
        return [line.strip(), "loi", "", "", str(e)[:60]]
 
lines = [l for l in open("proxies.txt") if l.strip()]
with ThreadPoolExecutor(THREADS) as ex, open("ketqua.csv", "w", newline="") as f:
    w = csv.writer(f)
    w.writerow(["proxy", "trang_thai", "ip_ra", "ms", "an_danh"])
    for fut in as_completed([ex.submit(check, l) for l in lines]):
        w.writerow(fut.result())
print("Xong, xem ketqua.csv")

Giải thích các điểm chính

Biến THREADS đặt số proxy kiểm tra cùng lúc. Với 1.000 proxy, 50 luồng và timeout 10 giây, thời gian chạy tối đa khoảng 200 giây thay vì gần 3 giờ nếu chạy tuần tự. Thư viện concurrent.futures thuộc thư viện chuẩn, theo tài liệu concurrent.futures của Python.

Script tách ba loại lỗi: lỗi proxy như sai mật khẩu hoặc từ chối kết nối, timeout, và lỗi khác. Tách như vậy giúp anh em biết nên báo nhà cung cấp hay sửa cấu hình. Để kiểm tra SOCKS5, chỉ cần gọi to_url với scheme là "socks5h".

Thêm lớp kiểm tra trang đích

Muốn kiểm tra lớp hai, anh em thêm một request tới trang đích thật và ghi lại mã trạng thái. Nên đặt User-Agent giống trình duyệt và giãn cách request để không tự làm IP bị chặn chỉ vì bước kiểm tra.

Một proxy sống ở lần kiểm tra này không đảm bảo vẫn sống ở lần chạy sau, nên script cần được chạy lại định kỳ, không chỉ một lần.

Công cụ kiểm tra proxy trên Windows bằng PowerShell

Nhiều anh em làm việc trên Windows và không muốn cài Python. PowerShell có sẵn trên mọi máy Windows 10, 11 và đủ để kiểm tra danh sách vài trăm proxy với một đoạn script ngắn.

Script PowerShell kiểm tra danh sách

Đoạn dưới đọc file proxies.txt dạng host:port:user:pass, gửi request qua từng proxy tới api.ipify.org, đo thời gian và ghi kết quả ra file CSV. Đây là ví dụ triển khai chung, chỉ áp dụng cho proxy HTTP vì lệnh Invoke-WebRequest không hỗ trợ SOCKS5.

$ketqua = foreach ($dong in Get-Content .\proxies.txt) {
    $p = $dong.Split(":")
    $cred = New-Object PSCredential($p[2], (ConvertTo-SecureString $p[3] -AsPlainText -Force))
    $sw = [Diagnostics.Stopwatch]::StartNew()
    try {
        $ip = (Invoke-WebRequest "https://api.ipify.org" -Proxy "http://$($p[0]):$($p[1])" -ProxyCredential $cred -TimeoutSec 10 -UseBasicParsing).Content
        [pscustomobject]@{Proxy="$($p[0]):$($p[1])"; TrangThai="song"; IP=$ip; Ms=$sw.ElapsedMilliseconds}
    } catch {
        [pscustomobject]@{Proxy="$($p[0]):$($p[1])"; TrangThai="loi"; IP=""; Ms=$_.Exception.Message}
    }
}
$ketqua | Export-Csv .\ketqua.csv -NoTypeInformation -Encoding UTF8

Khi nào nên dùng PowerShell

Script này chạy tuần tự nên phù hợp với danh sách dưới vài trăm proxy. Ưu điểm là không cần cài gì thêm và mở được kết quả ngay bằng Excel. Với danh sách lớn hơn hoặc cần kiểm tra SOCKS5, anh em nên dùng script Python ở phần trên vì chạy song song và hỗ trợ nhiều giao thức hơn.

Một lưu ý nhỏ: nếu máy đang bật proxy hệ thống, PowerShell có thể đi qua proxy đó khi lấy IP gốc. Hãy tắt proxy hệ thống trước khi chạy để kết quả so sánh chính xác.

Đọc kết quả công cụ kiểm tra proxy đúng cách

Có số liệu rồi, bước tiếp theo là đọc đúng. Nhiều quyết định sai đến từ việc chỉ nhìn một con số, ví dụ chỉ xem tỷ lệ sống mà bỏ qua thời gian phản hồi hay vị trí IP.

Nhìn trung vị thay vì trung bình

Thời gian phản hồi thường có vài giá trị rất cao do mạng chập chờn. Trung bình cộng bị kéo lệch bởi những giá trị này, còn trung vị phản ánh trải nghiệm phổ biến hơn. Khi so sánh hai nguồn proxy, hãy so trung vị và phân vị 95, tức mức mà 95% request nhanh hơn.

Đối chiếu IP ra với thông tin gói đã mua

IP đi ra phải khớp với IP nhà cung cấp giao. Với proxy xoay, IP thay đổi là bình thường, nhưng quốc gia và nhà mạng phải đúng gói. Anh em có thể tra nhanh vị trí và ASN của từng IP qua các dịch vụ tra cứu như ipinfo, rồi ghi thêm cột vị trí vào file kết quả.

Nếu gói ghi IP Viettel mà ASN trả về là một nhà cung cấp máy chủ, đó là dấu hiệu IP không đúng loại. Trường hợp này nên báo lại nhà cung cấp kèm kết quả tra cứu.

Đặt ngưỡng loại bỏ rõ ràng

Để tránh tranh luận mỗi lần kiểm tra, đội nên thống nhất ngưỡng trước. Ví dụ: loại proxy timeout hai lần liên tiếp, loại proxy có trung vị phản hồi gấp ba lần trung vị cả danh sách, loại proxy bị trang đích trả 403 trong ba lần thử. Ngưỡng cụ thể tùy công việc, quan trọng là áp dụng nhất quán.

Theo dõi theo thời gian

Một lần kiểm tra cho biết hiện trạng, nhiều lần kiểm tra cho biết xu hướng. Lưu file kết quả theo ngày và vẽ biểu đồ tỷ lệ sống theo tuần giúp anh em phát hiện sớm khi chất lượng một nguồn proxy đi xuống. Đây cũng là dữ liệu tốt khi cần trao đổi với nhà cung cấp về chất lượng dịch vụ.

So sánh các loại công cụ kiểm tra proxy phổ biến

Ngoài tự viết, có nhiều công cụ sẵn có, mỗi loại hợp với một quy mô và mức độ bảo mật khác nhau.

So sánh công cụ kiểm tra proxy

So sánh công cụ kiểm tra proxy

Ba nhóm công cụ

  • Công cụ chạy trên trình duyệt: kiểm tra nhanh vài proxy, không cần cài đặt, nhưng phải dán thông tin proxy lên website của bên thứ ba.
  • Ứng dụng desktop hoặc mã nguồn mở: số lượng không giới hạn, tùy chỉnh timeout và bộ lọc, chạy trên máy anh em.
  • Công cụ của nhà cung cấp proxy: tích hợp sẵn trong trang quản lý, an toàn vì không chia sẻ thông tin đăng nhập ra ngoài.

Bảng so sánh theo nhu cầu

Loại công cụ

Quy mô phù hợp

Kiểm tra trang đích

Bảo mật thông tin proxy

Tự động hóa

Trang web kiểm tra

Vài đến vài chục proxy

Thường không

Thấp, phải dán lên web

Không

Lệnh curl

Vài chục proxy

Có, tự chọn URL

Cao, chạy trên máy

Bằng script đơn giản

Script Python tự viết

Hàng nghìn proxy

Có, tùy chỉnh đầy đủ

Cao, chạy trên máy

Dễ gắn vào pipeline

Ứng dụng desktop

Hàng trăm đến hàng nghìn

Tùy ứng dụng

Trung bình, tùy nguồn phần mềm

Hạn chế

Công cụ nhà cung cấp

Theo gói đã mua

Thường không

Cao

Tùy nhà cung cấp

Nguyên tắc bảo mật khi dùng công cụ bên ngoài

Với proxy có user và password, anh em nên ưu tiên công cụ chạy cục bộ hoặc do chính nhà cung cấp phát hành. Không dán thông tin đăng nhập proxy vào các trang kiểm tra lạ, vì người vận hành trang có thể ghi lại và dùng chung proxy của anh em.

Một tiêu chí nữa là khả năng lưu lịch sử. Công cụ giữ lịch sử giúp anh em so sánh hiệu suất theo thời gian, ví dụ nhận ra tỷ lệ proxy chết của một nguồn tăng dần qua từng tuần.

Kiểm tra danh tiếng IP trong công cụ kiểm tra proxy

Ngoài tốc độ và ẩn danh, bước thường bị bỏ qua là danh tiếng của IP. Một proxy nhanh nhưng có lịch sử lạm dụng vẫn có thể bị nhiều trang từ chối ngay lập tức.

Tra cứu cơ sở dữ liệu lạm dụng

Các cơ sở dữ liệu như AbuseIPDB cho biết IP từng bị báo cáo tấn công brute force, spam hay quét cổng chưa. Bài test tốc độ thông thường không thể hiện được thông tin này. AbuseIPDB có API cho phép tra cứu tự động, tiện gắn vào script ở trên.

Kiểm tra danh sách đen và độ sạch

Bài cách kiểm tra proxy có bị blacklist không hướng dẫn tra các danh sách đen phổ biến trước khi đưa IP vào tool. Với nhu cầu xác minh IP có thật sự là IP nhà mạng hay không, xem bài kiểm tra proxy dân cư thật. Tổng hợp các tiêu chí độ sạch có ở bài cách kiểm tra proxy sạch.

Bước tra danh tiếng nên nằm trong quy trình định kỳ, không chỉ làm khi mới mua proxy.

Tần suất chạy công cụ kiểm tra proxy tự động

Không có con số cố định, nhưng tần suất nên tỷ lệ thuận với mức độ quan trọng của tác vụ.

  • Job chạy liên tục 24/24: kiểm tra lớp một theo chu kỳ 1–3 giờ.
  • Job chạy theo lịch hằng ngày: kiểm tra ngay trước mỗi lần chạy.
  • Danh sách proxy tĩnh ít thay đổi: kiểm tra định kỳ hằng tuần để phát hiện IP đã chết.
  • Proxy dùng cho quảng cáo: kiểm tra cả vị trí hiển thị trước chiến dịch, như hướng dẫn trong bài cách kiểm tra hiển thị khi chạy ads.

Gắn kiểm tra vào đầu pipeline

Cách triển khai gọn là gắn bước kiểm tra như khâu bắt buộc ngay đầu pipeline. Danh sách proxy chết được loại tự động, chỉ IP đã xác nhận còn sống mới vào hàng đợi xử lý. Với hệ thống chạy lâu, nên kết hợp thêm cơ chế tự chuyển sang IP khác khi proxy lỗi giữa chừng, như trong bài proxy failover.

Anh em có thể mua proxy tại ProxyVN rồi dùng công cụ trong bài để test hàng loạt trước khi đưa vào công việc.

Lên lịch chạy công cụ kiểm tra proxy tự động

Script chỉ thật sự "tự động" khi chạy theo lịch mà không cần ai bấm. Cả Linux lẫn Windows đều có sẵn bộ lập lịch để làm việc này.

Trên Linux dùng cron

Mở bảng lịch bằng lệnh crontab -e rồi thêm một dòng. Ví dụ dưới chạy script Python mỗi hai giờ và ghi log ra file. Đây là ví dụ triển khai chung, đường dẫn thay theo máy của anh em.

0 */2 * * * cd /opt/checkproxy && /usr/bin/python3 check.py >> check.log 2>&1

Trên Windows dùng Task Scheduler

Trên Windows, anh em mở Task Scheduler, chọn "Create Basic Task", đặt tên, chọn tần suất "Daily" rồi trong bước "Action" chọn "Start a program". Ô "Program/script" điền đường dẫn python.exe, ô "Add arguments" điền tên file script, ô "Start in" điền thư mục chứa script và file proxies.txt.

Sau khi tạo, mở lại task, vào thẻ "Triggers" để đặt lặp lại mỗi một hoặc hai giờ nếu cần. Nhớ chọn "Run whether user is logged on or not" để task vẫn chạy khi máy khóa màn hình.

Gửi cảnh báo khi tỷ lệ sống giảm

Một bước nâng cao là để script tự gửi cảnh báo khi tỷ lệ proxy sống xuống dưới ngưỡng, ví dụ dưới 90%. Cảnh báo có thể gửi qua Telegram bot hoặc email nội bộ. Nhờ vậy, đội biết sự cố ngay khi xảy ra thay vì phát hiện lúc job đã thất bại.

Khi kiểm tra đã chạy theo lịch, danh sách proxy dùng cho job luôn là danh sách mới nhất. Đây là nền tảng để các hệ thống thu thập dữ liệu chạy ổn định nhiều tuần mà không cần can thiệp tay.

Tận dụng tính năng kiểm tra có sẵn trong tool

Nhiều trình duyệt antidetect và phần mềm quản lý tài khoản có nút kiểm tra proxy ngay trong màn hình tạo hồ sơ. Nút này thường chỉ làm lớp một: kiểm tra kết nối, IP và vị trí. Anh em vẫn nên chạy lớp kiểm tra trang đích riêng trước khi giao proxy cho hàng loạt hồ sơ, vì tool không biết trang đích nào quan trọng với công việc của anh em.

Xử lý kết quả sau khi chạy công cụ kiểm tra proxy

Kiểm tra xong chưa phải hết việc. Cách xử lý danh sách proxy lỗi ảnh hưởng trực tiếp tới hiệu quả vận hành lâu dài.

Phân loại theo nguyên nhân

  • Timeout: proxy quá tải hoặc chết hẳn. Kiểm tra lại sau 15–30 phút trước khi loại.
  • Lỗi 407: sai user, password hoặc IP chưa được whitelist. Sửa cấu hình, không phải lỗi proxy.
  • Kết nối bị từ chối: sai cổng, sai giao thức HTTP và SOCKS5, hoặc proxy đã ngừng.
  • Bị chặn ở trang đích: proxy sống nhưng không dùng được cho trang đó. Giảm tần suất hoặc đổi loại IP.

Báo lại cho nhà cung cấp

Nếu proxy trong gói còn hiệu lực mà chết, hãy gửi danh sách kèm thời điểm kiểm tra và lỗi cụ thể. Nhiều nhà cung cấp có chính sách đổi IP lỗi trong thời gian bảo hành. Thông tin rõ ràng giúp được xử lý nhanh hơn.

Nhận ra mẫu hình sớm

Nếu phần lớn proxy "chết" đều do bị chặn tại cùng một nhóm trang đích, vấn đề có thể nằm ở cách dùng chứ không phải chất lượng proxy. Lúc này điều chỉnh tần suất request hoặc đổi loại proxy hiệu quả hơn là liên tục thay IP mới.

Câu hỏi thường gặp về công cụ kiểm tra proxy

Kiểm tra proxy có làm tốn băng thông không?

Có nhưng rất ít. Một request tới api.ipify.org chỉ vài trăm byte. Lớp kiểm tra trang đích tốn hơn, nên chỉ chạy cho proxy đã qua lớp một.

Vì sao proxy báo sống nhưng tool vẫn lỗi?

Thường do tool dùng sai giao thức, sai định dạng hoặc trang đích đã chặn IP. Hãy chạy lớp kiểm tra trang đích với đúng URL mà tool truy cập.

Có nên dùng trang web kiểm tra proxy miễn phí không?

Chỉ nên dùng với proxy không có mật khẩu hoặc proxy công khai. Proxy trả phí có user, password nên kiểm tra bằng công cụ chạy trên máy.

Bao nhiêu mili giây là thời gian phản hồi tốt?

Tùy khoảng cách tới trang đích. Proxy Việt Nam truy cập trang trong nước thường dưới 300 ms là ổn; truy cập trang nước ngoài có thể cao hơn nhiều mà vẫn bình thường.

Kiểm tra SOCKS5 có khác HTTP không?

Cách kiểm tra giống nhau, chỉ khác tiền tố trong URL proxy. Nên dùng socks5h để tên miền được phân giải qua proxy, tránh rò rỉ DNS.

Xem thêm:

Kết luận

Công cụ kiểm tra proxy tự động là bước không thể bỏ qua trước khi đưa danh sách IP vào vận hành thật, từ lệnh curl đơn giản tới script Python chạy song song. Proxy.vn - Nhà cung cấp dịch vụ proxy chất lượng hàng đầu Việt Nam luôn kiểm tra IP trước khi bàn giao, để anh em bắt đầu công việc suôn sẻ cùng công cụ kiểm tra proxy phù hợp.

TIN TỨC LIÊN QUAN