프록시, VPN, 레지덴셜 주소: 웹사이트가 알 수 있는 것과 알 수 없는 것
모든 웹사이트는 요청이 도착한 주소를 봅니다. 그 주소에 대해 무엇을 판단하는가는 별개의 문제인데, 이 둘은 끊임없이 혼동됩니다. 이 글은 서버가 관찰할 수 있는 것과 탐지 업체가 판매하는 것을 구분합니다.
서버가 관찰하는 것
서버는 출발지 주소와 포트를 봅니다. 주소로부터 조회를 통해 대략적인 위치, 해당 대역을 소유한 조직(ASN), 그 대역이 일반 가정용 ISP, 호스팅 회사, 이동통신사, 대학 중 어디에 등록되어 있는지를 알아낼 수 있습니다. 또한 TLS 핸드셰이크 세부 정보, 클라이언트가 보낸 HTTP 헤더, 연결 타이밍도 봅니다. 이것이 직접 얻은 증거의 전부입니다.
조회가 더해 주는 것
상용 데이터베이스는 주소 대역을 “레지덴셜”, “데이터센터”, “알려진 VPN 출구”, “Tor 출구”, “모바일”처럼 분류합니다. 이는 공개된 등록 정보, 트래픽 패턴, VPN 제공업체가 공개했거나 관측된 출구 목록으로 만들어집니다. 사이트는 이런 데이터베이스에 대한 접근권을 구매해 방문자마다 조회합니다. 일부 진단 페이지에 나오는 “Proxy: yes” 판정은 그 질문에 대한 답이며, 브라우저가 말한 것이 아니고 뒤에 있는 데이터베이스만큼만 정확합니다.
그래서 이런 데이터베이스를 조회하지 않는 진단 도구는 프록시, 블랙리스트, 익명성 검사에 대해 추측하지 말고 “Not tested”라고 표시해야 합니다. 브라우저 신호만으로 추측하면 오해를 부를 만큼 자주 틀리기 때문입니다.
서버 입장에서 본 프록시, VPN, 레지덴셜
VPN은 기기의 모든 트래픽을 운반하므로 브라우저의 HTTP 요청, WebRTC 패킷, DNS 쿼리가 모두 같은 곳에서 나갑니다. 서버는 일관된 하나의 주소를 보게 되며, 보통 데이터베이스가 VPN 제공업체의 것으로 알고 있는 대역입니다.
브라우저에 설정한 프록시는 브라우저가 그것을 통해 보내는 트래픽만 운반합니다. HTTP는 프록시를 거치지만 WebRTC용 UDP는 거치지 않을 수 있고, DNS 확인은 프록시 유형에 따라 로컬이나 프록시에서 이루어질 수 있습니다. 서버는 요청에서 프록시의 주소를 볼 수 있고, WebRTC가 차단되지 않았다면 후보에서 다른 주소를 볼 수 있습니다. 눈에 띄는 것은 프록시 자체가 아니라 바로 이 불일치입니다.
레지덴셜 주소는 일반 가정용 ISP에 등록된 주소입니다. 대부분의 실제 방문자가 가진 주소라서 데이터베이스는 이를 가장 의심이 적은 범주로 취급합니다. 레지덴셜 프록시 네트워크는 이런 주소를 통해 트래픽을 보내므로 프리미엄 가격에 판매되며, 탐지 업체가 등록 정보가 아니라 행동으로 이를 식별하는 데 공을 들이는 이유이기도 합니다.
데이터베이스가 필요 없는 검사
업체 없이도 세 가지 비교가 가능합니다. 브라우저의 시간대가 주소의 시간대와 일치하는가? WebRTC 후보가 요청 주소와 일치하는가? 언어 목록이 지역에 맞는가? 이 중 어느 것도 무언가를 증명하지는 않지만 각각 무료이며, 세 가지가 모두 어긋나면 설명하기 어렵습니다. 이 항목들을 나란히 보여 주는 진단 도구는, 사이트가 조회에 비용을 쓰기 전에 보는 것과 같은 시야를 제공합니다.
정리하며
주소는 사실입니다. 분류는 당신이 볼 수 없는 데이터베이스의 의견입니다. 주소와 브라우저가 보고하는 나머지 모든 것 사이의 일관성은 당신이 통제할 수 있는 부분이며, 점검할 가치가 있는 부분입니다.
