블로그로 돌아가기

독일 프록시, 네덜란드 사이트: IP 지리적 위치의 실제 작동 원리

IP 주소에는 좌표가 없습니다 — 지오 정보는 특정 데이터베이스의 의견입니다. 2026년의 최신 측정을 바탕으로 MaxMind, IPinfo, IP2Location 및 DB-IP가 서로 다른 이유, Cloudflare를 통한 사이트가 한 나라를 보고 체크기가 다른 나라를 보는 이유, 그리고 프록시가 "잘못된 나라로 식별될" 때 어떻게 해야 하는지에 대해 살펴보겠습니다.

📅2026년 9월 20일
독일 프록시, 네덜란드 사이트: IP 지리적 위치의 실제 작동 원리

프록시를 진지하게 다루는 모든 사람에게 반복되는 시나리오입니다. 독일의 지리적 위치를 가진 주거 IP를 가져옵니다. 체크기를 열면 정직하게 독일, 프랑크푸르트라고 적혀 있습니다. 목표 사이트에 들어가면 네덜란드 통화, 네덜란드 결과 및 네덜란드 쿠키 배너가 표시됩니다. 두 번째 체크기는 IP가 벨기에에 있다고 말합니다. 누가 거짓말을 하고 있나요?

아무도 아닙니다. 문제는 IP 주소에 좌표가 없다는 것입니다. 지리적 위치는 주소의 속성이 아니라 특정 데이터베이스의 의견입니다. 이 데이터베이스는 간접적인 방법으로 수집한 것입니다. 데이터베이스는 여러 개가 있으며, 서로 독립적이고 차이가 발생합니다 — 체계적이고 예측 가능합니다. 아래에서는 이러한 데이터가 어디에서 오는지, 최신 측정에서 실제 오차가 얼마나 큰지, 그리고 이를 실제로 어떻게 처리할 수 있는지 살펴보겠습니다.

IP에는 지리가 없다 — 오직 추정치만 있다

패키지 자체에는 "국가" 필드가 없습니다. 인터넷이 주소에 대해 아는 것은 등록 기관의 문서에 따라 누구에게 할당되었는지와 BGP 경로가 어디로 향하는지만입니다. 이를 바탕으로 상업적 데이터베이스(예: MaxMind, IPinfo, IP2Location, DB-IP 등)는 다섯 가지 출처를 조합하여 추정을 합니다:

  • RIR 및 whois 기록. 기록의 국가란 블록이 할당된 조직의 관할권을 의미하며, 물리적으로 서버가 위치한 장소가 아닙니다. 독일 제공업체는 암스테르담에 주소를 쉽게 배포할 수 있습니다.
  • 지오피드. 자가 게시된 지리 데이터의 형식은 RFC 8805(2020)로 정의되었으며, 2024년에는 RFC 9632로 대체되었습니다 — 검증 및 RDAP를 통한 발견이 포함됩니다. 운영자는 자신의 서브넷이 어디에 위치하는지를 스스로 발표합니다. 이는 유일한 권위 있는 출처이지만, 커버리지는 미미합니다: 2023년 말까지 지오피드는 약 2,800개의 자율 시스템을 발표했으며 — 약 3,400만 개의 IPv4 주소, 즉 전 세계 할당의 0.8%에 해당합니다.
  • 라우팅 및 BGP 프리픽스. 하나의 주소가 어디에 있는지 알면 데이터베이스는 전체 프리픽스에 대해 추정합니다. 여기서 대부분의 오류가 발생합니다.
  • 지연 측정. 알려진 지점에서 RTT를 통한 삼각 측량 — 밀집된 유럽의 도시에서는 잘 작동하지만, 측정 지점이 적은 곳에서는 무너집니다.
  • 파트너 데이터. IP를 장치의 GPS 좌표와 매칭하는 애플리케이션 및 서비스의 신호입니다.

각 공급업체는 이를 자신의 비율과 규칙에 따라 혼합합니다. 결과가 일치할 필요는 없습니다.

오차의 크기: 2026년 측정

2026년 5월 21일, 버지니아 공대의 연구자들(Syed Tauhidun Nabi, Jocelyn Bliton, Tijay Chung, Shaddi Hasan)은 "Lost in the Prefix: Revisiting IP Geolocation Accuracy Across Networks and Geographies"라는 논문을 발표했습니다. 그들은 MaxMind GeoLite2, IPinfo, IP2Location DB11 및 DB-IP Lite의 네 가지 데이터베이스를 175개 국가의 16,010개의 RIPE Atlas 프로브와 UNICEF Giga 프로젝트의 21,292 쌍 "IP - 학교"와 비교했습니다. 총 37,302개의 관측치 중 74.7%는 IPv4, 25.3%는 IPv6입니다.

