なぜ自分の IP アドレスが VPN やプロキシと判定されるのか? 対処法
IP アドレスが VPN やプロキシと判定される理由を、7 件の実際のルックアップで解説します。どの証拠が反応したか、自分で直せること、残りを解消できる相手を示します。

Netflix は、エラーコード E106 でこう表示します。「VPN またはプロキシを使用しているようです。これらのサービスをオフにして、もう一度お試しください。」(Netflix ヘルプセンター)。2024 年 6 月には、ある ISP が RIPE の anti-abuse リストに、/22 全体の顧客が Amazon Prime Video と Disney+ をストリーミングできず、「お使いのデバイスは VPN またはプロキシサービスを使ってインターネットに接続されています。無効にして、もう一度お試しください。」と表示されると投稿しました。その事業者は「自社ネットワーク内では VPN やプロキシサービスは一切使われていないことを確認済み」でした(RIPE anti-abuse-wg)。
難しいのは、あなたをブロックしているサイトが、そのフラグを自分で作っていることはまれだという点です。多くのサイトはベンダーから IP データを購入しています。RIPE の事業者は、原因はそれらのサービスのコンテンツ配信ネットワーク「(またはサードパーティのブラックリストプロバイダー)」ではないかと疑っていました。
私たちもそうしたベンダーの一つです。GeoIPHub は、アドレスを VPN、プロキシ、Tor、リレー、ホスティングとしてラベル付けする IP インテリジェンス API を運営しています。以下では、実際にフラグが立ったアドレスをこの API にかけ、それぞれでどの証拠が反応したかを示します。そのうえで、原因を、今夜自分で直せるものと、ISP かベンダーにしか直せないものに分類します。

