Nhà cung cấp hứa hẹn “hơn 10 triệu IP”, nhưng trên thực tế bạn nhận được cùng một địa chỉ mỗi vài phút. Đây là tình huống điển hình với những con số phóng đại trong tiếp thị dịch vụ proxy. Có một cách đơn giản và đáng tin cậy để kiểm tra kích thước thực tế của bể — thực hiện một loạt các yêu cầu và đếm xem bạn đã nhận được bao nhiêu IP duy nhất. Trong bài viết này, chúng ta sẽ xem xét cách thực hiện điều này một cách chính xác, không có những sai lầm làm sai lệch kết quả.
Tại sao cần kiểm tra kích thước bể proxy
Kích thước của bể ảnh hưởng trực tiếp đến tần suất lặp lại các địa chỉ IP khi có nhiều yêu cầu. Nếu bạn là một nhà tiếp thị và đang quản lý 50 tài khoản Facebook Ads, việc lặp lại IP trên nhiều hồ sơ là con đường trực tiếp dẫn đến việc bị khóa toàn bộ chuỗi tài khoản. Nếu bạn là một chuyên gia SMM và quản lý 30 tài khoản Instagram của khách hàng thông qua Dolphin Anty, mỗi lần lặp lại IP là một rủi ro liên kết các tài khoản của những khách hàng khác nhau trong mắt hệ thống chống gian lận của nền tảng.
Đối với các nhà bán hàng trên Wildberries và Ozon, bể thực tế nhỏ có nghĩa là trình thu thập giá của đối thủ sẽ nhanh chóng bị giới hạn hoặc captcha — trang web sẽ thấy hàng chục yêu cầu từ cùng một địa chỉ và sẽ chặn nó. Đối với các nhà tiếp thị đang thử nghiệm quảng cáo địa lý, điều quan trọng là phải hiểu liệu các yêu cầu có thực sự đến từ các mạng con và thành phố khác nhau hay không, chứ không phải từ ba IP lặp lại của cùng một trung tâm dữ liệu.
Việc kiểm tra mất khoảng 10-15 phút, nhưng kết quả của nó tiết kiệm hàng tuần làm việc, mà nếu không sẽ phải dành cho việc mở khóa tài khoản và tìm hiểu lý do tại sao các IP “mới” lại trở thành những người quen cũ.
Tại sao các nhà cung cấp phóng đại con số
Kích thước bể được công bố thường là tổng số địa chỉ mà lý thuyết có thể truy cập trong mạng của nhà cung cấp trong suốt thời gian tồn tại của nó, bao gồm cả các IP đã không còn được cấp phát, bị chặn bởi các nền tảng mục tiêu hoặc thuộc về các thiết bị không hoạt động trong trường hợp proxy dân cư và di động. Mẫu có sẵn thực tế tại thời điểm yêu cầu của bạn có thể nhỏ hơn nhiều.
Có một lý do thứ hai: việc quay vòng IP ở nhiều nhà cung cấp hoạt động theo nguyên tắc “phiên — IP mới”, nhưng bể quay vòng có thể bị giới hạn ở một địa lý hoặc mạng con cụ thể của ISP. Nếu bạn chỉ yêu cầu IP từ Mỹ, trong khi bể tổng của nhà cung cấp được tính cho tất cả các quốc gia cùng một lúc, số lượng địa chỉ thực tế có sẵn cho bạn có thể khác biệt rất nhiều so với số lượng được quảng cáo.
Đó là lý do tại sao bài kiểm tra với 1000 yêu cầu không phải là sự hoang tưởng, mà là một bước cần thiết trong quá trình thẩm định trước khi xây dựng quy trình kinh doanh dựa trên nhà cung cấp proxy với hàng chục tài khoản hoặc trình thu thập dữ liệu hoạt động 24/7.
Phương pháp kiểm tra: 1000 yêu cầu và bộ đếm IP duy nhất
Logic của phương pháp rất đơn giản: bạn thực hiện N yêu cầu đến dịch vụ, dịch vụ sẽ trả về IP bên ngoài hiện tại của bạn (ví dụ: httpbin.org/ip hoặc api.ipify.org), tại mỗi yêu cầu, proxy phải thay đổi IP theo cài đặt quay vòng của bạn. Tất cả các địa chỉ nhận được sẽ được lưu vào một tập hợp (set), tự động loại bỏ các bản sao. Cuối cùng, bạn chia số IP duy nhất cho tổng số yêu cầu — đó chính là hệ số duy nhất thực tế của bể.
Để kiểm tra chính xác, ba điều kiện là rất quan trọng:
- Các yêu cầu phải được thực hiện với khoảng thời gian tương ứng với kịch bản sử dụng thực tế — không cần thực hiện 1000 yêu cầu trong 3 giây, nếu trong công việc thực tế bạn thay đổi IP mỗi 5 phút;
- Mỗi yêu cầu phải khởi tạo một phiên mới của proxy (đối với proxy dân cư và di động, điều này thường có nghĩa là một mã thông báo sticky-session mới hoặc hoàn toàn tái tạo kết nối);
- Phải kiểm tra chính xác địa lý và loại proxy mà bạn dự định sử dụng trong sản xuất — kiểm tra trên bể chung sẽ không cho thấy tình hình thực tế cho một quốc gia cụ thể.
Số 1000 được chọn không phải ngẫu nhiên — đây là mẫu đủ lớn để có ý nghĩa thống kê của kết quả, trong khi đó bài kiểm tra được thực hiện trong thời gian hợp lý và không tạo ra gánh nặng dư thừa cho nhà cung cấp.
Kịch bản sẵn có trên Python cho bài kiểm tra
Dưới đây là kịch bản hoạt động, thực hiện 1000 yêu cầu qua proxy và đếm số IP duy nhất. Thay thế các biến PROXY_HOST, PROXY_PORT, PROXY_USER và PROXY_PASS bằng dữ liệu từ tài khoản cá nhân của nhà cung cấp proxy của bạn.
import requests
import time
from collections import Counter
PROXY_HOST = "proxy.example.com"
PROXY_PORT = "8000"
PROXY_USER = "login"
PROXY_PASS = "password"
proxy_url = f"http://{PROXY_USER}:{PROXY_PASS}@{PROXY_HOST}:{PROXY_PORT}"
proxies = {"http": proxy_url, "https": proxy_url}
TOTAL_REQUESTS = 1000
DELAY_SECONDS = 0.5 # khoảng dừng giữa các yêu cầu
ip_counter = Counter()
errors = 0
for i in range(TOTAL_REQUESTS):
try:
response = requests.get(
"https://api.ipify.org?format=json",
proxies=proxies,
timeout=10
)
ip = response.json().get("ip")
ip_counter[ip] += 1
except Exception as e:
errors += 1
time.sleep(DELAY_SECONDS)
unique_ips = len(ip_counter)
success_requests = TOTAL_REQUESTS - errors
uniqueness_ratio = unique_ips / success_requests if success_requests else 0
print(f"Số yêu cầu thành công: {success_requests}")
print(f"Số lỗi: {errors}")
print(f"Số IP duy nhất: {unique_ips}")
print(f"Hệ số duy nhất: {uniqueness_ratio:.2%}")
print("Top-5 IP lặp lại nhiều nhất:")
for ip, count in ip_counter.most_common(5):
print(f" {ip}: {count} lần")
Kịch bản cũng xuất ra danh sách các IP lặp lại — điều này hữu ích để hiểu có một hoặc hai địa chỉ nào đó “dính” và được nhà cung cấp phát ra một cách bất thường. Nếu có những địa chỉ như vậy và tỷ lệ của chúng lớn hơn 5-7% trong tổng số yêu cầu, đó là dấu hiệu của vấn đề với việc quay vòng ở phía nhà cung cấp.
Kiểm tra nhanh qua cURL mà không cần mã
Nếu bạn không muốn viết kịch bản, bạn có thể thực hiện kiểm tra đơn giản qua terminal. Lệnh sau trong bash sẽ thực hiện 50 yêu cầu và lưu tất cả các IP nhận được vào một tệp, điều này cho phép đánh giá nhanh mà không cần cài đặt Python:
for i in {1..50}; do
curl -s -x "http://login:[email protected]:8000" \
https://api.ipify.org >> ip_list.txt
echo "" >> ip_list.txt
sleep 0.5
done
sort ip_list.txt | uniq -c | sort -nr
Lệnh sort | uniq -c sẽ hiển thị danh sách các IP duy nhất với số lần lặp lại của mỗi địa chỉ — đây là cùng một nguyên tắc như trong kịch bản Python, nhưng không cần viết chương trình. Để kiểm tra nhanh, 50-100 yêu cầu là đủ để nhận thấy những vấn đề rõ ràng với việc quay vòng.
Cách diễn giải kết quả bài kiểm tra
Hệ số duy nhất phụ thuộc vào loại proxy. Không nên mong đợi 100% duy nhất từ các proxy trung tâm dữ liệu rẻ tiền và không nên hoảng sợ nếu các proxy dân cư cho thấy thấp hơn 95% — một số nhà cung cấp sử dụng các bể với địa lý hạn chế, nơi mà về mặt vật lý không thể có một số lượng IP gia đình không giới hạn.
| Loại proxy | Duy nhất dự kiến trên 1000 yêu cầu | Đánh giá |
|---|---|---|
| Proxy dân cư | 90-99% | Bình thường |
| Proxy di động | 70-95% | Bình thường (phụ thuộc vào mật độ nhà cung cấp trong địa lý) |
| Proxy trung tâm dữ liệu | 50-90% | Bình thường, nhưng phụ thuộc vào bể được công bố của mạng con cụ thể |
| Bất kỳ loại nào | dưới 30% | Vấn đề — bể bị phóng đại nhiều trong quảng cáo hoặc quay vòng bị hỏng |
Ngoài hệ số tổng thể, hãy xem xét sự phân phối: nếu 900 trong số 1000 yêu cầu cho các IP khác nhau, trong khi 100 yêu cầu lại đến từ cùng một địa chỉ — điều này tệ hơn so với sự phân phối đồng đều với cùng một hệ số trung bình. Sự đồng đều quan trọng hơn tỷ lệ duy nhất tổng thể, đặc biệt là cho các nhiệm vụ đa tài khoản, nơi mà mỗi lần gán lại IP cho hồ sơ là rất quan trọng.
Kiểm tra bể trong Dolphin Anty và AdsPower mà không cần mã
Nếu bạn không muốn làm việc với các kịch bản, trình duyệt chống phát hiện cung cấp các công cụ tích hợp để kiểm tra tương tự, mặc dù quy mô nhỏ hơn. Trong Dolphin Anty, mở phần “Proxy” → chọn proxy cần thiết → nhấn nút kiểm tra IP nhiều lần liên tiếp với khoảng thời gian vài phút và ghi lại kết quả thủ công vào bảng. Trong AdsPower cũng tương tự: trong phần quản lý proxy có nút “Check”, hiển thị IP hiện tại, quốc gia và nhà cung cấp mạng — các kiểm tra lặp lại với khoảng thời gian sẽ cho thấy địa chỉ có thay đổi hay không.
Phương pháp thủ công này phù hợp cho việc kiểm tra nhanh chọn lọc trước khi mua một khối lượng lớn proxy, nhưng không thay thế cho bài kiểm tra đầy đủ với 1000 yêu cầu, nếu bạn dự định mở rộng quy trình cho hàng chục hoặc hàng trăm tài khoản. Để kiểm tra nghiêm túc trước khi sử dụng lâu dài, tốt hơn là chạy kịch bản từ phần trên và nhận được dữ liệu có ý nghĩa thống kê.
Những sai lầm thường gặp khi kiểm tra bể
Sai lầm đầu tiên là thực hiện các yêu cầu quá nhanh, không có khoảng dừng. Một số nhà cung cấp trả về cùng một IP trong khoảng thời gian ngắn một cách cố ý (phiên sticky), và bài kiểm tra nhanh mà không có khoảng dừng sẽ cho thấy tỷ lệ duy nhất thấp một cách sai lệch, mặc dù trong các khoảng thời gian sử dụng thực tế mọi thứ đều ổn.
Sai lầm thứ hai là kiểm tra thông qua dịch vụ kiểm tra IP, mà chính nó lưu trữ các phản hồi hoặc trả về vị trí địa lý thay vì địa chỉ thực tế. Sử dụng các dịch vụ đã được kiểm chứng như ipify.org hoặc httpbin.org/ip, mà trả về JSON sạch mà không lưu trữ ở phía họ.
Sai lầm thứ ba là không tính đến thời gian chờ và lỗi kết nối trong thống kê tổng thể. Nếu 200 trong số 1000 yêu cầu kết thúc với lỗi, và bạn tính tỷ lệ duy nhất từ 1000, chứ không phải từ 800 yêu cầu thành công, hệ số sẽ bị sai lệch theo hướng xấu.
Sai lầm thứ tư là kiểm tra không đúng địa lý mà thực sự cần trong công việc. Bể có thể rất lớn toàn cầu, nhưng lại rất nhỏ cho một thành phố hoặc tiểu bang cụ thể — và chính địa lý cục bộ thường là rất quan trọng cho quảng cáo nhắm địa lý hoặc SMM địa phương.
Phải làm gì nếu bể quá nhỏ
Nếu bài kiểm tra cho thấy tỷ lệ duy nhất thấp, bước đầu tiên là viết thư cho bộ phận hỗ trợ của nhà cung cấp với các số liệu cụ thể từ bài kiểm tra và yêu cầu giải thích lý do. Các nhà cung cấp đáng tin cậy thường giải thích rõ ràng cấu trúc của bể theo địa lý và loại proxy và có thể đề xuất một mẫu nhỏ hơn nhưng thực sự hoạt động.
Tùy chọn thứ hai là xem xét lại loại proxy cho nhiệm vụ. Đối với việc nuôi tài khoản và làm việc với các nền tảng quảng cáo, thường hiệu quả hơn là không tăng cường độ quay vòng của các IP trung tâm dữ liệu, mà chuyển sang các proxy dân cư hoặc di động, nơi mà bản chất của mạng đảm bảo phân phối địa chỉ tự nhiên hơn và ít bị phát hiện hơn cho các hệ thống chống gian lận.
Tùy chọn thứ ba là giảm tải cho bể: tăng khoảng thời gian giữa các lần thay đổi IP, phân phối nhiệm vụ giữa nhiều mạng con hoặc địa lý, nếu nền tảng cho phép làm việc không từ một quốc gia cụ thể. Đôi khi giải pháp không phải là tăng cường bể, mà là thay đổi mẫu yêu cầu để nó phù hợp với khối lượng địa chỉ duy nhất thực sự có sẵn.
Kết luận
Bài kiểm tra với 1000 yêu cầu và đếm số IP duy nhất là một cách nhanh chóng và khách quan để kiểm tra xem bể proxy thực tế có phù hợp với các con số được công bố của nhà cung cấp hay không. Kịch bản sẵn có trên Python hoặc kiểm tra đơn giản qua cURL mất ít thời gian, và kết quả giúp tránh việc bị khóa tài khoản, chặn khi thu thập dữ liệu trên các thị trường và chi phí không cần thiết cho các proxy không phù hợp với nhiệm vụ.
Nếu bạn dự định nuôi các tài khoản quảng cáo Facebook Ads hoặc TikTok Ads, quản lý hàng chục hồ sơ Instagram thông qua Dolphin Anty hoặc AdsPower, hãy chú ý đến proxy di động — chúng thường cho thấy phân phối IP tự nhiên hơn và ít bị phát hiện hơn bởi các hệ thống chống gian lận của nền tảng. Đối với việc thu thập giá trên Wildberries và Ozon hoặc các nhiệm vụ mà tốc độ và độ ổn định là quan trọng, hãy thử nghiệm proxy dân cư theo phương pháp trong bài viết này trước khi xây dựng quy trình làm việc thường xuyên dựa trên chúng.