NATタイプを今すぐチェック

テスト中に報告された外部 IPv4 アドレスです。インターネットに届く前にルーターや ISP がプライベートアドレスを変換する場合があるため、複数の機器や契約者が同じ外部アドレスを共有することがあります。

アドレスだけでは CGNAT や二重 NAT の有無は確定できません。VPN によって、テストで見える外部アドレスが変わる場合もあります。

ポートを取得できた場合、IPv4 の結果にあるコロンの後の数字は、このブラウザーテストで観測した UDP ポートです。たとえば 203.0.113.10:62000 は、アドレスと報告されたポート 62000 を示します。

ゲームのポートやポート転送ルールではなく、そのアドレスでサービスに接続できる証拠でもありません。特にシンメトリック NAT では、テストのたびに、または通信先によってマッピングが変わる場合があります。

テストした経路で観測した IPv4 UDP の挙動です。NAT 1 はフルコーン、NAT 2 は制限コーン、NAT 3 はポート制限コーン、NAT 4 はシンメトリックです。NAT が観測されなかった経路は、別の結果である「オープンインターネット」として表示します。

これらは RFC 3489 の分類に NAT Checker が付けた番号です。PlayStation、Xbox などのプラットフォームには独自の分類とテストがあります。NAT タイプはダウンロード速度の測定値ではなく、すべてのゲームがすべてのピアに接続できる保証でもありません。「NAT の分類方法」で判定の流れを確認できます。

IPv6 テスト中にブラウザーから取得できたグローバル IPv6 アドレスです。ローカルでしか使えないアドレスは除外します。IPv6 アドレスの取得は IPv4 NAT テストとは別に行います。

アドレスがあるだけでは外部との接続を証明できません。「IPv6が検出されません」は、今回グローバル IPv6 アドレスが見つからなかったことを示します。ISP や機器が IPv6 に対応できないという意味ではありません。

「外部接続を確認済み」は、今回の経路で WebRTC/UDP 接続が成功したと IPv6 テストサービスが報告したことを示します。IPv6 アドレスが見つかっただけでは、この結果にはなりません。

「外部接続を確認できませんでした」は、そのテスト経路で接続が成功しなかったことを示します。ファイアウォール、VPN、ブラウザーの制限、ネットワークの状態が影響する場合があります。通常の IPv6 閲覧は異なる接続やプロトコルを使うため、引き続き利用できる場合があります。タイムアウトやサービスエラーは、テストが完了しなかったことを示します。

「ブロック」は、今回の UDP テスト経路を確立できないと NAT テストサーバーが返した結果です。原因となった機器や設定を特定するものではありません。

「タイムアウト」は、テストの待機時間内に最終的な分類が届かなかったことを示します。エラーやサービスを利用できない旨の表示は、テストが完了しなかったことを示します。これらは確定した NAT 1～4 の分類ではありません。再テストし、ルーターや ISP の問題と判断する前にブラウザーの制限、VPN、ファイアウォールの設定を確認してください。

RFC 3489 は外部 IP アドレスとポートのマッピングを比較し、同じローカル UDP ソケットにどの送信元からの応答が届くかを調べて NAT を分類します。応答の送信元の変更と、リクエストの宛先の変更では、調べる挙動が異なります。

1. Test I：通常の STUN Binding Request を送ります。応答の MAPPED-ADDRESS は、サーバーが観測した外部 IP アドレスと UDP ポートです。ローカルソケットのアドレスとポートとそれぞれ比較し、変換があるかを調べます。
2. Test II：異なるサーバー IP アドレスとポートから応答を返すよう要求します。届けば、クライアントがまだ通信していない外部送信元からマッピングに到達できることを示します。
3. 別の宛先への Test I：同じローカルソケットから、CHANGED-ADDRESS で指定された別のサーバー端点に通常のリクエストを送ります。新しい外部 IP アドレスとポートを最初のマッピングと比較し、宛先によって変わるかを確認します。
4. Test III：元のサーバー IP アドレスを使い、ポートだけを変えて応答するよう要求します。IP だけを条件にする受信フィルターと、IP とポートの両方を条件にする受信フィルターを区別します。

以上は RFC の分類テストです。当サイトのブラウザーテストは STUN で外部マッピングを取得し、サーバーの支援による WebRTC 接続確認で、対応する挙動の分類を返します。