なぜ自分の IP アドレスが VPN やプロキシと判定されるのか?
IP アドレスが VPN やプロキシと判定されるのは、約 7 種類の証拠のうち少なくとも 1 つに一致したからです。その大半は、VPN とプロキシの検出の仕組みのガイドで詳しく解説しています。
- プロバイダーのサーバーリスト。 そのアドレスが、VPN 会社がアプリ向けに公開しているサーバーのリストに載っている。
- プロトコルのハンドシェイク。 スキャナーがそのアドレスに接続し、OpenVPN、IKEv2/IPsec、PPTP、L2TP、SOCKS、HTTP プロキシのいずれかのサービスが応答した。
- ホスティングネットワーク。 そのアドレスが、データセンターまたはクラウドの ASN や範囲に属している。GeoIPHub の API では、
no_ptr_datacenterが、そのホスティングアドレスには当社のデータ内で逆引き DNS 名がないことを追加で示します。 - レジストリのキーワード。 その範囲の WHOIS または RDAP の記録に、VPN やホスティングに関する用語が含まれている。
- プロキシリストとブロックリスト。 無料プロキシのリストはプロキシの証拠になります。スパムや不正利用のリストはそうではありませんが、一部のベンダーは同じフラグにまとめています。
- Tor 出口リスト。 Tor Project が、出口が使用するアドレスを公開している。
- プライバシーリレーの範囲。 Apple などの事業者が、iCloud プライベートリレーのようなリレーサービスの出口アドレスを公開している。
これらは 2 つのグループに分かれ、その区分が誰がフラグを直せるかを決めます。最初の種類の証拠(ハンドシェイク、プロキシのリスナー)は、その接続上で動いている何かに関するものです。2 つ目の種類の証拠(ホスティングの範囲、共有アドレス、履歴)は、アドレスやそのネットワークに関するもので、自宅のソファからは変えられません。
7 件の実際のアドレスでの各フラグの見え方
フラグの背後にある証拠が、そのフラグの種類を教えてくれます。2026 年 10 月 26 日の UTC 05:14:02 から 05:14:55 の間に、7 件の公開アドレスを GeoIPHub API で調べました。家庭の回線は一つもありません。それぞれが、遭遇しうる原因の代表です。
| IP | 内容 | 返されたラベル | vpn_confidence | 反応した方法 | スコア、アクション |
|---|---|---|---|---|---|
| 185.213.155.73 | Mullvad のサーバー、Mullvad のリストに掲載 | vpn_provider "Mullvad" | 95 | known_vpn_server, wireguard_open, datacenter_with_vpn_proxy, no_ptr_datacenter | 100, block |
| 31.171.152.205 | Keminet 上の ExpressVPN サーバー | "ExpressVPN" | 90 | known_vpn_server, datacenter_ip, no_ptr_datacenter | 51, step_up |
| 45.83.220.7 | Mullvad のネットワーク、リスト未掲載 | "Mullvad (31173 Services)" | 85 | known_vpn_server, datacenter_ip | 46, review |
| 185.220.101.1 | Tor 出口 | is_tor true, is_vpn false | 5 | tor_exit, datacenter_blocklisted, no_ptr_datacenter, known_spammer | 100, block |
| 104.28.46.99 | iCloud プライベートリレーの出口 | is_relay true, "iCloud Private Relay" | 0 | relay_ip | 9, allow |
| 5.39.1.230 | AhrefsBot、検証済みクローラー、zen.spamhaus.org に掲載 | is_vpn false, crawler.verified true | 5 | datacenter_blocklisted, no_ptr_datacenter, verified_crawler, known_spammer | 35, review |
| 45.33.32.156 | 普通の Linode サーバー (scanme.nmap.org) | is_hosting true, is_vpn false | 5 | datacenter_ip | 10, allow |
正直に補足します。Tor 出口と Ahrefs のクローラーで出ている no_ptr_datacenter は、当社が保存している逆引き DNS の抜けによるものです。どちらのアドレスも、今日 dig -x では名前が引けます。
次が Mullvad のルックアップです。一部を省略し、値は編集していません。フィールドの定義で、すべてのキーを説明しています。
{
"ip": "185.213.155.73",
"detection": {
"is_proxy": false,
"is_vpn": true,
"is_tor": false,
"is_relay": false,
"vpn_provider": "Mullvad",
"vpn_confidence": 95
},
"scoring": {
"fraud_score": 100,
"recommended_action": "block",
"detection_methods": ["known_vpn_server", "wireguard_open", "datacenter_with_vpn_proxy", "no_ptr_datacenter"]
},
"meta": {
"last_scanned": "2026-10-23T22:53:45.000Z"
}
}
vpn_confidence は、そのアドレスが VPN である確率ではありません。どの経路でプロバイダー名を特定したかを記録した値です。プロバイダー自身のリストなら 95、解決したサーバーのホスト名なら 90、VPN が運営するネットワークの当社テーブルなら 85、公開サーバーリストなら 80 です。100 は、当社自身のプローブが VPN を見つけたものの名前を特定できなかったことを意味します。今日確認した NordVPN サーバーがその例です。これらの経路は、IP から VPN プロバイダーを特定する方法で説明しています。
45.83.220.7 を証拠からアクションまで追う
45.83.220.7 は Mullvad のネットワーク (AS39351、31173 Services AB) 内にありますが、Mullvad の公開リストには載っていません。今日の UTC 05:20 に取得したコピーには、その /24 から .68、.69、.70 が載っていて、.7 はありません。したがって名前は当社のネットワークテーブルから来ており、ハンドシェイクは反応していません。known_vpn_server が 36 点、datacenter_ip が 10 点を加えて 46 となり、block ではなく review になります。
この結果を使うサイトは、あなたを拒否するのではなく、よく調べるでしょう。VPN のラベル、その背後にある証拠、そしてアクションは、それぞれ別のものです。リストに載っている Mullvad のサーバーは、リストのエントリが WireGuard サーバー(wireguard_open)であることを示しており、スコアは 2 倍以上になります。
VPN のフラグではない 3 つのもの
- ホスティングは VPN ではありません。 45.33.32.156 は VPN に見えるものが何もないクラウドサーバーで、スコアは 10、
allowです。データセンター IP アドレスとは何かと、そのラベルだけではブロックされない理由を参照してください。 - ブロックリストへの掲載は VPN ではありません。 5.39.1.230 は、Spamhaus ZEN に掲載された検証済みの Ahrefs クローラーです。
is_vpnは false を返し、35 点のreviewは VPN の証拠ではなく掲載情報によるものです。 - リレーは VPN ではありません。 104.28.46.99 は iCloud プライベートリレーの出口アドレスです。Apple は、サイトに「これらのアドレスを、大規模なキャリアグレード NAT や企業の IP アドレスのように扱うことを検討する」よう求めています(Apple Developer)。当社は
is_relayを返してスコアを 9 とし、リレーの上限を 60 にしているため、ブロックには達しません。リレー IP が VPN IP ではない理由も参照してください。
VPN を使っていないのに、なぜ IP が VPN と判定されるのか?
VPN なしで IP が VPN と判定されるのは、多くの場合、あなたが動かしているものではなく、割り当てられたアドレスが原因です。よくある原因と、ルックアップでの見え方は次のとおりです。
- ISP の範囲がホスティングに分類されている。 英国の小さな集合住宅向け ISP は、BleepingComputer のフォーラムで、顧客に「一部のサービスプロバイダーは特定の AS/IP をデータセンターに分類する」と説明しました。その ISP はホスティングや専用線も販売していました。GeoIPHub は、約 850 のキュレーション済みホスティング ASN と、10 のクラウドプロバイダーの公式範囲からホスティングを判定しています。ルックアップでは:
is_hostingが true でdatacenter_ipが出て、ハンドシェイクの方法は出ません。それだけならスコアは低く、45.33.32.156 は 10 です。 - CGNAT のアドレスを共有している。 キャリアは多数の顧客を 1 つのパブリックアドレスの背後に置きます。RFC 6598 は、キャリア NAT と顧客機器の間のリンク用に 100.64.0.0/10 を予約しています。IPinfo はこう述べています。「接続が CGNAT を使っているなら、すでに複数の人やデバイスと 1 つのパブリック IP を共有している」(IPinfo Community)。ルックアップでは:
is_cgnatが true で、アドレス自体に VPN、プロキシ、Tor、ボットネット、不正利用の証拠がない限り、スコアは 50 以下に抑えられます。 - ネットワーク上のアプリが回線を貸し出している。 IPinfo の記事は、プロキシウェア、アプリに組み込まれた住宅プロキシ SDK、無料の VPN やプロキシのアプリ、マルウェアを挙げています。GeoIPHub は独自の住宅プロキシ検出を行っていません。ルックアップでは: あなたのアドレスが、直近 1 日にプロキシとして観測されたアドレスのサードパーティリストに載っていれば、当社の API は
is_proxyを true とし、方法としてproxy_observed_third_partyを示します。そうでなければ、この種のフラグは、IPinfo を含むプロキシプールを追跡するベンダーによるものです。 - アドレスに履歴がある。 ISP はアドレスを再利用します。以前の加入者がプロキシを動かしたりスパムを送ったりしていた場合、アドレスがあなたに渡った後もリストに残っていることがあります。ルックアップでは:
known_spammer、abusive_listed、proxy_observed_third_partyが出ます(範囲がホスティングにも分類されている場合はdatacenter_blocklisted)。 - 仕事用の VPN、iCloud プライベートリレー、Cloudflare WARP、クラウドブラウザーを使っている。 これらは実際にトラフィックを中継しているので、歓迎されなくてもフラグは正しいものです。ルックアップでは:
known_vpn_server、openvpn_openやipsec_openのようなハンドシェイクの方法、またはrelay_ipが出ます。そのサイトに限ってサービスをオフにするのが対処法です。
得られたラベルが VPN のラベルではなくリスクの数値だった場合は、別の問題です。IP の不正スコアが意味することを参照してください。
なぜ IP アドレスがオープンプロキシと判定されるのか?
IP アドレスがオープンプロキシと判定されるのは、リストまたはプローブが、インターネット上の誰でも使えるリレーをそこで見つけたときです。Instagram のユーザーの中には、IP がオープンプロキシのように見えると告げられたと報告している人がいます。そのチェックを説明する Meta のヘルプページは見つからなかったため、このようなフラグが通常何を意味するかを説明するにとどまります。
当社のスコアリングコードは、2 種類のプロキシの証拠を異なる重みで扱います。当社のスキャナーがハンドシェイクで確認した SOCKS または HTTP プロキシ(socks5_open、http_proxy_open)は、サードパーティのプロキシリストにだけ載っているアドレス(proxy_observed_third_party)のほぼ 2 倍の重みになります。そのコードのコメントには理由が書かれています。そうしたアドレスは「共有され、毎日入れ替わるため、よく調べる理由にはなるが、検証済みのプロキシのようなブロックに近い重みにはならない」。
当社のプロキシハンドシェイクは、1080、3128、8080 などのポートで実行されます。候補のアドレスは、ホスティングネットワーク、VPN プロバイダーの範囲、公開の無料プロキシリストから来ます。家庭の回線を一般的にスイープすることはないため、家庭のアドレスに当社がプロキシのプローブを行うのは、公開リストがすでにそのアドレスを挙げている場合に限ります。
オープンプロキシのフラグが立った場合の確認事項:
- プロキシ設定と拡張機能。 各デバイスのシステムのプロキシ設定と、すべてのブラウザー拡張機能を確認する。
- ルーターのポートフォワードとリモート管理。 自分で設定していないフォワードを削除し、必要がなければリモート管理をオフにする。
- ルーターのファームウェア。 既知の脆弱性を塞ぐ最新版をインストールする。
- 「不労所得」アプリ。 帯域の共有で報酬がもらえるアプリは、家庭内のすべてのデバイスからアンインストールする。
- マルウェア。 すべてのコンピューターでフルスキャンを実行する。
Mac では、次のコマンドで接続を受け付けているすべてのプログラムを一覧にできるので、プロキシポートで待ち受けている見覚えのないリスナーが目立ちます。
lsof -nP -iTCP -sTCP:LISTEN
自分の IP が VPN と判定されているか、どう確認するか?
インターネットから実際に見えているアドレスを、単なる「はい・いいえ」ではなく証拠を示すルックアップで確認します。手順は 4 つです。
- 公開 IP とそのフラグを確認するを開きます。自分のアドレスを調べ、VPN、プロキシ、Tor、リレー、CGNAT のフラグ、
vpn_confidence、不正スコア、推奨アクション、反応した検出方法を表示します。 - 手早く「はい・いいえ」を知りたい場合は、IP が VPN と判定されているか確認します。ほかのアドレスを調べるには、任意の IP を調べます。
- ルーターの WAN アドレスを公開 IP と比べます。WAN アドレスが 100.64 から 100.127 (100.64.0.0/10 の範囲内) で始まる場合、CGNAT の背後にいます。このチェックは確実です。ツールで CGNAT が「No」でも、否定はできません。Netflix 自身のチェックは fast.com です。「詳細を表示」を選び、「Client」の横の国が自分のいる場所と一致するかを比べます。
- ターミナルに慣れているなら、API を直接呼び出して
meta.last_scannedを読みます。当社のツールはまだこれを表示しません。
curl https://api.geoiphub.com/v1/lookup/{ip}
キーなしの場合は、ごく少数にとどめてください。1 分間に 30 回目の匿名呼び出しはすでに失敗し、2 時間ロックアウトされます。
あなたをブロックしたサイトは別のベンダーを使っている可能性があり、ここでの結果がクリーンでも、そちらで解除されるわけではありません。「検出されない」ことは、当社側でも「クリーン」を意味しません。今日確認した 2 つの VPN サーバーのうち、PIA のサーバーは VPN として検出できませんでした(代わりに Barracuda への掲載でスコア 64 となりました)。NordVPN のサーバーは IPsec のハンドシェイクで検出しましたが、名前は特定できませんでした。
VPN やプロキシのフラグを自分で解消する方法
自分の回線で動いている原因はどれも取り除けますが、フラグ自体は、ベンダーが再スキャンしてデータを再構築するまで残ります。手順 1 と 6 は、すぐに結果が出ます。このリストを上から順に進め、各手順の後にブロックされたサイトを再試行してください。
- VPN、iCloud プライベートリレー、プロキシ拡張機能をオフにして再試行する。 ブロックが消えれば、フラグは正しかったということで、対処法はそのサイトを除外することです。
- ネットワーク上のすべてのデバイスから、プロキシウェアと無料 VPN アプリを削除する。 帯域を共有しているスマートフォンが 1 台あるだけで、世帯全体のアドレスがリストに載るのに十分です。
- 自分で設定していないルーターのポートフォワードを閉じ、ファームウェアを更新する。 スキャナーが確認できる、開いたリスナーがなくなります。
- マルウェアをスキャンする。 ボットネットは、感染したマシンを通じてプロキシアクセスを販売します。
- ルーターを再起動するか、ISP に新しいアドレスを依頼する。 ISP が新しいアドレスを割り当てる場合にのみ有効で、新しいアドレスにも独自の履歴がある可能性があります。
- モバイルデータで試す。 そこでサイトが使えるなら、原因は端末やアカウントではなくアドレスです。
自分では直せないことと、直せる相手
アドレスやそのネットワークがどう分類されるかは自分では変えられず、それが VPN やプロキシのフラグの本当の原因であることもよくあります。ASN や範囲の分類、共有された CGNAT アドレス、リレーの出口アドレス、他のベンダーのデータベースは、すべてあなたの管理外にあります。
対応できるのは 3 者です。ISP は範囲とそのレジストリ記録を所有しており、ベンダーに再分類を依頼できます。ブロックしたサイトは、あなたを許可したり、どのベンダーを使っているかを教えたりできます。ベンダーは、自社の記録を変更できます。サイト側の対応については、実際の顧客を VPN フラグでブロックしない方法を、高いリスクスコアについては、高いスコアを下げる方法を参照してください。
VPN やプロキシのフラグはどのくらい続くか?
VPN やプロキシのフラグは、証拠が変わり、ベンダーがデータを再構築するまで続きます。ほとんどのベンダーは期間を公表していません。2026 年 10 月 26 日時点の当社のスキャナーのコードと設定に基づく、GeoIPHub の期間は次のとおりです。
| 証拠 | 消えるタイミング |
|---|---|
| Tor 出口 | 出口リストは 6 時間ごとに再読み込みされる。リストから外れたアドレスは、その実行で解除される |
| サードパーティのプロキシリスト | リストは直近 1 日にプロキシとして観測されたアドレスを対象とし、6 時間ごとに再読み込みされる。リストから外れたアドレスは、次回の実行で解除される |
| 当社のハンドシェイクによる検出 | 7 日経過すると再プローブされ、30 日以内に再確認できなければ削除される |
| プロバイダーリストの名前 | 当社が読み込むすべてのリストから外れて 14 日後に削除される |
| あらゆる変更 | ルックアップデータベースの再構築時に API に反映される。毎日 UTC 00:00 に実行され、およそ UTC 04:00 に反映される |
読むべきフィールドは meta.last_scanned です。ドキュメントでは直近のスキャンの時刻と説明していますが、当社のビルドでは、そのアドレスの記録が最後に書き込まれた時刻です。フラグが最初に立てられた日ではありません。この目的で meta.last_classified_at を使わないでください。これはレスポンスが作られた時刻なので、常に問い合わせた瞬間と一致します。
ほかのベンダーは、もっと長い期間を使います。IPinfo の住宅プロキシの数値は、「過去 90 日間のうち、何日間あなたの IP アドレスが住宅プロキシプールの一部だったかを示す」ものです(IPinfo Community)。そのため、回線をきれいにしても、そちらでゼロになるまで最大 90 日かかることがあります。実際のアドレスで判定が動くのを観察した例は、IP の判定はどのくらい続くかにあります。
VPN やプロキシのフラグに異議を申し立てる方法
まず、ブロックしたサイトに依頼してください。ベンダーを選んだのはそのサイトであり、上書きもできるからです。Netflix のヘルプページでは、fast.com を実行し、クライアントの国と IP が自宅の回線と一致していれば、ISP に Netflix のカスタマーサービスへ連絡してもらうよう案内しています。また Netflix は、「VPN は、Netflix のライブイベントの視聴や、広告付きプランでの利用ではサポートされていません」としています。
どのベンダーがフラグを保持しているか分かっている場合、2026 年 10 月 26 日時点で確認できた経路は次のとおりです。
| ベンダー | 経路 | 説明 |
|---|---|---|
| IPQS | IP または CIDR 範囲向けの IPQS の報告フォーム | 「すべての報告を 24 から 48 時間以内に確認します。」 |
| IPinfo | プロキシのフラグ向けのセルフサービスフォームはなし | 「ISP に知らせ、当社に連絡するよう提案してください。」 |
| MaxMind | 訂正依頼ページ: 位置情報と ISP 名のフォームに加え、その他のデータ向けの一般フォーム | 「個別の訂正は通常 1 から 2 営業日以内に確認されます。」このページは匿名化ツールのフラグには触れていません |
| GeoIPHub | なし | GeoIPHub には、現時点でセルフサービスの異議申し立て窓口はありません。 |
誰に書くにしても、IP、タイムゾーン付きの日時、エラーメッセージとコードの正確な文面、サイト、すでに除外した原因を含めてください。「データが間違っています」だけでは、ベンダーが確認できる材料になりません。
ネットワーク事業者向け: IP 範囲を VPN リストから削除してもらう方法
自分の IP 範囲が VPN と判定されている場合は、どのベンダーがフラグを保持しているかを突き止め、苦情ではなく、その範囲についての証拠をそのベンダーに送ってください。RIPE の事業者が自分の /22 について助けを求めたとき、Blacknight の Michele Neylon はこう返信しました。「経験があります。本当に面倒です。」(RIPE anti-abuse-wg)。解決は可能ですが、ベンダーごとに行う必要があります。
ベンダーを突き止める。 ストリーミングサービスのネットワーク担当またはパートナー窓口に、どのベンダーを使っているかを尋ねます。ベンダーの公開ルックアップページでいくつかのサンプルアドレスを試し、どれがフラグを立てるかを記録します。
ベンダーが検証できる証拠を送る:
- レジストリの記録。 範囲の割り当てとその用途を示す RDAP または WHOIS のエントリ。
- 簡潔な説明。 その範囲はエンドユーザー向けのブロードバンドを収容しており、VPN、プロキシ、ホスティングのサービスは載っていないこと。
- 不正利用の窓口。 ベンダーには
network.abuse_contactとして見えます。常に最新にしておいてください。これは、IP をそのネットワークの不正利用窓口に報告する際に人々が使うのと同じアドレスです。 - 日付。 範囲がかつてホスティングや VPN の会社のものだった場合、それが再割り当てまたは購入された日。
- 具体例。 影響を受けた数件のアドレスと、それぞれにフラグが立った時刻。
ジオフィード (RFC 8805) が伝えるのは位置情報だけなので、それだけでは VPN のラベルは解除されません。
まずは what-is-my-ip ツールを開いてどの方法が反応したかを読み、自分で直せることか、残りを直せる相手に進んでください。方法を見れば、そのフラグが正しいかどうかと、誰が直すべきかが分かります。
よくある質問
VPN を使っていないのに、なぜ IP が VPN と判定されるのですか?
多くの場合、原因はあなたの端末ではなくアドレスにあります。ISP の範囲がホスティングに分類されている、多数の顧客と CGNAT のアドレスを共有している、アプリがあなたの回線をプロキシとして貸し出している、アドレスに以前の利用者の履歴が残っている、などが考えられます。GeoIPHub のように検出方法を一覧で示すルックアップなら、どの証拠が反応したかが分かります。ただし、あらゆる原因を一つのベンダーがすべて把握しているわけではありません。
自分の IP が VPN と判定されているかどうかは、どう確認できますか?
GeoIPHub のような、完全なルックアップを実行する what-is-my-ip ページを開き、VPN・プロキシ・リレーのフラグと検出方法を確認します。ベンダーによって判定が異なることがあるため、特定のサイトにブロックされている場合は、そのサイトがどの IP データベンダーを使っているかを尋ねてください。
なぜ IP アドレスがオープンプロキシと判定されるのですか?
プロキシリストにあなたのアドレスが載っているか、スキャナーが 1080、3128、8080 などのポートでプロキシのハンドシェイクを完了したかのどちらかです。GeoIPHub の API では、リストへの掲載だけの場合は proxy_observed_third_party と表示されます。ルーターのポートフォワード、プロキシ設定、帯域を共有するアプリを確認し、それでも掲載が続く場合は ISP に新しいアドレスを依頼してください。
Netflix のエラー E106 は何を意味しますか?
Netflix は、接続が VPN やプロキシ経由だと判断すると、「VPN またはプロキシを使用しているようです」というメッセージとともに E106 を表示します。VPN、プロキシ、リレーをオフにして再試行してください。どれも使っていない場合、Netflix のヘルプページは fast.com での確認、次に ISP への問い合わせを案内しています。アドレス自体が VPN やホスティングのアドレスに分類されている可能性があるためです。
VPN やプロキシのフラグはどのくらい続きますか?
証拠が変わり、ベンダーがデータを再構築するまでです。ほとんどのベンダーは期間を公表していません。GeoIPHub のスキャナーでは、再確認できなくなったハンドシェイクは 30 日後に、プロバイダーリストの名前はリストから外れて 14 日後に削除されます。サードパーティのプロキシリストへの掲載は、アドレスがそのリストから外れた後の 6 時間ごとの次回実行で消えます。変更は毎日の再構築で反映されます。IPinfo の住宅プロキシの数値は、過去 90 日間を対象にしています。
ISP は自社の IP 範囲を VPN リストから削除してもらうにはどうすればよいですか?
どのベンダーがフラグを保持しているかを突き止め、そのベンダーに、その範囲のレジストリ記録、エンドユーザー向けブロードバンドを収容しているという簡潔な説明、最新の不正利用窓口、再割り当ての日付、影響を受けた数件のアドレスとタイムスタンプを送ります。ベンダーごとにこれを繰り返す必要があると考えてください。
自分の IP を VPN リストから削除してもらえますか?
まずブロックしたサイトに、次にデータベンダーに依頼します。IPQS はフォームで報告を受け付け、24 から 48 時間以内に確認するとしています。IPinfo は ISP から連絡するよう求めています。GeoIPHub には、現時点でセルフサービスの異議申し立て窓口はありません。
iCloud プライベートリレーは VPN と判定されますか?
判定されるべきではありません。これはリレーであり、Apple はサイトに対し、そのアドレスをキャリアグレード NAT と同様に扱うよう求めています。GeoIPHub の API は、Apple が公開している出口アドレスに対して is_vpn ではなく is_relay を返し、リレーのスコアの上限を 60 にするため、IP だけでブロックに達することはありません。
GeoIPHub API を支えるチーム
GeoIPHub IP インテリジェンス API とそのスキャナーを開発している GeoIPHub チームが執筆しています。下書きは AI の支援を受けて作成し、チームが編集しています。API の例は、「説明用」と明記したものを除き、本番 API に対する実際のルックアップです。


