上海にいるのに、IP 検索では別の都市が表示される。二つのウェブサイトで同じアドレスを検索すると、一方はアメリカ、もう一方はカナダと出る。このような結果を見ると、直感的に「どちらかのデータベースが間違っている」と思ってしまいます。しかし、データベースを比較する前に、まず確認する価値があります。比較しているのは同じアドレス、同じ種類の位置情報なのか、それとも名前が似ていて意味が異なるフィールドなのか、ということです。
IP 位置情報はネットワークアドレスの位置の推定であり、デバイスの測位ではありません。異なるプラットフォームが使用するデータソース、更新時間、位置の粒度は異なる場合があります。位置が一致しない場合は、まずアドレスとフィールドを照合し、それから修正が必要かどうかを判断するべきです。
この順序は重要です。そうしないと、ネットワーク出口の位置を自分の位置だと思い込んだり、登録機関の所在地を都市レベルの測位に反論する材料にしたりして、最終的に間違った場所に修正リクエストを送ってしまう可能性があります。
「帰属地」という言葉には、四つの異なる情報が含まれる可能性があります
多くの検索ページでは「国」「地域」「帰属地」としか書かれておらず、データの意味が直接説明されていません。実際には、以下の情報は互いに代替できません。
表示される情報 | それが説明する対象 | 比較する際の注意点 |
|---|---|---|
IP 地理的位置情報 | データベースが推定したアドレスの使用位置またはネットワーク出口位置 | 位置範囲、信頼度、更新時刻の有無 |
リソース登録情報 | IPアドレスリソースおよび関連組織の登録記録 | 登録情報は端末の位置の証明とはなりません |
ブラウザまたはデバイスの位置情報 | 対応する権限を取得した後に得られるデバイスの位置 | GPSなどのデバイス機能を使用する場合があり、IPのみを照会するわけではありません |
ウェブサイトが提供するローカルコンテンツ | サービスが独自のロジックに基づいて選択した地域コンテンツ | アカウント設定、言語、履歴の影響を受ける可能性もあります |
ARIN の Whois/RDAP の紹介では、登録情報の照会用途が説明されています。これは地理データベースが「このアドレスが現在どこで使用されているか」を推定するものとは、異なるデータ層です。
MDN の Geolocation API ドキュメントでは、ウェブサイトがユーザーの許可を得た後、デバイスが利用可能な位置情報機能を通じて位置を取得できることを説明しています。したがって、地図アプリがあなたのいる通りを知っていても、別の IP 照会サイトが同じ精度を提供すべきだということにはなりません。
同じアドレスが異なる位置結果に対応するのはなぜですか？
アドレスの使用状況が変わっても、データベースは同時に更新されるとは限りません
アドレス資源は再割り当て、転貸、または新しいネットワーク出口として使用される可能性があります。位置情報サービスが変化を発見し、検証し、更新を公開するには、それぞれのプロセスが必要です。オフラインデータベースを使用するウェブサイトでは、新しいバージョンを自社システムに実際にデプロイする必要もあります。
したがって、「データ提供者が修正済みであること」と「このデータを使用するすべてのウェブサイトが更新済みであること」は別のことです。古い結果が継続して表示される場合、それはデータ提供者側で発生している場合もあれば、利用者側のローカルデータベースやキャッシュで発生している場合もあります。
すべてのプラットフォームに共通する固定の更新時間はありません。1日待っても変化がないからといって、提出が無効だと断言することはできません。また、1か所を修正したからといって、他のプラットフォームが同時に同期することを約束することもできません。
ネットワーク出口は必ずしもユーザーの近くにあるとは限りません
モバイルネットワーク、企業ネットワーク、VPNなどの環境では、デバイスの場所と公衆インターネットの出口の場所が分離されます。地理データベースは出口の場所を比較的正確に判断できる場合がありますが、その出口を使用している人を特定することはできません。
MaxMindの位置精度に関する説明では、モバイルネットワークやプライバシーネットワークなどのシナリオが特に取り上げられており、IP地理データは特定の家庭、個人、または番地を識別するには不十分であると明確に述べられています。
したがって、人がA市にいて出口がB市に位置付けられたとしても、必ずしも回線異常とは限りません。まず、問い合わせたいのがデバイスの位置なのか、外部サービスから見えるネットワーク位置なのかを明確にする必要があります。
2つのプラットフォームで提供される精度が異なります
一方のプラットフォームが国を、もう一方が市区町村を返したとしても、後者が必ずしもより正確であるとは限りません。より細かいフィールドは、単に範囲内の代表点である可能性があります。ページに位置精度半径が表示されていないからといって、その半径が存在しないわけではありません。
地図上のマーカーが特定の建物の上にあるように見えても、そこからサーバーやユーザーがその建物内にいると推測することはできません。緯度経度の小数点以下の桁数が増えても、表示精度が上がるだけで、データの正確性が自動的に向上するわけではありません。
データソースが位置範囲を提供している場合は、点と範囲を一緒に解釈する必要があります。提供していない場合は、都市名を現場で検証された位置として理解することは避けるべきです。
同じ名前のネットワークでも、すべてのアドレスの用途と場所が同じとは限りません
1つの運営組織が複数の地域で事業を展開している場合があります。同じASNの下に、異なる地域、異なる用途のアドレスブロックが含まれることもあります。
組織名とASNはネットワークの背景を確認するのに役立ちますが、ネットワーク全体のアドレスを1つの都市に位置付けるために単独で使用することはできません。逆引きDNSに特定の都市の略称が含まれていても、それは手がかりにすぎません。ホスト名は古い命名規則を引き継いでいる可能性があり、他の証拠に取って代わることはできません。
調査の前に、「同じIP」を明確に確認してください
最もよくある比較の誤りは、データベースの中ではなく、問い合わせ対象にある場合が多いです。
まず完全なパブリックアドレスをコピーし、国や事業者だけを覚えないでください。特に、2つのページがそれぞれIPv4とIPv6を表示しているかどうかを確認することが重要です。それらは同じアドレスではなく、2つのデータベースが一致しているかを直接測るために使うべきではありません。
同時にクエリ時刻を記録し、ネットワーク設定が途中で変わっていないことを確認してください。プロキシの自動回線選択、モバイルネットワークの再接続、またはブラウザと他のアプリケーションが異なるプロキシルールを使用している場合、観測される出口が変わる可能性があります。
まずIPアドレス検索で現在の結果を記録し、その後同じアドレスを明確な問い合わせ対象として比較することができます。ドメイン名を入力した場合は、それが複数のアドレスに解決される可能性があることに注意してください。ドメインが返す異なるサーバーを比較することは、同じIPを比較することと同じではありません。
位置情報の差異を、処理可能な問題としてどのように整理しますか？
スクリーンショットを並べて「あなたたちは不正確だ」と言うより、通常は以下の情報の組み合わせの方が有用です。
照会対象の完全な IP アドレス、および IPv4 または IPv6 のタイプ。
照会時刻とタイムゾーン。異なる時刻の結果を同時刻の観測と見なすことを避けるためです。
各結果のフィールド名：登録国、位置情報国、都市、またはその他の位置情報です。
データソース、バージョン、または更新日時です。取得できない場合は、提供されていないと正確に記載します。
どこに誤りがあると考えるか、およびその判断を裏付ける資料です。
例えば、「2つのプラットフォームで同じIPv4の位置情報国が異なる」は「2つのウェブサイトの帰属地が異なる」よりも具体的です。「新たに割り当てられたネットワークセグメントに以前の都市がまだ表示される」は、ネットワーク提供者とデータ管理者が検証できる問題に近いです。
資料にも強弱があります。サービス契約の提供地域、ネットワーク運営者の説明、検証可能なリソース使用情報は、通常サーバーOSのタイムゾーン設定よりも説明力があります。タイムゾーンは変更可能であり、物理的位置を証明する根拠にはなりません。
修正は誰に依頼すべきか、すべてのウェブサイトに繰り返し送信しない
一般のブロードバンドまたはモバイルネットワークユーザーの場合
まず通信事業者に、集中出口、地域間ゲートウェイ、または最近のアドレス割り当て調整の有無を確認してください。ネットワーク出口が元々他の地域にある場合、地理データベースを修正しても実際の経路がローカル出口になるわけではありません。
特定のアプリケーションのコンテンツ地域だけが期待と異なり、複数のIPデータベースの結果が一致している場合は、そのアプリケーションの位置情報権限とアカウントの地域設定も確認してください。この場合、問題は必ずしもIPデータベースにあるとは限りません。
プロキシ、VPS、または固定のパブリックアドレスを借りている場合
提供者に実際の提供方法と地域を説明してもらい、アドレスが最近移転または再割り当てされたかどうかを確認してください。販売ページ上の地域オプションだけを最終的な位置情報の証拠として使用しないでください。
訂正がプレフィックス全体に関わる場合、そのリソースを管理するネットワーク運営者が一括して処理するのが通常適切です。Geofeedはネットワーク運営者がプレフィックスの地理情報を公開するのに役立ちますが、RFC 8805も使用側による権威性と正確性の検証の余地を明確に残しています。ファイルの公開はすべてのデータベースに対する強制的な更新指示ではありません。
エラーのあるデータソースを明確に把握している場合
そのデータソースの公式チャネルを使用してください。例えば、MaxMindはドキュメントで地理データ訂正の入口を提供しています。要件に従って検証可能な事実を提出し、希望する地域に変更するよう要求しないでください。
訂正はデータを実際の利用状況に近づけるためのものであり、特定の国や都市の虚偽の帰属を作り出すためのものではありません。提出時に家庭の正確な住所、アカウントのパスワード、管理画面のスクリーンショットを公開する必要もありません。信頼できる受理者にのみ必要な資料を提供してください。
修正後、問題が本当に解決したかどうかを確認するには？
提出前の記録を保持し、保守側が処理を確認した後、同じアドレス、同じフィールドを再度照会し、元々影響を受けていたウェブサイトも新しい結果を採用したかどうかを確認してください。両者は同期していない可能性があります。
IPデータが変化したにもかかわらず、特定のサービスが依然として古い地域を表示する場合は、問題をサービス利用側に向けるべきです。他のデータソースを使用しているか、キャッシュを保持しているか、アカウントレベルの地域設定があるかどうかです。既に正しいデータを修正し続けても、ほとんど役に立ちません。
サービスが利用できるかどうかは、サービス接続テストと通常の実際のアクセスで別途検証する必要があります。位置情報が正しいからといってサービスが必ずしも開放されているとは限りません。サービスにアクセスできるからといって、都市の位置情報が正しいことを逆に証明することもできません。
IP地理情報は、ネットワークの背景を理解し、明らかなずれを発見し、訂正を開始するのに役立ちます。それを出所と精度の境界を持つ判断として扱い、通り単位の正確な住所証明ではなく、本来の用途に近づけてください。
国が異なる国際ネットワーク：登録国、Anycast、出口位置
まず仮想的なシナリオを見てみましょう。ある国際サービスプロバイダーがアドレスリソースをカナダに登録し、実際のサービスは米国に展開しているため、商用ロケーションライブラリと登録情報の照会結果が異なる国を示します。ここでAnycastを仮定する必要はなく、国別の差異だけではエニーキャストを断定できません。まず、読んでいるのが登録国か、商用の位置推定か、それとも特定のリクエストで実際に観測されたサービスノードかを区別すべきです。それらは異なる事実を記述しており、「2つの国が不一致」だけでどちらが間違っているかを判断することはできません。
登録国はRDAPまたはWhoisデータベースのリソース登録記録に由来し、アドレスブロックの行政管理上の帰属を示すもので、端末デバイスの所在する地域ではありません。例えば、カナダに登録されているが、長期間米国のデータセンターで使用されているアドレス範囲の場合、地理データベースは米国の都市を示す可能性があります。一方、登録国は依然としてカナダと表示されます。両者は異なるフィールドであり、直接比較すべきではありません。複数の照会結果を確認する際は、ページに表示されているのが「国」（country）、「登録国」（registered country）、それとも「位置」（location）かを先に確認してください。
Anycastは、独立した証拠を必要とする別の可能性です。同じサービスアドレスが複数の場所から提供されることがあり、ルーティングポリシーが現在のリクエストが到達するインスタンスを決定しますが、物理的に最も近いノードが選択される保証はありません。運営側の説明、複数地点での測定、インスタンス識別などの証拠が裏付けとなる場合にのみ、エニーキャストの位置情報への影響を議論するのが適切です。2つの商用ライブラリが異なる国を示すこと自体は、Anycastを証明するものでも、データベースの陳腐化、割り当ての変更、または通常の国際展開を排除するものでもありません。
照合の際は、まずRDAPの組織、範囲、イベントを確認し、BGP観測をルーティングの背景として参照してください。単一のASNが複数の国をカバーすることがあり、同一プレフィックスに複数の起源ASNが現れることにも様々な解釈があり、いずれも単独ではサービスが所在する都市を特定できません。運営側の地域説明、維持管理されたGeofeed、または複数地点での測定を取得できる場合は、それぞれの時間と範囲を明記し、判断を段階的に絞り込んでください。登録国で商用の位置情報を直接否定するのではありません。
調査の際は、まず完全なIPv4/IPv6アドレス、照会時刻、および各プラットフォームが提供するフィールド名を記録してください。そのアドレスがAnycastまたは国際的なクラウドネットワークに属する場合は、急いで訂正を提出せず、そのプレフィックスのルート広告とネットワーク運営者の公開ドキュメントを確認してください。「ここは絶対に間違っている」という判断は、登録情報、BGP観測、実際の出口の証拠を組み合わせて初めて成立します。RDAP、ASN、BGPと位置情報の証拠の関係について詳しくは、RDAP・ASN・BGP・RPKIで分かること：IP検索データの読み方をご覧ください。
訂正申請：証拠の階層、時間記録、伝播の境界
訂正資料は具体的なフィールドと一致させる必要があります。運営側によるそのアドレス範囲の展開説明、維持管理されたGeofeed、サービス提供地域は、利用位置の手がかりを提供します。遅延、traceroute、逆引きDNSは補助的な観測を提供します。BGPコントロールプレーンの記録はサーバーの物理的な位置を直接示すものではないため、データセンターの所在地を確定する証拠として列挙することはできません。各種資料は真実性、更新日、適用範囲、および現在のアドレスに対応しているかどうかを照合する必要があり、あらゆるケースに適用できる権威の順位を設けるべきではありません。
より弱いが参考になる資料には、ユーザーレポート、サーバーOSのタイムゾーン設定、ウェブサイトのコンテンツ言語などがあります。OSのタイムゾーンは自由に変更でき、デバイスの物理的な位置を証明するものではありません。ウェブサイトの言語やアカウントの地域設定は、IPの帰属よりもコンテンツの好みを反映する可能性が高いです。訂正を提出する際は、家庭の正確な住所、アカウントのパスワード、管理画面のスクリーンショットをアップロードしないでください。データ保守側がアドレスの利用位置を判断できるだけの公開情報または運営側の資料を提供してください。
問い合わせ結果には、毎回タイムスタンプとタイムゾーンを記録します。たとえば、2024年3月に別の地域へ再割り当てされたIPアドレスについて、5月になっても位置情報データベースが更新されていないと仮定します。このとき1月の古いスクリーンショットを添付すると、修正依頼の根拠としては古すぎると判断される可能性があります。同じアドレスを異なる日に調べた結果があれば、単一の情報源が一度に更新されたのか、複数の情報源へ変更が徐々に反映されたのかを区別する手がかりになります。古い記録と新しい記録を時系列で示し、それぞれの情報源を明記します。これは提供元が根拠を確認する助けになりますが、修正の承認や処理時間を保証するものではありません。
データ提供側と利用サイト側は、更新の段階が異なります。MaxMindやIP2Locationなどのデータソースは先に自社データベースを更新することがありますが、そのデータを利用するサイトはダウンロードや展開、キャッシュ設定を行う必要があります。そのため、データソースが新しい結果を示していても、あるサイトが古い結果を表示するのは、必ずしもデータソースが修正していないとは限りません。このような場合は、データソースが修正済みか、そのサイトがどのバージョンを使用しているか、サイト独自のキャッシュやフォールバック設定があるかを、それぞれ確認する必要があります。
どの訂正窓口も、「修正後、他のプラットフォームが一定期間内に同期する」ことを約束すべきではありません。Geofeedの公開や公式修正は、データ更新経路の出発点にすぎません。オフラインデータベースの中には数か月に一度しか更新されないものもあり、サイトによってはデータソースを直接購読せず、自社構築や第三者データを使用している場合もあります。一つの提出要求ですべての照会結果が同時に変わることを期待してはいけません。提出が成功した後は、新バージョン公開後に同じアドレス、同じフィールドを再度照会し、少なくとも二つの独立した時点で確認してください。もし特定のプラットフォームが長期間更新しない場合は、そのプラットフォームのデータ使用方法について問い合わせるべきであり、すでに正しいデータを何度も再提出することは避けてください。
最後に、訂正の目標はデータを実際のネットワーク利用状況に近づけることであり、アドレスを希望する国や都市に変更することではありません。位置が誤っていることを証明する証拠が不十分な場合や、データソースがそのアドレスはAnycastまたは動的出口に属すると示している場合、提出を続けても効果がない可能性があります。データソースと評価方法を通じて、地理データベースがどのように更新・検証されるかをさらに理解することができます。