주요 수치:

  • 고정 네트워크: 공급업체에 따라 중앙값 오차는 3–16km입니다. 선진국의 가정용 유선 인터넷에서는 지리가 잘 작동합니다.
  • 모바일 네트워크: 중앙값 오차는 179–207km입니다. 이는 고정 네트워크와의 차이가 10배 이상이며, 네 가지 데이터베이스 모두에서 동일합니다.
  • 지역별 큰 오차 비율(100km 이상): 유럽 9–20%, 아메리카 8–22%, 아시아 53–61%, 아프리카 66–72%입니다.
  • 원인: 약 70%의 모바일 프리픽스는 물리적으로 100km 이상에 걸쳐 있습니다. 프리픽스가 클수록 오류가 더 커집니다 — 공급업체, 네트워크 유형 및 지역에 관계없이.

중요한 점: 네 가지 데이터베이스 모두 비슷한 방식으로 비슷한 장소에서 오류를 범합니다. 이는 "나쁜 공급업체 대 좋은 공급업체"의 문제가 아니라 방법의 일반적인 한계입니다. 글로벌 남반구 국가에서는 "거친" 프리픽스가 2–3배 더 많아 오류도 더 높습니다.

MaxMind는 자신의 한계를 정직하게 명시합니다: 국가 수준에서 99.8%의 정확성, 미국의 주/지역 수준에서 약 80%, 도시 수준에서 66% — 여기서 "도시"는 50km 반경 내에 포함되는 것을 의미합니다. 모바일 네트워크의 주소는 멀리 떨어진 전화기에서 사용되며, VPN이나 프록시의 경우 데이터베이스는 최종 사용자가 아닌 서버를 지리적으로 위치시킵니다.

체커와 사이트가 다른 이유

여기에서 원래 시나리오의 해답이 숨겨져 있습니다. 열어본 체크기는 자신의 데이터베이스의 데이터를 보여줍니다. 목표 사이트는 자신의 데이터를 확인합니다. 이는 동일한 질문에 대한 서로 다른 답변이며, 두 답변 모두 자신의 좌표계에서는 "올바른" 것입니다.

세 가지 구체적인 불일치 메커니즘:

  • 다른 공급업체. Cloudflare에서 운영되는 사이트는 CF-IPCountry 헤더에서 국가를 가져옵니다 — 이는 Cloudflare의 자체 데이터이며, MaxMind가 같은 주소에서 제공하는 데이터와 정기적으로 다릅니다. 스트리밍 및 결제 시스템은 일반적으로 행동 이력으로 보완된 자체 목록을 유지합니다.
  • 데이터의 연령. 무료 GeoLite2 City 및 Country는 주 2회 업데이트됩니다 — 화요일과 금요일에. 상업용 GeoIP2는 매주 평일마다 출시됩니다. 1년 된 데이터베이스의 사이트는 작년의 그림을 보게 됩니다. 이는 새로운 서브넷이 "정착"하는 데 몇 주가 걸리는 이유이기도 합니다.
  • 상세화의 차이. 공급업체마다 정책이 다릅니다: 일부는 도시를 제공하고, 다른 일부는 신뢰도가 낮을 경우 의도적으로 지역 또는 국가로 반올림합니다. 도시가 없다는 것은 오류가 아니라 추측을 거부하는 것입니다.

거의 보장된 불일치가 발생하는 네 가지 상황

  1. 모바일 프록시. 정의상 최악의 경우: CGNAT, 하나의 프리픽스가 국가의 절반에 걸쳐 있으며, 중앙값 오차는 200km에 가깝습니다. 모바일 IP에서 정확한 도시를 요구하는 것은 무의미합니다 — 네트워크가 그렇게 설계되지 않았습니다. 또한 IP가 실제로 이동통신사인지, 데이터 센터에 의해 설정된 ASN인지 확인하는 것이 유용합니다: 방법론에 대한 설명은 진짜 4G 프록시와 가짜 ASN을 구별하는 방법에서 확인할 수 있습니다.
  2. 재판매된 및 이전된 블록. IPv4 서브넷이 새로운 소유자에게 전달된 후, 이전 국가가 데이터베이스에 몇 달 동안 남아 있습니다. 2차 주소 시장은 활발하므로 이는 일반적인 현상이지 이례적인 일이 아닙니다.
  3. Anycast 및 클라우드. 동일한 프리픽스가 전 세계 수십 개 지점에서 발표됩니다. 데이터베이스는 이를 하나의 위치로 축소해야 하며, 어떤 선택도 대부분의 요청에 대해 잘못될 것입니다.
  4. 본사 등록. 제공업체는 한 국가에 등록되어 있지만, 인프라는 다른 국가에 있습니다. 데이터베이스는 다른 데이터가 없기 때문에 문서를 참조합니다.

