웹사이트가 프록시를 감지하는 방법: 모든 신호와 각 신호를 통과하는 방법
프록시 감지는 한 번의 검사가 아니라 여러 단계로 이루어집니다. 대부분의 '탐지 불가' 설정은 먼저 지루한 부분에서 실패합니다. 사이트가 프록시를 감지하는 모든 신호와 각 신호에 대한 대응책을 소개합니다.
사이트는 단일한 기발한 트릭으로 프록시를 감지하지 않습니다. 독립적인 여러 검사를 실행하며, 연결은 모든 검사를 통과해야 합니다. 그래서 사람들이 "탐지 불가"라고 부르는 설정은 보통 지루한 신호에서 먼저 실패합니다: 누출된 헤더, 데이터센터 IP, 브라우저와 일치하지 않는 TLS 지문. 웹사이트가 프록시를 감지하는 방법을 계층별로 이해하는 것이 실제로 통과할 수 있는 것을 판단하는 유일한 방법입니다. 여기 모든 신호 스택과 각 신호에 대한 대응책이 있습니다.
신호 1: IP 주소와 그 ASN
첫 번째이자 가장 저렴한 검사는 IP를 데이터베이스에서 조회하는 것입니다. 상업 서비스 - MaxMind, spur.us, IP2Proxy, IPHub, proxycheck.io - 는 주소를 자율 시스템 번호 (ASN)로 분류합니다. 데이터센터 및 호스팅 ASN은 쉽게 표시되므로 클라우드 서버 IP는 다른 검사가 실행되기 전에 차단됩니다. 주거용 및 모바일 IP는 소비자 ISP ASN에 속하므로 기본적으로 이 관문을 통과합니다. 이 단일 신호 때문에 주거용 프록시가 데이터센터 IP가 도착하자마자 차단되는 곳에서 성공합니다 - ASN이 "가정용 광대역"이라고 말하지 "AWS"라고 말하지 않기 때문입니다. 역방향 DNS는 관련된 검사입니다: 호스팅 제공업체를 가리키는 PTR 레코드는 또 다른 단서입니다.
신호 2: 프록시를 알리는 HTTP 헤더
잘못 구성된 프록시는 누출됩니다. Via, X-Forwarded-For, Forwarded, Proxy-Connection과 같은 헤더는 중개자를 통해 트래픽이 전달되었음을 선언하기 위해 존재하며, 이를 전달하는 투명한 프록시는 사이트에 자백을 제공합니다. 헤더의 순서와 일관성도 중요합니다: Chrome이라고 주장하는 요청이 비-Chrome 순서로 헤더를 보내면 지문 불일치가 발생합니다. 해결책은 전달 헤더를 주입하지 않는 프록시와 모방하는 브라우저와 일관된 헤더 세트를 보내는 클라이언트입니다.
신호 3: TLS와 JA3 지문
HTTP가 전송되기 전에 TLS 핸드셰이크는 클라이언트가 제공하는 정확한 암호화 스위트 및 확장으로부터 지문 (JA3/JA4)을 노출합니다. Python 또는 Go HTTP 라이브러리는 Chrome과 전혀 다른 핸드셰이크를 생성합니다 - 따라서 Chrome 사용자 에이전트를 가진 요청이 Python TLS 지문을 가지면 즉시 일관성이 없습니다, 그리고 이는 프록시 레이어 아래에서 발생하기 때문에 어떤 프록시도 이를 수정할 수 없습니다. 이것이 깨끗한 IP가 여전히 차단되는 이유입니다: IP는 통과했지만 TLS는 통과하지 못했습니다. JA3/JA4 TLS 지문에 대한 우리의 심층 분석은 클라이언트의 핸드셰이크를 실제 브라우저와 일치시키는 모방 라이브러리를 다룹니다.
신호 4: DNS 및 WebRTC 누출
완벽한 IP가 있어도 실제 위치가 측면으로 누출될 수 있습니다. DNS가 프록시를 통해 대신 기기에서 해결되면, 해결자의 위치가 당신을 배신합니다 - 이것이 바로 SOCKS5 사용자가 DNS가 터널을 통해 가도록 socks5h 스킴을 사용해야 하는 이유입니다. 실제 브라우저에서는 WebRTC가 더 나쁩니다: 미디어 API를 통해 페이지에 직접 로컬 및 공용 IP를 드러낼 수 있습니다, 프록시를 통과하지 않고 바로. 탐지 방지 설정은 이 이유로 WebRTC를 비활성화하거나 프록시를 통해 라우팅합니다. 둘 다 "사이드 채널" 누출입니다 - 프록시는 괜찮지만 그 주변의 무언가가 아닙니다.
신호 5: 지연 시간, 지리적 및 행동적 일관성
더 미묘한 검사는 맞지 않는 것들을 찾습니다. 프록시는 추가 네트워크 홉을 삽입하며, 연구 기술 (학문적 "BadPass" 스타일의 지연 시간 분석)은 왕복 시간을 비교하여 두 홉 서명을 감지합니다 - 하지만 이는 낮은 지연 시간의 주거용 출구 및 모바일 IP에 대해 저하됩니다. 지리적 일관성은 실제로 더 중요합니다: IP가 독일이라고 말하지만 브라우저의 시간대, 언어 헤더 및 로케일이 뉴욕이라고 말하면, 그 불일치는 강력한 신호입니다. 모바일 IP는 차단하기 가장 어렵습니다, 왜냐하면 캐리어급 NAT는 하나의 주소가 동시에 수천 명의 실제 사용자에 의해 공유되기 때문입니다 - 이를 차단하면 진짜 고객이 차단됩니다. 이것이 모바일 프록시가 신뢰받는 이유입니다.
모든 IP의 사기 점수 및 프록시 플래그를 무료로 확인하세요
모든 것을 종합하면: 일관성이 단일 트릭을 이깁니다
일관성이 핵심입니다. 감지는 하나의 벽이 아닙니다; 동의하거나 동의하지 않는 독립적인 관찰 세트입니다. 누출된 프록시 헤더가 있는 주거용 IP는 여전히 실패합니다. Python TLS 지문이 있는 깨끗한 IP도 여전히 실패합니다. 승리하는 설정은 처음부터 끝까지 지루하게 일관성이 있습니다: ISP 할당 IP, 전달 헤더 없음, 브라우저와 일치하는 TLS 핸드셰이크, 터널을 통한 DNS 및 WebRTC 라우팅, 그리고 모두 같은 장소를 가리키는 지리/시간대/언어 스택. 어려운 대상을 스크래핑하기 전에, 체크를 통해 출구를 테스트하여 어떤 신호가 누출되고 있는지 확인하세요. IP 평판 대 장치 지문 비교는 먼저 수정해야 할 레이어를 다룹니다.
또한 감지가 거의 예/아니오가 아니라는 것을 아는 것이 좋습니다. 대부분의 시스템은 위험 점수를 할당하고 임계값에 따라 행동합니다: 약간 의심스러운 신호는 마찰만 추가할 수 있습니다 - CAPTCHA, 페이지의 가벼운 버전 - 반면 빨간 깃발의 스택은 완전한 차단을 받습니다. 그래서 단일 "탐지 불가" 트릭을 쫓는 것은 잘못된 정신 모델입니다. 닫는 모든 누출은 점수를 낮추고, 임계값 아래에서는 사이트가 다른 방문자처럼 당신을 대합니다. 가장 큰 신호를 먼저 수정하세요 (IP 유형, 그 다음 헤더와 TLS), 다시 테스트하고, 보통 사람들을 집착하게 만드는 이국적인 대응책 없이 통과할 수 있습니다.
자주 묻는 질문
웹사이트가 프록시를 어떻게 감지하나요?
그들은 여러 검사를 실행합니다: IP를 ASN으로 프록시 데이터베이스에서 조회하고, HTTP 헤더를 전달 단서로 검사하고, TLS 핸드셰이크를 지문화하고, DNS 및 WebRTC 누출을 감시하고, 지리 및 지연 시간 일관성을 테스트합니다. 연결은 모든 검사를 통과해야 합니다. 대부분의 설정은 더 미묘한 것들이 중요하기 전에 IP 또는 헤더 검사에서 실패합니다.
주거용 프록시는 감지될 수 있나요?
주거용 프록시는 데이터센터 IP를 죽이는 ASN 검사를 통과하지만 자동으로 보이지 않는 것은 아닙니다. 클라이언트가 전달 헤더를 누출하거나, 비브라우저 TLS 지문을 보내거나, DNS 또는 WebRTC를 통해 실제 IP를 노출하면 사이트는 여전히 세션을 플래그할 수 있습니다. 주거용 IP는 가장 큰 신호를 제거합니다; 나머지의 일관성이 당신을 깨끗하게 유지합니다.
내 프록시가 감지 가능한지 테스트하려면 어떻게 해야 하나요?
출구 IP를 사기 점수 또는 프록시 검사기를 통해 실행하세요 - 이는 ASN 분류, IP가 알려진 프록시 목록에 있는지 여부 및 평판을 보고합니다. 우리의 무료 IP 검사기는 대상 사이트가 볼 사기 점수 및 프록시 플래그를 보여주므로, 실행을 태우기 전에 소진된 IP를 잡을 수 있습니다.
왜 깨끗한 IP가 여전히 차단되나요?
IP는 단지 하나의 신호이기 때문입니다. Python 또는 Go TLS 지문, 누출된 헤더, 또는 지리/시간대 불일치와 짝을 이룬 신선한 주거용 IP는 일관성이 없으며, 사이트는 주소가 아닌 모순에서 차단합니다. 감지를 수정하는 것은 IP, 헤더, TLS 및 누출의 모든 레이어를 정렬하는 것이지 더 나은 IP를 소싱하는 것이 아닙니다.
프록시 감지는 일관성을 보상하고 모순을 벌합니다. 데이터베이스 검사를 통과하기 위해 주거용 또는 모바일 IP로 시작한 후, 그 주변의 아무것도 일치하지 않는 것이 없도록 하세요 - 헤더, TLS, DNS, WebRTC 및 지리가 모두 같은 이야기를 말합니다. 확장하기 전에 테스트하면, 추측 대신 어떤 신호를 수정해야 하는지 정확히 알 수 있습니다.