● 総合診断スイート プロキシチェッカー & SOCKS5 WebRTC / DNS / UDP QUIC リークテスト SOCKS5、HTTP、モバイルプロキシを対象に、IP アドレスのリーク、WebRTC の脆弱性、DNS ルーティング経路のリーク、SOCKS5 UDP / HTTP/3 QUIC プロトコルのサポートを 1 つのページで監査します。
接続セキュリティ経路を監査中...
3. パッシブ TCP/IP スタック OS フィンガープリントの検証 待機中...
4. UDP アソシエーションと HTTP/3 QUIC プロトコルの検証 待機中...
診断サマリー 新しい監査を実行 → 接続特性を分析中...
対象 OS エミュレーション: -
🌐 IP と地理位置情報プロファイル外部 IPv4 アドレス -
外部 IPv6 アドレス 該当なし
ホスト名 (リバース DNS) -
ISP / AS 組織 -
モバイルキャリアネットワーク -
データセンター(ホスティング)IP -
国と都市 (位置情報) -
接続プロトコル -
タイムゾーンの不一致 (IP とブラウザ) -
🔒 WebRTC リーク監査WebRTC API ステータス 有効
RTCPeerConnection True
RTCDataChannel True
WebRTC ローカル IP (LAN) 計算中... 実際のローカル IP を確認する方法 (mDNS を無効化):
Chrome / Brave / Edge: 移動先: chrome://flags (または brave://flags) を開き、 "WebRTC で公開されるローカル IP を匿名化する" を無効にして、再起動します。Firefox: 移動先: about:configを開き、 media.peerconnection.ice.obfuscate_host_addresses を false に設定します。 .WebRTC 公開 IP (STUN) 計算中...
リーク判定 保護済み (リークなし)
セッション記述プロトコル (SDP) オファー
メディアデバイス監査
MediaDevices API サポート True
音声入力の権限 prompt
ビデオ入力の権限 prompt
検出されたデバイス一覧: デバイスが表示されていません (権限が必要、またはスキャン中...)
🔍 DNS 経路監査0 台のサーバー、0 件の ISP、0 件のロケーションを検出
DNS サーバー IP
ISP / 組織
ロケーション
地理的不一致 (IP と DNS) 保護済み (一致)
🕵️ パッシブTCP/IPフィンガープリント (p0f/JA4T)TTL (デフォルトの Time-to-Live ホップ数)
-
検出された OS スタック -
最終 TCP/IP 判定 -
🏷️ HTTP プロキシヘッダー & リーク`Via` ヘッダーリーク なし / クリーン
`X-Forwarded-For` リーク なし / クリーン
`Proxy-Connection` ヘッダー なし / クリーン
ブラウザの User-Agent -
⚡ UDP アソシエーション & HTTP/3 (QUIC / QUIC3) プロトコル監査 UDP/QUIC を確認中...UDP アソシエーション & HTTP/3 QUIC 対応は、WebRTC のリアルタイムメディアストリーム、低遅延のオンラインゲーム、アンチディテクトブラウザのセッション安定性、そして TCP パケット帯域制限の回避に不可欠です。XProxy ハードウェアは 100% SOCKS5 UDP リレー & QUIC3 アクセラレーションをネイティブでサポートしています。
UDP トンネリング & リレー
監査中...
SOCKS5 UDP Associate / WireGuard L3
HTTP/3 (QUIC / QUIC3) 対応
監査中...
UDP draft-29 / QUIC v1 (h3) プロトコル
アクティブ接続モード
監査中...
検出されたトランスポート・トンネリングモード
WebRTC & 音声/動画ストリーミング
完全な UDP 対応
STUN / TURN UDP パケット転送
🖥️ ブラウザフィンガープリント & ハードウェアプロファイル なぜ異なるのですか?ハードウェアと RAM の差異に関する補足:
ユーザーのプライバシーを保護し、トラッキング(ブラウザフィンガープリンティング)を防ぐため、最新のブラウザは Web スクリプトに公開するハードウェア仕様を意図的に制限またはランダム化します:
デバイスメモリ (RAM): 標準の Chrome は報告する RAM を最大 8 GB (または 32 GB 高性能デスクトップ設定の場合)に制限し、トラッキングのエントロピーを低減します。実際の RAM サイズ(例: 64 GB)が公開されることは決してありません。CPU コア (並列処理): Brave などのプライバシー優先ブラウザは、トラッキングアルゴリズムを混乱させるため、報告されるコア数を自動的にランダム化します(例: 16 ではなく 10 コアと表示)。WebGL & Canvas: アンチディテクトブラウザやプライバシープラグインは、特定のハードウェアプロファイルに一致するようこれらを偽装します。仕様が異なって見える場合、ブラウザのシールドが正しく機能している証拠です。Canvas フィンガープリントハッシュ 計算中...
WebGL ベンダー 計算中...
WebGL レンダラー 計算中...
AudioContext フィンガープリント 計算中...
画面解像度 (色深度) 計算中...
ハードウェア並列処理 (CPU コア) 計算中...
デバイスメモリ (おおよその RAM) 計算中...
⚠️ ステルス不一致を検出 お使いの接続シグネチャには、ホスティングプロファイルと DNS リークが含まれています。これにより、主要な対象サイトからブラウザプロファイルが容易に特定されます。
ステルス監査 & リーク検出ナレッジベース 対象サイトがプロキシ接続をどのように識別するのか、また従来のソフトウェアのみのプロキシが重要なプライバシーチェックポイントで失敗する理由を学びましょう。当社の診断スイートは、最新のアンチボットアルゴリズムが使用する正確な判定基準を監査します。
🛡️ WebRTC IP リークチェックWebRTC (Web Real-Time Communication) は PeerConnection API を使用して直接メディアトンネルを確立します。JavaScript でこの API を照会することで、Web サイトはブラウザのプロキシ設定を完全に迂回して、実際のローカル LAN IP(例: 192.168.1.X)と実際のパブリック IP を検出できます。
🔍 DNS リーク & 経路ルーティングDNS リークは、ドメイン名の名前解決リクエストがプロキシトンネルの外部にルーティングされ、プロキシのリモートリゾルバではなくローカル ISP の DNS リゾルバに到達するときに発生します。プロキシ IP が米国にあるのに DNS リクエストがベトナムで解決される場合、対象サイトは接続を即座にフラグします。
🏷️ パッシブ TCP/IP スタックフィンガープリントWeb サイトは、TTL (Time to Live)、ウィンドウサイズ、MTU などの着信 TCP パケットパラメータを分析します。ブラウザの User-Agent が Windows と主張していても、TCP パケットプロファイルが Linux/Android のシグネチャを示す場合、パッシブツール(p0f など)は接続を自動ボットまたはプロキシとしてフラグします。
🖥️ ハードウェア & Canvas フィンガープリンティング最新のサイトは、Canvas 2D の画像描画、WebGL の GPU レンダリング、AudioContext のレイテンシから一意のハッシュを生成します。これらは物理的なグラフィックスカードとプロセッサに直接結びついているため、IP を変更するだけでは不十分です。検出を回避し続けるには、これらのハードウェアプロファイルを偽装する必要があります。
⚡ XProxy ハードウェアがすべてのリーク経路を排除する理由ソフトウェアのみのプロキシソリューション(データセンターやクラウド VPS プロキシなど)は、セキュリティアラームを引き起こす仮想インターフェースを使用してトラフィックをルーティングします。XProxy は、エンタープライズグレードのセルラーハードウェアとカスタムビルドのルーティングファームウェアを組み合わせ、100% クリーンなモバイル出口シグネチャを保証します。
1. 実モバイル/レジデンシャル SIM IP ローカル基地局で物理 SIM カード(Viettel、Vina、Mobi、T-Mobile、AT&T)を直接経由して接続をルーティングし、何百万人もの自然なモバイル加入者が共有する IP プールを使用します。
2. ネイティブ TCP スタックスプーフィング XProxy のカーネル変更機能により、MTU、MSS、初期 TTL 値をその場でカスタマイズし、アンチディテクトブラウザプロファイルの OS シグネチャ(Windows、Android、macOS、iOS)に一致させることができます。
3. リモート DNS タワー解決 DNS の名前解決はセルラーキャリアネットワーク上で直接処理され、DNS リークを完全に防ぎ、DNS の位置がプロキシ出口 IP の位置と 100% 一致することを保証します。
4. ネイティブ SOCKS5 UDP アソシエーション 完全な UDP トンネルをサポートし、フォールバックによる露出なしに高性能な WebRTC 接続、メディアストリーム、HTTP/3 QUIC プロトコルを実現します。
よくある質問 WebRTC リークとは何ですか?また、どのように発生しますか? WebRTC リークは、Web ブラウザが WebRTC の PeerConnection API を通じて実際のパブリック IP またはローカル(LAN)IP アドレスを公開し、アクティブなプロキシや VPN を迂回するときに発生します。Web サイトは JavaScript でこの API を照会し、実際の位置を検出します。
プロキシ使用時に DNS リークが発生する原因は何ですか? DNS リークは、ブラウザが DNS の名前解決クエリをプロキシトンネルの外部にルーティングし、ローカル ISP の DNS サーバーを公開してしまうときに発生します。プロキシリゾルバが DNS クエリをプロキシサーバー自体で解決するようにすることで防ぐことができます(リモート DNS 解決)。
XProxy は WebRTC と DNS の経路をどのように保護しますか? XProxy はハードウェアベースのルーティングを利用し、リークを防ぐために DNS クエリをセルラーモジュールまたはリモートプロキシサーバー上で直接解決します。WebRTC については、高品質なプロキシネットワークを利用するか、XProxy をアンチディテクトブラウザと組み合わせることで、標準の mDNS パラメータの下でローカル IP がマスクされます。
パッシブ TCP スタックの OS 一致が重要な理由は何ですか? Web サーバーは、パッシブフィンガープリンティングエンジン(p0f など)を使用して、下位レベルのネットワークパケット(TTL、ウィンドウサイズ、MTU)を分析します。ブラウザが Windows と主張していても、ネットワークパケットが Linux や Android の特性を示す場合、高リスクのセキュリティアラートが発動します。これらを一致させることで、100% 自然なデバイスの外観が保証されます。
アンチディテクトブラウザは XProxy と連携してハードウェアフィンガープリントをどのように偽装しますか? アンチディテクトブラウザはフロントエンドのブラウザ環境で Canvas、WebGL、Audio のシグネチャを偽装し、XProxy はネットワーク層でパッシブ TCP スタックパラメータを一致させることで、完全な 100% ステルスプロファイルを提供します。
SOCKS5 UDP アソシエーションリークとは何ですか? SOCKS5 プロキシは、DNS、WebRTC、HTTP/3 QUIC パケットをルーティングするために UDP アソシエーションをサポートする必要があります。プロキシが UDP をブロックすると、ブラウザ接続は TCP にフォールバックするか、プロキシトンネルを完全に迂回して、ローカル IP を公開してしまいます。
1 台の XProxy キットからいくつのモバイルプロキシを生成できますか? XProxy サーバーに接続された各 USB モデムまたはドングルは、1 つのアクティブなモバイルプロキシを生成します。1 台の XProxy XH22 サーバーボックスで最大 20 個以上のモデムを同時にサポートでき、20 以上の独立したローテーション式モバイルプロキシネットワークを生成・制御できます。
独自のモバイルプロキシファームを構築する準備はできましたか? ネイティブなハードウェア制御、ローテーション API、最大限の匿名性を備えた高速 4G/5G モバイルプロキシを展開しましょう。