제공업체는 "1000만 개 이상의 IP"를 약속하지만, 실제로는 몇 분마다 동일한 주소를 받게 됩니다. 이는 프록시 서비스 마케팅에서 과장된 숫자의 전형적인 상황입니다. 실제 풀의 크기를 확인하는 간단하고 신뢰할 수 있는 방법은 일련의 요청을 하고 얼마나 많은 고유 IP를 받았는지 계산하는 것입니다. 이 기사에서는 결과를 왜곡하는 오류 없이 이를 올바르게 수행하는 방법을 설명합니다.
프록시 풀 크기를 확인해야 하는 이유
풀의 크기는 많은 요청이 있을 때 IP 주소가 얼마나 자주 반복되는지에 직접적인 영향을 미칩니다. 만약 당신이 중재자이고 Facebook Ads 계정을 50개 운영한다면, 여러 프로필에서 반복되는 IP는 전체 계정 체인이 차단되는 직접적인 경로입니다. SMM 전문가로서 Dolphin Anty를 통해 30개의 고객 Instagram 계정을 관리한다면, IP의 반복은 플랫폼의 안티프로드 시스템에서 서로 다른 고객의 계정을 연결할 위험이 됩니다.
Wildberries와 Ozon의 판매자에게 작은 실제 풀은 경쟁자의 가격 파서를 빠르게 rate-limit 또는 CAPTCHA에 걸리게 합니다. 사이트는 동일한 주소에서 수십 개의 요청을 감지하고 차단합니다. 광고의 지리적 타겟팅을 테스트하는 마케팅 담당자는 요청이 실제로 서로 다른 서브넷과 도시에서 발생하는지 이해하는 것이 중요합니다. 같은 데이터 센터의 세 개의 반복 IP에서 발생하는 것이 아니라.
검증에는 10-15분이 소요되며, 그 결과는 계정 해제와 "새로운" IP가 오래된 지인으로 판명되는 이유를 파악하는 데 수주를 절약합니다.
제공업체가 숫자를 과장하는 이유
제공업체가 주장하는 풀의 크기는 종종 제공업체의 네트워크에서 존재하는 동안 이론적으로 접근 가능한 주소의 총 수입니다. 이는 오래전에 발급되지 않거나, 목표 플랫폼에 의해 차단되었거나, 주거용 및 모바일 프록시의 경우 비활성 장치에 속하는 IP를 포함합니다. 요청 시점에서 실제로 접근 가능한 샘플은 수배 적을 수 있습니다.
두 번째 이유도 있습니다. 많은 제공업체의 IP 회전은 "세션 - 새로운 IP" 원칙으로 작동하지만, 회전 풀은 특정 지역 또는 ISP의 서브넷에 제한될 수 있습니다. 만약 당신이 미국의 IP만 요청하고 제공업체의 전체 풀은 모든 국가를 기준으로 계산된다면, 실제로 접근 가능한 주소의 수는 광고된 수치와 수십 배 다를 수 있습니다.
그렇기 때문에 1000개의 요청에 대한 테스트는 편집증이 아니라, 여러 계정이나 24/7 작동하는 파서를 위해 프록시 제공업체에 비즈니스 프로세스를 구축하기 전에 필수적인 실사 단계입니다.
검증 방법: 1000개의 요청과 고유 IP 카운터
방법의 논리는 간단합니다: 서비스에 N개의 요청을 보내고 현재 외부 IP를 반환합니다(예: httpbin.org/ip 또는 api.ipify.org). 각 요청 시 프록시는 설정한 회전 규칙에 따라 IP를 변경해야 합니다. 모든 수신 주소는 중복을 자동으로 걸러내는 집합(set)에 저장됩니다. 마지막에 고유 IP의 수를 총 요청 수로 나누면 그것이 바로 풀의 실제 고유성 비율입니다.
올바른 테스트를 위해서는 세 가지 조건이 중요합니다:
- 요청은 실제 사용 시나리오에 해당하는 간격으로 이루어져야 합니다 — 실제 작업에서 5분마다 IP를 변경하는 경우 3초 안에 1000개의 요청을 할 필요는 없습니다;
- 각 요청은 새로운 프록시 세션을 시작해야 합니다(주거용 및 모바일 프록시의 경우 일반적으로 새로운 sticky-session 토큰 또는 전체 연결 재구성을 의미합니다);
- 테스트는 실제로 프로덕션에서 사용할 계획인 지역 및 프록시 유형을 대상으로 해야 합니다 — 일반 풀에서의 테스트는 특정 국가에 대한 실제 상황을 보여주지 않습니다.
1000이라는 숫자는 우연히 선택된 것이 아닙니다 — 이는 결과의 통계적 유의성을 위한 충분한 샘플 크기이며, 테스트는 합리적인 시간 내에 수행되며 제공업체에 과도한 부하를 주지 않습니다.
테스트를 위한 Python 스크립트
아래는 프록시를 통해 1000개의 요청을 수행하고 고유 IP를 계산하는 작업 스크립트입니다. PROXY_HOST, PROXY_PORT, PROXY_USER, PROXY_PASS 변수를 귀하의 프록시 제공업체의 개인 대시보드에서 가져온 데이터로 교체하십시오.
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 # 요청 간의 지연 시간
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"성공적인 요청 수: {success_requests}")
print(f"오류 수: {errors}")
print(f"고유 IP 수: {unique_ips}")
print(f"유니크 비율: {uniqueness_ratio:.2%}")
print("가장 많이 반복되는 IP 상위 5개:")
for ip, count in ip_counter.most_common(5):
print(f" {ip}: {count}회")
이 스크립트는 또한 반복되는 IP의 상위를 출력합니다 — 이는 제공업체가 비정상적으로 자주 제공하는 한두 개의 주소가 있는지 이해하는 데 유용합니다. 이러한 주소가 있고 그 비율이 전체 요청의 5-7%를 초과하면 제공업체 측의 회전 문제를 나타내는 신호입니다.
코드 없이 cURL을 통한 빠른 확인
스크립트를 작성하고 싶지 않다면, 터미널을 통해 간단한 확인을 할 수 있습니다. 다음 bash 명령은 50개의 요청을 수행하고 모든 수신 IP를 파일에 저장하여 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
sort | uniq -c 명령은 각 IP의 반복 수와 함께 고유 IP 목록을 보여줍니다 — 이는 Python 스크립트와 동일한 원리지만 프로그램을 작성하지 않고도 가능합니다. 빠른 확인을 위해 50-100개의 요청이면 회전 문제를 명확히 파악하는 데 충분합니다.
테스트 결과 해석 방법
유니크 비율은 프록시 유형에 따라 다릅니다. 저렴한 데이터 센터 프록시에서 100% 유니크성을 기대하지 말고, 주거용 프록시가 95% 미만을 보일 경우 놀라지 마십시오 — 일부 제공업체는 물리적으로 무한한 수의 가정용 IP가 존재할 수 없는 제한된 지역의 풀을 사용합니다.
| 프록시 유형 | 1000개의 요청에서 기대되는 유니크 비율 | 평가 |
|---|---|---|
| 주거용 프록시 | 90-99% | 정상 |
| 모바일 프록시 | 70-95% | 정상 (지역 내 운영자의 밀도에 따라 다름) |
| 데이터 센터 프록시 | 50-90% | 정상, 하지만 특정 서브넷의 주장된 풀에 따라 다름 |
| 모든 유형 | 30% 미만 | 문제 — 풀은 광고에서 크게 부풀려졌거나 회전이 고장났습니다 |
전체 비율 외에도 분포를 살펴보십시오: 1000개의 요청 중 900개가 서로 다른 IP를 제공하고 100개 요청이 동일한 주소에 해당한다면, 이는 동일한 평균 비율을 가진 균일한 분포보다 나쁩니다. 균일성은 전체 유니크 비율보다 더 중요하며, 특히 멀티 계정 작업에서 IP의 반복 연결이 중요합니다.
코드 없이 Dolphin Anty 및 AdsPower에서 풀 확인하기
스크립트를 사용하고 싶지 않다면, 안티 감지 브라우저는 유사한 검증을 위한 내장 도구를 제공합니다. Dolphin Anty에서 "프록시" 섹션을 열고 필요한 프록시를 선택한 다음, IP 확인 버튼을 몇 번 연속으로 눌러 몇 분 간격으로 결과를 수동으로 기록하십시오. AdsPower에서도 비슷하게, 프록시 관리 섹션에 있는 "Check" 버튼을 클릭하면 현재 IP, 국가 및 네트워크 제공업체가 표시됩니다 — 반복적인 확인은 주소가 변경되는지를 보여줍니다.
이러한 수동 방법은 대량의 프록시를 구매하기 전에 빠른 선택적 검증에 적합하지만, 수십 개 또는 수백 개의 계정에서 프로세스를 확장할 계획이라면 1000개의 요청에 대한 완전한 테스트를 대체할 수 없습니다. 장기 사용을 위한 심각한 검증을 위해서는 위의 섹션에서 제공된 스크립트를 실행하여 통계적으로 유의미한 데이터를 얻는 것이 좋습니다.
풀 테스트 시 자주 발생하는 오류
첫 번째 오류는 요청을 너무 빠르게, 간격 없이 보내는 것입니다. 일부 제공업체는 의도적으로 짧은 시간 창 내에서 동일한 IP를 반환합니다(스티키 세션) 그리고 간격 없이 빠른 테스트는 왜곡된 낮은 유니크 비율을 보여줄 수 있으며, 실제 사용 간격에서는 문제가 없습니다.
두 번째 오류는 IP 확인 서비스에서 테스트하는 것입니다. 이 서비스는 응답을 캐시하거나 실제 주소 대신 지리적 위치를 반환합니다. ipify.org 또는 httpbin.org/ip와 같은 검증된 서비스를 사용하여 캐시 없이 순수 JSON을 반환하는 것이 좋습니다.
세 번째 오류는 타임아웃 및 연결 오류를 전체 통계에 포함하지 않는 것입니다. 1000개의 요청 중 200개가 오류로 종료되었고, 1000에서 고유성을 계산하면 안 됩니다. 800개의 성공적인 요청에서 계산해야 합니다. 비율이 왜곡될 수 있습니다.
네 번째 오류는 실제로 작업에 필요한 지역을 테스트하지 않는 것입니다. 풀은 전 세계적으로 거대할 수 있지만 특정 도시나 주에서는 작을 수 있습니다 — 특히 지역 타겟 광고나 로컬 SMM에 있어서는 지역이 종종 중요합니다.
풀 크기가 작을 경우 할 일
테스트에서 낮은 유니크 비율이 나타나면 첫 번째 단계는 제공업체 지원팀에 테스트의 구체적인 수치를 포함하여 문의하여 이유를 설명해 달라고 요청하는 것입니다. 성실한 제공업체는 일반적으로 지역 및 프록시 유형에 따른 풀 구조를 투명하게 설명하고, 더 좁지만 실제로 작동하는 샘플을 제안할 수 있습니다.
두 번째 옵션은 작업에 맞는 프록시 유형을 재검토하는 것입니다. 계정 농사 및 광고 플랫폼 작업의 경우 데이터 센터 IP의 회전 강도를 높이는 것보다 주거용 또는 모바일 프록시로 전환하는 것이 종종 더 효과적입니다. 네트워크의 본질이 주소의 보다 자연스러운 분포와 안티프로드 시스템에 대한 낮은 감지를 보장합니다.
세 번째 옵션은 풀에 대한 부담을 줄이는 것입니다: IP 변경 간의 간격을 늘리거나, 플랫폼이 특정 국가에서만 작업할 수 있는 경우 여러 서브넷이나 지역 간에 작업을 분산시키는 것입니다. 때때로 해결책은 풀을 늘리는 것이 아니라 요청 패턴을 변경하여 실제로 접근 가능한 고유 주소의 양에 맞추는 것입니다.
결론
고유 IP 수를 계산하는 1000개의 요청 테스트는 프록시 제공업체가 주장하는 실제 풀 크기에 부합하는지 확인하는 빠르고 객관적인 방법입니다. Python의 준비된 스크립트나 cURL을 통한 간단한 검증은 최소한의 시간을 소요하며, 그 결과는 계정 차단, 마켓플레이스 파싱 차단 및 작업에 적합하지 않은 프록시에 대한 불필요한 비용을 피하는 데 도움이 됩니다.
Facebook Ads 또는 TikTok Ads 광고 계정을 농사짓거나 Dolphin Anty 또는 AdsPower를 통해 수십 개의 Instagram 프로필을 운영할 계획이라면 모바일 프록시에 주목하십시오 — 이는 일반적으로 IP의 보다 자연스러운 분포를 보여주며 안티프로드 시스템에 덜 걸립니다. Wildberries와 Ozon의 가격을 파싱하거나 속도와 안정성이 중요한 작업을 위해서는 이 기사에서 설명한 방법으로 주거용 프록시를 테스트하는 것이 좋습니다.