Một Proxy trả về đúng IP chưa chắc đã phù hợp công việc. Bạn còn cần biết thời gian kết nối, độ trễ tới website đích, tốc độ truyền dữ liệu, tỷ lệ lỗi và mức dao động theo thời gian. Đo đúng giúp phân biệt lỗi của Proxy với lỗi Wi-Fi, máy tính, DNS hoặc chính website đang truy cập.
Nguyên tắc: đo trên cùng thiết bị, cùng mạng, cùng điểm đích và cùng khung thời gian; so sánh kết nối trực tiếp với Proxy; chạy nhiều lần thay vì kết luận từ một kết quả.
Ping có đo được Proxy không?
Lệnh ping dùng ICMP. Nhiều máy chủ Proxy không trả lời ICMP, trong khi dịch vụ Proxy vẫn hoạt động bình thường qua TCP. Vì vậy ping tới host Proxy chỉ cho biết một phần về đường mạng, không cho biết đầy đủ thời gian xác thực hoặc phản hồi của yêu cầu web.
Với HTTP hoặc SOCKS5 Proxy, nên đo thời gian thực hiện một yêu cầu thật tới website kiểm thử. Các chỉ số như thời gian kết nối TCP, thời gian tới byte đầu tiên và tổng thời gian phản hồi thường hữu ích hơn ping đơn lẻ.
Năm chỉ số cần theo dõi
- Thời gian kết nối: mất bao lâu để thiết lập TCP tới Proxy.
- Thời gian tới byte đầu tiên: gồm kết nối, xác thực, kết nối tới đích và thời gian máy chủ đích phản hồi.
- Tổng thời gian: thời gian hoàn tất toàn bộ yêu cầu.
- Tỷ lệ thành công: số yêu cầu thành công chia tổng số yêu cầu.
- Độ dao động: mức chênh lệch giữa các lần đo, phản ánh tính ổn định.
Chuẩn bị trước khi kiểm tra
- Dùng mạng có dây hoặc Wi-Fi ổn định; tạm dừng tải xuống lớn.
- Ghi lại thời gian, vị trí mạng và ứng dụng kiểm thử.
- Chọn ít nhất hai điểm đích: một dịch vụ kiểm tra IP nhẹ và một website gần với tác vụ thật.
- Không dùng tệp quá lớn hoặc tạo tải ngoài điều khoản của website.
- Ẩn host, tài khoản và mật khẩu trong ảnh chụp hoặc log chia sẻ công khai.
Đo bằng curl với HTTP Proxy
Thay dữ liệu mẫu bằng thông tin của bạn và chỉ chạy với dịch vụ bạn có quyền truy cập:
curl --proxy http://HOST:PORT --proxy-user "USERNAME:PASSWORD" -o NUL -s -w "connect=%{time_connect} start=%{time_starttransfer} total=%{time_total} code=%{http_code}
" https://example.com/Trên macOS hoặc Linux, thay NUL bằng /dev/null. Kết quả time_connect phản ánh thời gian kết nối tới điểm trung gian trong ngữ cảnh yêu cầu; time_starttransfer là thời gian tới byte đầu tiên; time_total là tổng thời gian.
Đo bằng curl với SOCKS5
curl --proxy socks5h://HOST:PORT --proxy-user "USERNAME:PASSWORD" -o NUL -s -w "connect=%{time_connect} start=%{time_starttransfer} total=%{time_total} code=%{http_code}
" https://example.com/Dùng socks5h:// khi muốn hostname được phân giải qua Proxy. Điều này giúp phép đo gần với cấu hình thực và giảm khả năng DNS cục bộ tạo khác biệt. Đọc thêm bài kiểm tra IP và DNS leak.
Cách chạy phép đo có ý nghĩa
- Chạy 10 lần không qua Proxy và ghi kết quả nền.
- Chạy 10–20 lần qua Proxy, cách nhau vài giây.
- Lặp lại vào ít nhất hai khung giờ nếu công việc kéo dài cả ngày.
- Tính trung vị thay vì chỉ nhìn giá trị trung bình; trung vị ít bị một lần cực chậm làm méo.
- Ghi số lần timeout, mã 407, 429, 5xx và lỗi DNS riêng biệt.
Nếu Proxy xoay IP, hãy giữ cùng session khi muốn đo một tuyến; tạo session mới khi muốn so sánh nhiều IP. Với Proxy tĩnh, xác nhận IP không đổi trong suốt thử nghiệm. Xem Proxy tĩnh và Proxy xoay để chọn cách đo.
Đánh giá tốc độ tải xuống
Chỉ tải tệp thử nghiệm từ máy chủ cho phép và chọn kích thước vừa đủ. Một tệp quá nhỏ chủ yếu đo thời gian thiết lập; tệp lớn hơn phản ánh thông lượng nhưng có thể tạo chi phí băng thông. Chạy một luồng trước, sau đó kiểm tra số luồng trong giới hạn gói.
Thông lượng qua Proxy bị giới hạn bởi mắt xích chậm nhất: mạng của bạn, đường tới Proxy, năng lực Proxy, đường từ Proxy tới đích và tốc độ máy chủ đích. Vì vậy không nên so sánh hai Proxy bằng hai website khác nhau.
Cách đọc độ ổn định
| Hiện tượng | Khả năng | Kiểm tra tiếp |
|---|---|---|
| Độ trễ cao nhưng ổn định | Máy chủ ở xa | Chọn khu vực gần hơn |
| Lúc nhanh lúc rất chậm | Tải cao hoặc tuyến dao động | Đo nhiều khung giờ, đổi mạng nền |
| Nhiều lỗi 407 | Xác thực sai hoặc phiên hết hạn | Kiểm tra tài khoản, whitelist, thời hạn |
| Mã 429 từ website | Giới hạn của website đích | Giảm tần suất, tuân thủ chính sách |
| Proxy nhanh với trang A, chậm với trang B | Peering hoặc máy chủ đích khác nhau | Đo đúng dịch vụ cần dùng |
| Không Proxy cũng chậm | Mạng nền hoặc thiết bị | Khắc phục kết nối trực tiếp trước |
Ngưỡng tốt là bao nhiêu?
Không có một con số phù hợp mọi tác vụ. Duyệt web tương tác nhạy với thời gian tới byte đầu tiên; tải dữ liệu quan tâm thông lượng; tác vụ dài cần tỷ lệ thành công và session ổn định. Hãy đặt ngưỡng theo quy trình: ví dụ thời gian phản hồi tối đa, tỷ lệ thành công tối thiểu và số lần retry chấp nhận được.
Những lỗi đo phổ biến
- Chỉ đo một lần rồi kết luận.
- Dùng ping ICMP làm chỉ số duy nhất cho HTTP Proxy.
- So sánh hai Proxy ở hai quốc gia khác nhau mà không tính khoảng cách.
- Bỏ qua tốc độ kết nối trực tiếp làm đường cơ sở.
- Chạy quá nhiều luồng, vượt giới hạn gói rồi cho rằng Proxy yếu.
- Không phân biệt lỗi Proxy với mã giới hạn từ website đích.
Checklist báo cáo kết quả
- Loại Proxy, giao thức, khu vực và loại session.
- Mạng nền, thiết bị, thời gian và website kiểm thử.
- Trung vị thời gian kết nối, byte đầu tiên và tổng thời gian.
- Tỷ lệ thành công, timeout và phân bố mã lỗi.
- Thông lượng một luồng và nhiều luồng trong giới hạn.
- IP, ASN và nhà mạng được xác nhận đúng.
Kết luận
Để đánh giá Proxy, hãy đo yêu cầu thật thay vì chỉ ping máy chủ. Kết hợp thời gian kết nối, byte đầu tiên, tổng thời gian, thông lượng, tỷ lệ lỗi và độ dao động. So sánh với kết nối trực tiếp, chạy nhiều lần trên đúng điểm đích và ghi rõ điều kiện. Một quy trình đo lặp lại được sẽ giúp bạn chọn Proxy phù hợp và cung cấp dữ liệu hữu ích khi cần hỗ trợ kỹ thuật.