Error 1006/1007/1008 접근 거부: IP 차단 (Cloudflare)

Problem

페이지가 Cloudflare 차단 화면에서 Error 1006, 1007, 또는 1008 — Access Denied: Your IP address has been banned을 반환합니다. 대개 하단에 Ray ID가 붙어 있죠. 다운된 것은 없습니다. Cloudflare는 사이트에 잘 닿았고 — 다만 그 사이트를 당신에게 건네주기를 거부했습니다. 그리고 한 시간의 헛수고를 아껴주는 핵심은 이겁니다: 이건 Cloudflare 장애도, 당신 기기의 문제도 아닙니다. 결정입니다. 사이트 소유자 — Cloudflare 고객 — 가 당신이 접속하는 IP 주소를 차단 목록에 올렸고, 요청이 오리진에 닿기도 전에 엣지가 그 밴을 집행하는 겁니다.

세 코드는 같은 벽입니다. Cloudflare 공식 문서는 1006, 1007, 1008을 한 항목 — Access Denied: Your IP address has been banned — 아래 묶습니다. 해결이 동일하기 때문입니다. 다른 건 무엇이 밴을 유발했느냐뿐입니다: 개별 IP 차단, 밴당한 대역이나 지역, 아니면 당신 주소에 우연히 매칭된 커스텀 방화벽 규칙. 그 구분은 사소합니다. 중요한 건 주소이고, 주소가 가장 먼저 볼 것입니다.

Symptoms

• 차단 화면에 Error 1006, Error 1007, 또는 Error 1008과 Access Denied: Your IP address has been banned 문구, 그리고 Ray ID가 뜹니다.
• 완전하고 즉각적입니다 — 챌린지도, CAPTCHA도, “브라우저 확인 중”도 없습니다. 밴은 협상하지 않습니다. 레이트 리밋(1015)이나 관리형 챌린지라면 그런 절차가 있죠.
• 같은 사이트가 셀룰러의 휴대폰에서, 또는 다른 네트워크에서 즉시 열립니다 — 지금 이 회선만 막혀 있습니다.
• VPN 서버를 바꾸면 될 때도 안 될 때도 있습니다 — 밴이 당신이 아니라 출구 IP에 붙어 있다는 강한 신호입니다.

Top 3 Causes

1. 공유 IP의 나쁜 평판을 물려받음 - 가장 흔한 경우이고, 당신의 행동과는 아무 상관 없습니다. VPN 출구 노드, 저가 프록시, CGNAT 대역, 클라우드·데이터센터 IP는 엄청난 수의 낯선 사람들이 공유합니다. 그중 하나가 이 사이트를 스크래핑·무차별 대입·스팸했고, 소유자가 그 주소를 밴했고, 이제 같은 출구로 라우팅되는 모두가 벽에 부딪힙니다. 당신은 아무것도 안 했습니다 — 그저 다른 사람이 섰던 자리에 서 있을 뿐입니다.
2. 당신의 실제 IP에 대한 의도된 표적 밴 - 정말로 당신 주소일 때도 있습니다. 당신(또는 당신의 서버, 스크래퍼)이 사이트를 두들겼거나, 남용 임계치를 넘겼거나, 소유자가 IP Access Rule에 직접 추가했다면, 소유자가 당신을 콕 집어 밴한 겁니다. VPN도 프록시도 없는 일반 가정용 회선에서도 1006이 뜨면 이 경우입니다. 밴은 의도적이고 유지됩니다.
3. 당신이 속한 대역을 잡는 커스텀 방화벽 규칙 - 특히 1007과 1008에서, 소유자가 IP 대역 전체·ASN을 밴했거나 당신 트래픽이 매칭되는 패턴을 막는 WAF 규칙을 썼을 수 있습니다. 당신이 개별로 등록된 게 아니라, 다른 누군가를 겨냥한 그물 안에 걸린 겁니다. 데이터센터·호스팅 ASN은 사람 트래픽이 거의 없어 통째로 밴당하기 일쑤입니다.

Diagnose with DechoNet

• IP 진단은 당신이 사이트에 내보이는 정확한 주소, 그리고 그게 VPN·프록시·호스팅 업체의 것인지 가정용 ISP의 것인지 보여줍니다. 데이터센터나 VPN IP로 나오면 답을 찾은 겁니다 — 밴은 그 공유 출구에 있고, 해결은 그걸 그만 쓰는 것이지 누구에게 메일 쓰는 게 아닙니다.
• RDAP 조회는 그 IP를 소유한 조직과 ASN을 알려줍니다. 호스팅·VPN 업체의 ASN은 소유자가 통째로 밴하는 바로 그런 대역이고, 가정용 ISP의 것은 아닙니다.
• 역방향 DNS는 주소의 데이터센터식 이름(ec2, vps, 호스팅 호스트명)을 드러내, 당신이 사이트 소유자가 막을 이유가 충분한 인프라를 통해 나가고 있음을 확인해 줍니다.

Resolution Checklist

• 깨끗한 네트워크에서 재시도 — VPN과 프록시를 끄거나 셀룰러로 전환. 사이트가 열리면 밴은 공유 IP에 있었고, 끝입니다. 이 한 단계가 1006 신고의 대부분을 해결합니다.
• IP 조회로 내가 내보이는 주소를 확인. 데이터센터·VPN → 나가는 경로를 바꾸세요. 가정용 → 밴이 당신을 표적한 것일 가능성이 높고, 네트워크를 바꿔도 소용없습니다.
• 당신의 서버·스크래퍼가 밴당한 거라면, 먼저 사이트 두들기기를 멈춘 뒤 소유자에게 연락. 언밴을 요청하기 전에 행동을 고치는 것이 승낙과 거절을 가릅니다.
• 소유자를 찾아 Ray ID를 제시. Ray ID는 소유자가 Security Events 로그에서 당신의 정확한 요청을 찾아 어떤 규칙이 밴했는지 확인하는 열쇠입니다. 없으면 추측만 하게 됩니다. 연락처를 못 찾으면 도메인에 대한 RDAP/WHOIS 조회로 대개 abuse·등록자 연락처가 드러납니다.
• Cloudflare 지원 티켓으로 해결을 기대하지 마세요. Cloudflare는 고객의 보안 설정을 뒤집을 수 없습니다 — 문서에 분명히 적혀 있습니다. 밴을 풀 수 있는 건 사이트 소유자뿐입니다.

When to Escalate

• 깨끗한 가정용 IP에서도 1006이 뜨면 밴은 의도적이고 표적적입니다. 당신 쪽에서 진단할 것은 없습니다 — 해결은 전적으로 사이트 소유자에게 있고, 당신의 일은 Ray ID와 신뢰할 이유를 들고 그들에게 닿는 것입니다.
• 당신이 사이트 소유자인데 정상 방문자가 1006/1007/1008에 걸린다면, 밴은 IP Access Rules나 커스텀 방화벽 규칙에 있습니다. Security → Events를 열어 신고의 Ray ID로 필터하면 정확한 규칙과 동작이 보입니다. 너무 넓은 IP 대역·ASN 차단이 흔한 범인 — 좁히거나 해당 IP를 allow 규칙에 추가하세요.
• 차단이 IP가 아니라 특정 국가나 브라우저 지문과 연관된다면, 비슷한 옷을 입은 다른 코드일 가능성이 높습니다 — 1009 국가 밴이나 1010 브라우저 시그니처 차단이죠. 엉뚱한 해결을 쫓기 전에 화면의 정확한 번호를 확인하세요.