Công Cụ Kiểm Tra Proxy Tự Động: Test Hàng Loạt IP
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
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
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
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
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:
- Cách kiểm tra proxy sạch trước khi mua proxy 2026
- Kiểm tra proxy dân cư thật: Vì sao check ra datacenter
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.