1. Test I の応答が届き、外部の IP アドレスまたはポートがローカルソケットの端点と異なるため、NAT が存在します。
2. Test II で、まだ通信していない別のサーバー IP アドレスとポートから応答が届きます。
3. RFC 3489 の判定フローではフルコーン NAT に当たり、当サイトでは NAT 1 と表示します。

UDP マッピングができると、事前に通信していない外部送信元からも到達できます。一般に直接のピア接続が容易になりますが、すべてのポートが開いているという意味ではありません。

1. NAT が存在しますが、IP アドレスとポートを変えた Test II の応答は届きません。
2. 別の宛先への新しい Test I では、最初と同じ外部 IP アドレスとポートが返ります。その宛先に変えてもマッピングは変わりません。
3. Test III では、元のサーバー IP アドレスの別ポートから応答が届きます。その IP への事前通信があればよく、応答元のポートまで一致する必要はありません。

これが制限コーン NAT、当サイトの NAT 2 です。クライアントがすでに通信した外部 IP アドレスからの UDP 通信を受け入れます。

1. NAT が存在し、IP アドレスとポートを変えた Test II の応答は届きません。
2. 別の宛先への Test I でも同じ外部 IP アドレスとポートが返り、この比較では宛先に依存したマッピングの変化はありません。
3. サーバーの送信元ポートだけを変える Test III でも応答は届きません。RFC のモデルでは、受信 UDP 通信はクライアントがすでに通信した IP アドレスとポートの両方に一致する必要があります。

これがポート制限コーン NAT、当サイトの NAT 3 です。比較したマッピングは同じでも、受信フィルターは NAT 2 より厳しくなります。

1. NAT が存在し、IP アドレスとポートを変えた Test II の応答は届きません。
2. 同じローカル UDP ソケットから、別のサーバー端点に Test I を再実行します。
3. 外部の IP アドレスまたはポートが最初のマッピングと異なれば、RFC の判定フローはシンメトリック NAT、当サイトの NAT 4 と判断します。

たとえば、ある宛先では 203.0.113.10:62000、別の宛先では 203.0.113.10:62001 と見える場合があります。ポートの変化だけで条件を満たし、外部 IP アドレスも変わる必要はありません。あるサーバーで取得した端点を別のピアに使えない場合があり、アプリによっては中継サーバーが必要です。

Test I の応答がなければ、RFC 3489 の判定フローは UDP Blocked と報告します。ブラウザーテストでは、失敗や未完了の UDP 経路にブラウザー設定、VPN、ファイアウォール、サービスの稼働状況、パケットロスなども影響します。この結果だけでは原因を特定できません。

Test I が成功し、外部 IP アドレスとポートの両方がローカルソケットの端点と一致すれば、NAT は観測されません。続いて Test II が成功すればオープンインターネットです。NAT のない経路で Test II が失敗する場合、RFC は Symmetric UDP Firewall と呼びます。アドレス変換のないフィルタリングであり、シンメトリック NAT ではありません。NAT 4 と混同しないでください。

当サイトには Symmetric UDP Firewall の独立した結果表示はありません。未完了のテストやサービスエラーも、確定した NAT 分類とは別の状態です。

RFC 8489 で定義された STUN は、ブラウザーがローカルネットワークの外側で観測されるアドレスと UDP ポートを取得するために使います。RFC 8445 の ICE は、接続確認を通じて端点間の通信経路を確立します。

RFC 3489 はフルコーン、制限コーン、ポート制限コーン、シンメトリックの分類と、それらを区別するマッピング比較・応答テストを定義します。当サイトはこの判定方法をブラウザーとテストサーバーで使用します。IPv6 アドレスの取得と外部接続は、それぞれ別の検査です。

結果が示すのは、このブラウザーでテストした UDP 経路です。VPN、ファイアウォール、ブラウザーの制限が影響する場合があります。実際のネットワークには、昔の NAT 分類だけでは表せないマッピングとフィルタリングの組み合わせもあります。

CGNAT や二重 NAT の確定、すべてのアプリのポートの検証、ゲーム機の NAT 表示やすべてのピア接続の保証はできません。外部 IPv6 アドレスがあるだけでは外部 UDP 接続の証明にはなりません。

RFC 3489 は、同じローカルソケットで判定を繰り返すと、以前の NAT バインディングが再利用されて結果が歪む場合があるとも指摘しています。新しい判定では新しいローカル端点を使うか、古いバインディングの期限切れを待ちます。結果はその検査時点のネットワークを示します。