프록시를 통해 Facebook Ads를 열었는데, 대시보드 대신 502 코드가 있는 하얀 화면이 나타납니다. 또는 Wildberries 파서가 갑자기 5분마다 503 오류를 발생시키기 시작합니다. 첫 번째 생각은 프록시가 고장났다는 것이고, 풀을 변경해야 한다는 것입니다. 그러나 절반의 경우 문제는 프록시가 아니라 사이트 쪽에 있으며, IP를 변경해도 아무것도 해결되지 않습니다. 몇 분 안에 문제의 출처를 정확히 파악하고 작업 가능한 프록시를 찾는 데 시간을 낭비하지 않도록 하겠습니다.
502 및 503 코드의 의미
프록시를 비난하기 전에, 이러한 코드는 HTTP 프로토콜 자체에서 발생하며, 요청하는 서버 쪽의 문제를 설명한다는 것을 이해해야 합니다. 502 Bad Gateway는 중간 서버(예: 로드 밸런서 또는 Cloudflare와 같은 CDN)가 상위 서버로부터 잘못된 응답을 받았음을 의미합니다. 간단히 말해, 당신과 최종 애플리케이션 사이의 연결 고리가 고장났거나 과부하 상태입니다.
503 Service Unavailable는 서버가 요청을 처리할 수 없음을 나타내며, 주로 과부하, 기술 작업 또는 봇 방지 시스템이 작동 중일 때 발생합니다. 중요한 점은 503은 일시적인 불가용성을 의미하며, 서버는 살아 있지만 지금 당장 응답할 준비가 되어 있지 않다는 것입니다.
두 코드 모두 분명히 "서버 문제"라고 말하는 것처럼 보입니다. 그러나 프록시를 사용할 때 상황이 복잡해집니다: 프록시 서버 자체가 502를 생성하는 "중간 링크"가 될 수 있으며, 목표 사이트에 도달할 수 없을 때 발생합니다. 503은 사이트가 실제로 다운된 것이 아니라, 보호 시스템(Cloudflare, Akamai, DataDome)이 프록시 IP를 의심스러운 것으로 인식하고 실제 페이지 대신 503 또는 429 코드가 있는 대체 페이지를 제공할 때 자주 발생합니다.
프록시를 통해 이러한 오류가 더 자주 발생하는 이유
프록시 없이 사이트가 안정적으로 열리는데, 프록시를 통해 502 또는 503 오류가 자주 발생한다면, 보통 몇 가지 이유가 있으며, 모두 프록시가 요청 체인에 어떻게 통합되는지와 관련이 있습니다.
프록시 서버 자체의 과부하. 저렴한 데이터 센터 프록시의 경우, 하나의 IP에 너무 많은 동시 세션이 "걸려" 있을 수 있습니다. 프록시가 트래픽을 프록시 처리할 시간이 없으면 연결을 끊거나 자신의 이름으로 502를 반환합니다.
목표 사이트에서의 IP 차단. Facebook Ads, Instagram, Wildberries 및 Ozon은 데이터 센터 IP 범위를 대량으로 차단하는 봇 방지 시스템을 적극적으로 사용합니다. 이 경우 사이트는 형식적으로 작동하지만 특정 IP에 대해서는 503 또는 CAPTCHA로 리디렉션합니다.
지리적 불일치. 프록시가 한 국가에 있고 계정이 다른 지역에 연결되어 생성되었다면, 일부 서비스는 세션을 일시적으로 "중단"하고 정당한 접근 거부 대신 게이트 오류를 반환합니다.
프로토콜 및 포트. 잘못 지정된 프록시 유형(HTTP 대신 SOCKS5 또는 그 반대)이 안티디텍트 브라우저 설정에서 자주 502로 위장됩니다. 브라우저가 물리적으로 터널을 설정할 수 없기 때문에 게이트 오류를 표시합니다.
빠른 확인: 프록시 또는 사이트
문제를 파악하는 가장 신뢰할 수 있는 방법은 변수를 하나씩 배제하는 것입니다. 다음은 5분 이내에 완료할 수 있는 단계입니다.
1단계. 동일한 사이트를 프록시 없이 직접 자신의 실제 IP로 엽니다. 오류가 반복된다면, 문제는 확실히 사이트 쪽에 있으며, 프록시는 관련이 없습니다.
2단계. 프록시 없이 모든 것이 작동한다면, 동일한 풀에서 다른 IP로 프록시를 변경합니다. 오류가 사라졌다면, 특정 IP가 차단되었거나 과부하 상태였던 것이며, 전체 서비스가 아닙니다.
3단계. 동일한 프록시를 다른 사이트에서 확인합니다(예: httpbin.org 또는 whatismyip와 같은 중립적인 리소스를 엽니다). 프록시가 전혀 열리지 않는다면, 문제는 프록시 서버 자체에 있으며, 목표 사이트와는 관련이 없습니다.
4단계. 프록시가 다른 사이트를 정상적으로 열지만 특정 리소스에서 지속적으로 503 오류가 발생한다면, 이는 거의 항상 봇 방지 시스템이 특정 IP를 의심스러운 것으로 인식했기 때문입니다. 이 경우 프록시 유형을 변경하는 것이 도움이 되며, 단순히 동일한 풀 내에서의 회전만으로는 부족합니다.
Dolphin Anty, AdsPower 및 Multilogin에서의 진단
안티디텍트 브라우저를 통해 계정을 관리하는 경우, 진단을 브라우저 내에서 직접 수행하는 것이 더 편리합니다.
Dolphin Anty에서 프로필을 열고 프록시 설정으로 이동한 후 연결 테스트 버튼을 클릭합니다. 테스트가 "프록시가 응답하지 않음" 또는 타임아웃을 표시한다면, 문제는 프록시 서버 수준에 있으며, 브라우저에서 502 오류가 발생하는 것은 그 논리적 결과입니다. 테스트가 성공적으로 통과했지만 프로필 내에서 여전히 502 또는 503 오류가 발생한다면, 응답 코드를 기록하고 동일한 URL을 다른 IP의 다른 프로필로 열어보세요. 이는 시스템 문제인지 로컬 문제인지를 보여줍니다.
AdsPower에서 유사한 기능은 "프록시 확인"이라고 하며, 응답 속도와 지리적 위치도 추가로 보여줍니다. 프록시의 지리적 위치가 예상과 일치하지 않는 경우(예: 미국 프록시를 구매했지만 서비스가 네덜란드를 표시하는 경우), 이는 대체 또는 잘못된 설정을 의심할 이유가 되며, 이 또한 게이트 오류를 유발할 수 있습니다.
Multilogin 및 GoLogin에서는 프로필 생성 시 프록시 확인이 별도의 대화 상자로 제공됩니다. 캠페인을 시작하기 전에 이를 사용하세요, 특히 새로운 계정을 대량으로 생성하는 경우에는 더욱 그렇습니다. 5초의 검사가 502 오류의 원인을 파악하는 데 한 시간을 낭비하지 않도록 도와줍니다.
기술적 방법: curl을 통한 검사
파싱 작업을 하거나 프로그래밍적으로 프록시를 설정하는 경우, 가장 정확한 진단 방법은 터미널을 통한 직접 요청입니다. 이를 통해 브라우저의 "장식" 없이 실제 응답 코드를 확인할 수 있습니다.
curl -x http://login:password@proxy_ip:port -I https://example.com -v
-I 플래그는 헤더만 요청하고, -v는 자세한 출력을 포함하여 어떤 단계에서 연결이 끊어졌는지 확인할 수 있습니다 — 프록시로의 터널 설정 중인지, 아니면 목표 서버에 접근할 때인지.
프록시에 연결할 때 오류가 발생하면(예: Connection refused 또는 Connection timed out), 문제는 프록시 서버 자체에 있습니다. 터널이 설정되었지만 응답이 502 또는 503 코드로 돌아온다면, 문제는 사이트 쪽 또는 그 보호 시스템에 있습니다.
스크립트를 통해 풀에서 10개의 프록시를 즉시 실행하고 응답 코드 통계를 수집하는 것이 유용합니다 — 이는 전체 풀에 시스템 문제가 있는지 아니면 몇 개의 "부패한" IP 문제인지 빠르게 보여줍니다:
for proxy in $(cat proxies.txt); do
code=$(curl -x "$proxy" -o /dev/null -s -w "%{http_code}" https://example.com)
echo "$proxy -> $code"
done풀의 30% 이상이 다양한 사이트에서 502를 반환한다면 — 공급자 또는 인프라 자체에 문제가 있으며, 풀 전체를 변경해야 합니다. 오류가 특정 도메인에서만 발생한다면 — 이는 해당 사이트의 봇 방지 시스템 문제입니다.
표: 프록시 유형별 오류 원인
다양한 유형의 프록시는 502 및 503 오류에 대해 다르게 영향을 받습니다 — 이는 특정 작업에 적합한 프록시를 선택할 때 고려해야 할 중요한 사항입니다.
| 프록시 유형 | 일반적인 502/503 원인 | 오류 빈도 |
|---|---|---|
| 데이터 센터 프록시 | 봇 방지 시스템에 의한 IP 범위의 대량 차단, 공용 서버의 과부하 | 높음 |
| 주거용 프록시 | 때때로 최종 장치의 불안정한 연결 | 낮음 |
| 모바일 프록시 | 세션 중간에 IP 변경, 신호의 일시적인 중단 | 중간, 그러나 일시적 |
데이터 센터 IP는 봇 방지 시스템에 의해 사전에 인식되는 경우가 많기 때문에, Facebook Ads, Instagram 및 마켓플레이스와 같은 플랫폼에서 가장 높은 비율의 503을 유발합니다. 주거용 및 모바일 IP는 보호 시스템에 의해 일반 사용자처럼 보이기 때문에, 잘못된 차단 비율이 상당히 낮지만, 0은 아닙니다.
오류 수를 줄이는 방법
Facebook Ads 또는 TikTok Ads의 광고 계정을 관리하는 중재자에게는 IP가 봇 방지 시스템의 블랙리스트에 올라가는 것이 중요합니다 — 이것이 가장 자주 503 코드로 나타납니다. 이러한 작업에서는 주거용 프록시가 데이터 센터 프록시보다 훨씬 안정적으로 작동합니다. 왜냐하면 이들의 IP는 실제 제공업체에 속하고 보호 시스템의 의심을 덜 받기 때문입니다.
여러 안티디텍트 프로필을 통해 Instagram 및 TikTok을 대량으로 관리하는 SMM 전문가에게는, 동일한 IP에 너무 많은 세션이 과부하를 일으켜 502 오류가 발생하는 경우가 많습니다. 해결책은 각 계정에 고유한 IP를 할당하고 풀의 주소 수를 줄이지 않는 것입니다.
Wildberries, Ozon 및 Avito에서 가격을 모니터링하는 판매자에게는 503 오류가 사이트 보호 시스템이 빈번한 유사 요청 패턴을 인식했음을 의미합니다. 여기서는 프록시 유형을 변경하는 것보다 요청 빈도를 줄이고 요청 간에 임의의 지연을 추가하며, 각 새로운 요청에 대해 IP를 회전하는 것이 더 효과적입니다.
파싱 및 자동화된 스크립트에서 대량의 요청을 처리할 때 연결 속도와 안정성이 중요하다면, 데이터 센터 프록시는 가격과 속도 측면에서 합리적인 선택입니다 — 그러나 여러 IP 간에 부하를 고르게 분산시켜야 하며, 하나의 주소의 한계를 초과하지 않도록 해야 합니다.
진단 체크리스트
502 또는 503 오류가 프록시를 통해 발생할 때마다 이 순서를 저장하고 따르세요:
- 프록시 없이 사이트를 엽니다 — 오류가 반복되는지 확인합니다.
- 프록시 연결을 별도로 확인합니다 (whatismyip, httpbin).
- 동일한 풀 내에서 IP를 변경하고 요청을 반복합니다.
- 프로필 설정에서 프록시 유형 및 포트를 확인합니다 (HTTP/SOCKS5).
- 여러 IP를 curl을 통해 실행하고 응답 코드를 비교합니다.
- 계정 연결에 대한 프록시의 지리적 위치가 변경되었는지 확인합니다.
- 오류가 특정 사이트에서만 발생하는 경우 요청 빈도를 줄입니다.
- 풀 전체에서 오류가 발생한다면 — 공급자 또는 프록시 유형을 변경합니다.
결론
502 및 503 코드는 프록시를 즉시 포기할 이유가 아닙니다. 대부분의 경우, 5분의 진단으로 문제가 발생한 위치를 이해할 수 있습니다: 프록시 서버 자체, 목표 사이트 또는 봇 방지 시스템. 프록시 없이 확인하고, 풀 내에서 IP를 변경하며, curl 또는 Dolphin Anty 및 AdsPower와 같은 안티디텍트 브라우저의 내장 도구를 통해 테스트하면 90%의 문제를 추가적인 추측 없이 해결할 수 있습니다.
문제가 설정에 있지 않고, 귀하의 IP가 정기적으로 봇 방지 시스템의 블랙리스트에 올라간다면, 작업에 적합한 프록시 유형을 재검토해야 합니다. 광고 계정을 생성하고 소셜 미디어 작업을 수행하는 경우, 주거용 프록시를 고려하는 것이 좋습니다 — 이들은 사이트의 보호 시스템에서 의심을 덜 받습니다. 대량의 요청에서 속도가 중요한 경우, 데이터 센터 프록시가 적합하며, 모바일 애플리케이션에서 최대한 자연스러운 행동을 원한다면 모바일 프록시를 선택하세요.