실제로 무엇을 해야 할까요

  1. 체커가 아닌 중요한 곳에서 확인하세요. 유일하게 중요한 테스트는 목표 사이트를 열고 어떤 국가와 통화를 표시하는지 확인하는 것입니다. Google의 로컬 결과나 지역 가격이 목표라면, 체크기는 수용 기준이 아닙니다.
  2. 최소 세 개의 데이터베이스를 비교하세요. MaxMind, IPinfo 및 DB-IP가 일치한다면 — 목표 사이트도 그렇게 볼 가능성이 높습니다. 이들 간의 불일치는 주소가 논란의 여지가 있으며 문제가 발생할 것이라는 신호입니다.
  3. "국가"와 "도시"의 요구를 분리하세요. 신뢰할 수 있는 제공업체의 국가는 신뢰할 수 있습니다(99.8%는 MaxMind의 추정치). 도시는 최선의 경우에도 약 50km 반경의 확률적 값입니다. 도시를 기반으로 비즈니스 로직을 구축하려면 오류 여유를 두어야 합니다.
  4. 주소가 아닌 프리픽스를 확인하세요. whois 및 발표된 블록의 크기를 확인하세요. IP가 /16에 위치하고 국가의 절반에 걸쳐 있다면, 누구도 정확한 위치를 지정할 수 없습니다.
  5. 지리와 평판을 혼동하지 마세요. 올바른 국가는 주소가 프록시로 표시되지 않았다는 것을 의미하지 않습니다. 이는 별도의 데이터베이스에서 별도로 확인해야 하는 사항입니다 — "깨끗한" IP와 프록시 평판에 대한 신화에서 자세히 설명되어 있습니다.
  6. 제공업체에 지오피드에 대해 문의하세요. 운영자가 RFC 9632에 따라 지오피드를 발표한 경우, 국가와 도시는 그 자체에서 오며, 추정치가 아닙니다. 이는 특정 풀에 대한 가장 강력한 주장이 됩니다. MaxMind는 지오피드를 통해 수정 사항을 수입하고 매일 확인하며, 일회성 수정은 1-2 근무일 내에 이루어지며, 이후 다음 데이터베이스 릴리스에 포함됩니다.

이것이 프록시 유형 선택에 미치는 영향

측정에서 간단한 규칙이 도출됩니다. 작업이 정확한 지리를 요구하는 경우 — 검색 엔진의 로컬 결과, 지역 가격, 지리적 타겟팅 광고 — 주거 프록시를 고정 회선에서 사용하세요: 그곳에서는 중앙값 오차가 킬로미터 단위로 측정됩니다. 작업이 플랫폼의 네트워크 유형에 대한 신뢰를 요구하는 경우 — 소셜 미디어, 메신저, 모바일 애플리케이션 — 모바일 프록시를 사용하되, 지도상의 지점이 지역 내에서 변동할 것이라고 예상해야 합니다. 두 요구 사항을 하나의 IP에서 결합하는 것은 물리적으로 불가능합니다: 이는 이동통신 네트워크의 구조적 한계이지 풀의 품질 문제가 아닙니다.

거친 오차 비율이 높은 지역 — 아시아, 아프리카 — 에서는 도시가 아닌 국가 수준에서 계획하세요. 연구에 따르면, 그곳에서는 매 공급업체마다 실제 위치에서 100km 이상 벗어나는 주소가 매 2-3개마다 발생합니다.

결론

“정확한 국가가 아닙니다”는 거의 항상 프록시로 속았다는 것을 의미하지 않습니다. 이는 대개 두 개의 서로 다른 데이터베이스의 응답을 비교하고 일치하지 않음을 놀라워하는 것을 의미합니다. 올바른 행동 순서는 목표 플랫폼이 어떤 데이터베이스를 읽는지 확인하고, 그 데이터베이스에서 지리를 확인하며, 논란의 여지가 있는 주소를 여러 출처에서 비교하고, 모바일 네트워크에서 도시의 정확성을 요구하지 않는 것입니다. 이는 그들에게 없고 앞으로도 없을 것입니다.

올해의 주요 수치를 기억하세요: 고정 회선에서 3–16km에 비해 모바일에서는 179–207km입니다. 이는 지원팀에 티켓을 열기 전에 프록시에 대한 지리적 불만의 대부분을 설명합니다.