IPv6 지오로케이션 정확도가 IPv4보다 뒤처지는 이유
IPv6 지오로케이션 정확도는 일반적으로 IPv4보다 낮고 일관성이 떨어집니다. IPv6 주소는 매우 큰 프리픽스 단위로 할당되고, 클라이언트 장치에서 자주 바뀌며, 위치 데이터베이스가 의존하는 측정 데이터를 쌓을 시간이 훨씬 짧았기 때문입니다.
그렇다고 IPv6 조회가 쓸모없다는 뜻은 아닙니다. 국가 수준의 답은 대개 믿을 만하며, 네트워크 소유 정보는 레지스트리 데이터에서 오므로 정확합니다. 더 취약한 부분은 도시 수준의 정밀도이고, 개발자가 놀라는 지점도 바로 여기입니다. 이 글은 그 원인과 애플리케이션에서 취할 수 있는 대응을 설명합니다.
IPv6 위치 데이터를 만들기가 더 어려운 이유
IPv4 주소는 희소한 단일 자원이므로, 제공자와 네트워크는 이를 작고 지리적으로 깔끔한 블록으로 나누는 경향이 있으며 측정 프로젝트도 수십 년에 걸쳐 이를 매핑해 왔습니다. IPv6는 경제성을 뒤집습니다. 가정 가입자는 흔히 /56 또는 /64 프리픽스를 받는데, 이는 그 자체로 IPv4 인터넷 전체보다 많은 주소를 포함하며, ISP는 한 번의 광고로 한 나라 전체를 덮을 만큼 큰 할당을 보유합니다.
여기에서 몇 가지 결과가 따라옵니다. 첫째, 하나의 큰 IPv6 블록이 여러 도시의 고객에게 서비스를 제공할 수 있으므로 블록 전체에 하나의 위치를 지정하는 데이터베이스는 대부분의 고객에게 틀리게 됩니다. 둘째, 지연 시간, 라우팅 데이터, 사용자 제출 정정으로 위치를 추론하는 전략은 프리픽스당 표본이 더 적습니다. 셋째, 프리픽스 내부의 번호 부여는 지리와 신뢰할 만한 방식으로 연결되어 있지 않습니다. 이웃한 두 /48 블록이 한 나라의 정반대편에 있는 고객에게 할당될 수도 있습니다.
순전한 희소성도 중요합니다. IPv4에서는 활성 주소의 상당 부분을 관측했기를 합리적으로 기대할 수 있습니다. IPv6에서는 거의 모든 주소가 특정 순간과 특정 장치에만 해당하므로, 데이터베이스는 개별 호스트가 아니라 프리픽스에서 일반화해야 합니다.
프라이버시 주소, 모바일 네트워크, 터널
클라이언트 장치는 대개 프라이버시를 위해 임시 IPv6 주소를 순환시키므로, 같은 휴대폰이 하루 동안 한 프리픽스 안에서 여러 주소로 나타날 수 있습니다. 사용자에게는 좋은 일이지만, 특정 주소를 기억하려는 모든 접근 방식이 취약해진다는 뜻이기도 합니다. 안정적으로 유지되는 것은 프리픽스이며, 좋은 조회는 그 수준에서 작동합니다.
모바일 통신사는 불확실성의 층을 하나 더 더합니다. 휴대폰의 트래픽은 흔히 지역 게이트웨이에서 통신사 네트워크를 빠져나가므로, 보이는 주소는 단말기가 아니라 게이트웨이의 지역으로 매핑됩니다. 통신사급 NAT 뒤의 IPv4도 마찬가지지만, IPv6 모바일 프리픽스는 크고 넓은 지역에서 공유되는 경우가 많습니다. 기업 네트워크, VPN, IPv6 터널 브로커도 한 나라에 등록된 프리픽스를 광고하면서 트래픽은 다른 나라에서 발생시킬 수 있습니다. IP 위치가 사람이 아닌 네트워크를 설명하는 이유에서 이 논리를 자세히 다룹니다.
마지막으로, 레지스트리 데이터는 현실보다 늦습니다. 회사나 지역 사이에서 재할당된 프리픽스는 한동안 이전 등록 국가를 유지할 수 있으므로, 등록 국가는 사용자가 있는 곳의 증거가 아니라 강한 힌트로 취급하십시오.
IPv6에서 믿을 수 있는 것과 없는 것
믿을 수 있는 것은 출발지 AS, 프리픽스를 보유한 조직, 등록 국가, 그리고 프리픽스가 예약 또는 문서화용 대역인지 여부입니다. 이러한 사실은 라우팅 및 레지스트리 데이터에서 오며 장치의 위치를 추측하는 데 의존하지 않습니다. 근사치인 것은 도시, 지역, 시간대, 그리고 모든 좌표입니다. 이를 네트워크가 서비스하는 지역을 가리키는 포인터로 취급하고, 번지 주소로 취급하지 마십시오.
ipto는 IP 조회에서 IPv4와 IPv6를 모두 받으며, 국가, 도시, ASN, 조직, 그리고 is_vpn, is_tor, is_abuser, is_datacenter, bogon 플래그를 포함해 두 경우 모두 같은 필드를 반환합니다. IPv6 범위 및 ASN 데이터셋은 IPv4와 함께 최선의 노력으로 구축되어 매일 갱신되므로, IPv6의 커버리지가 IPv4보다 얇을 수 있으며 도시 필드가 없는 것은 처리해야 할 정상적인 결과입니다. 우리는 어느 프로토콜에 대해서도 특정 정확도 백분율을 주장하지 않으며, 테스트 세트를 설명하지 않고 이를 주장하는 쪽이 있다면 회의적으로 보시기 바랍니다.
불확실성을 고려한 설계
듀얼 스택 애플리케이션에 잘 맞는 실용적인 규칙은 다음과 같습니다.
- 컴플라이언스 성격의 결정에는 국가를, 기본 날씨 위치나 미리 채워진 양식 필드 같은 부드러운 개인화에만 도시를 사용하십시오.
- ASN과 조직을 신호로 우선하십시오. ASN 조회는 네트워크의 소유자와 광고된 범위를 보여 주며, 이는 프로토콜 버전과 관계없이 안정적입니다.
- 추측 대신 프리픽스의 등록된 할당, 연락처, 날짜가 필요할 때는 RDAP 기반 whois 조회를 실행하십시오.
- 호스트 이름이 있다면 역방향 DNS를 확인하십시오. 통신사와 호스팅 회사는 때때로 도시나 공항 코드를 그 안에 넣습니다. 이는 힌트로만 취급하십시오.
- 사용자가 위치를 정정할 수 있게 하고, 정정 내용은 주소가 아니라 계정에 저장하십시오.
- IPv6는 개별 주소가 아니라 프리픽스 단위로 캐시하십시오. /64는 대개 단일 가입자나 단일 사이트에 속하기 때문입니다.
자신의 트래픽으로 테스트하십시오. 완료된 주문의 배송 주소처럼 실제 위치를 아는 로그에서 하루 분량의 IPv4 및 IPv6 주소를 뽑아 비교하십시오. 측정한 격차가 제품에 중요한 수치이며, 국가와 통신사 구성에 따라 달라질 것입니다.