ノーログVPNは、まず根拠の範囲を確認し、その後に回線や機能を見ましょう。「ログを記録しない」はデータ処理方針であり、接続できたことだけでは確かめられません。サービスが収集しない情報、処理する情報、保存期間、確認可能な根拠を分けて見極めましょう。

一般の利用者がサーバーの内部をすべて調べることはできませんが、曖昧な約束を見分け、アカウントとの紐付けを減らし、通信が想定どおりに転送されているかを確認できます。以下ではポリシー、根拠、アカウント、端末を順に確認します。プライバシーをうたう表示を匿名性の保証と捉えないことも大切です。

ログの種類:何を記録しないのか

「ノーログ」に一律の定義はありません。閲覧内容を保存しないという意味の場合もあれば、アクセス先、接続元アドレス、接続時刻も記録しないとするサービスもあります。「アクティビティを記録しない」とだけ書かれ、対象範囲が説明されていない場合は、プライバシーポリシー全体を確認しましょう。

リアルタイムの処理と長期保存も区別が必要です。通信の転送には通常、接続中に接続元や接続先の情報を処理します。通信のために一時的に使うことと、長期ログに記録することは同じではありません。一方、ウェブページの内容を保存しないからといって、接続メタデータも保存しないとは限りません。

データの種類 含まれる可能性のある情報 確認するポイント
閲覧・アクセス履歴 接続先ドメイン、DNSクエリ、アクセス先アドレス、暗号化されていない通信の内容 収集しない項目として明記されているか、例外はあるか
接続メタデータ 接続元アドレス、接続開始・終了時刻、出口ノード、セッション識別子 特定のアカウントやアクセス行動と紐付くか、保存期間はどのくらいか
請求・使用量 アカウントの残りデータ量、累計使用量、注文状況 集計の粒度と用途、アクセス先の記録が含まれるか
診断・分析 クラッシュレポート、エラー情報、クライアントの分析データ 初期設定で送信されるか、レポートに機密情報が含まれる可能性はあるか
アカウント・決済情報 ユーザー名、注文識別子、決済サービスからの通知、問い合わせ内容 誰が保存するか、退会後の扱い、法令に基づき保存される情報

データ量に応じた課金には使用量の計算が必要ですが、使用量の集計と詳細なアクセスログは別のものです。データ残量があるからといって閲覧履歴を記録しているとは限りませんし、集計データだからといって紐付けのリスクがなくなるわけでもありません。項目、集計の粒度、保存ルールが明確に説明されているかが重要です。

プライバシーポリシー:データのライフサイクルを確認

トップページのバッジだけでなく、正式なポリシーを確認しましょう。対象となる製品、公式サイト、クライアントを確かめ、施行日、運営主体、問い合わせ先も確認します。製品によってデータの扱いが異なる場合があります。古いスクリーンショットや紹介記事は、現行のポリシーの代わりにはなりません。

  1. 収集項目を確認する。「ログ」「アドレス」「接続」「診断」「分析」などの語句を検索します。収集しないと明記された情報と、収集する可能性がある情報を分けて整理しましょう。記載がないことを、収集対象から除外されている証拠とみなしてはいけません。
  2. 処理目的を確認する。請求、不正利用の防止、障害対応にそれぞれどのデータが必要かを確認します。項目の説明がない「サービス向上」という表現だけでは、実際の収集範囲を判断できません。
  3. 保存期間と削除方法を確認する。接続データ、アカウント情報、問い合わせ内容、バックアップについて個別に説明されているかを見ます。期限や判断可能な削除条件を示さず「必要な場合に保存」とだけ記載されているなら、透明性は十分とはいえません。
  4. 共有先と例外を確認する。決済サービス、ホスティング事業者、分析ツール、法的要請への対応を確認します。サービス側が特定のデータを記録しなくても、決済サービス側が取引情報を保存している場合があります。
  5. ポリシーの変更方法を確認する。ポリシーの更新時にどのように通知されるか、情報の照会や削除をどう依頼できるかを確認しましょう。アカウントを削除しても、注文情報やバックアップが同時に消去されるとは限りません。

根拠の強さ:監査、オープンソース、端末でのテストで分かること

独立監査は信頼性を高める材料になりますが、まず報告書の対象範囲を読みましょう。本番サーバー、管理画面の設定、データ処理の流れまで対象か、それともクライアントのコードだけかを確認します。監査期間やサンプル範囲が限定されていることもあり、その後の運用すべてを自動的に保証するものではありません。

この記事では、特定ブランドが第三者監査を受けているとは主張しません。候補サービスが監査済みと表示していても、確認できる報告書、実施主体、明確な結論がなければ、検証済みではなく未確認として扱いましょう。報告書に記された制限や改善項目も、判断材料になります。

クライアントがオープンソースなら、接続処理やデータ送信の挙動を確認しやすくなります。ただし、それだけでサーバーがログを保存しないとは証明できません。メモリ上で動作するサーバーはディスクへの保存を抑える助けになりますが、リモートへのログ転送までは否定できません。プロトコル名もプライバシーポリシーの代わりにはなりません。Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICはそれぞれ通信方式が異なり、ログを永続保存するかどうかは実装や運用設定によります。

判断の目安:明確なポリシーは約束の範囲を示し、確認可能な報告書は限定された範囲で外部の根拠を提供し、端末でのテストは利用者側の動作を確かめます。それぞれ補い合うものですが、相互に置き換えられるものではありません。根拠が足りない場合は「不明」として扱い、宣伝文句で空白を埋めないようにしましょう。

アカウントと決済:不要な紐付けを減らす

まず、登録フォームで実際に求められる情報を確認します。メールアドレス不要と明記されているサービスなら、アカウントと紐付く情報を一つ減らせます。ただし、それで注文情報、アクセス記録、問い合わせ内容からアカウントを特定できなくなるわけではありません。ユーザー名も、公開しているSNSの名前を使い回さないようにしましょう。

パスワードは他のサービスと使い回さず、信頼できるパスワード管理ツールで保管しましょう。復旧用の連絡先を登録しない場合は、事前に復旧方法を確認し、必要な情報を安全に保管してください。情報を減らすためにアカウントを復旧できなくなることには、相応のリスクがあります。

決済については、サービス提供者と決済サービスがそれぞれどの情報を扱うかを確認します。サービス側が注文識別子と決済結果だけを受け取る場合でも、決済機関は法令に基づく取引情報を保存することがあります。特定の決済方法を、そのまま紐付け不能と考えてはいけません。請求、返金、サポート対応にも業務記録が残る可能性があります。

サブスクリプションURLも機密情報です。通常は認証トークンを含み、第三者がノード設定を取得したり、アカウントのデータ量を消費したりするおそれがあります。URL全体を公開の掲示板に貼ったり、出所の分からないオンライン変換ツールに入力したりしないでください。漏えいした場合は、まず管理パネルのリセット機能を使い、各端末の設定を更新しましょう。

接続後の確認:出口、DNS、ルーティングルール

端末での確認は、クライアントが想定どおり動作しているかを確かめるためのものであり、サーバーの保存方針を証明するものではありません。まず公式の案内や管理パネルから対応クライアントを入手し、サブスクリプション内のプロトコルと設定形式に対応しているかを確認します。設定を読み込めても、実際の接続とルールの確認は必要です。

  • ✅ 接続前後で外部から見える出口アドレスを比べ、プロキシを使う通信が想定した出口を通っているか確認します。アドレスが変わっても、すべてのアプリが対象になったとは限りません。
  • ✅ DNSの名前解決経路を確認します。トンネルを通る想定のクエリがローカルネットワークのDNSリゾルバーへ送られている場合は、クライアントのDNS、ブラウザーの暗号化DNS、ルーティング設定を見直しましょう。
  • ✅ ルールの適用結果を確認します。ルールモードでは、ローカルサービスへの直接接続が意図されている場合があります。設計どおりの直接接続と、意図しない迂回を区別してください。
  • ✅ IPv6の扱いを確認します。端末がIPv6で接続できる場合、クライアントとシステムの設定が想定どおりIPv6をカバーしているか確かめましょう。
  • ✅ 管理できる環境で接続を切ったりネットワークを切り替えたりして、対象アプリが直接接続を続けるか確認します。切断時の通信を防ぐ必要がある場合は、OSとクライアントがその機能に対応しているか確認しましょう。
  • ❌ 速度テストに成功したこと、遅延が小さいこと、ウェブページを開けることを、ログを記録しない証拠とみなさないでください。

DNSテストの結果は慎重に読み解く必要があります。公共DNSサービスが表示されても、ブラウザー独自の暗号化DNSを使っている可能性も、トンネルの出口を経由している可能性もあります。リゾルバー名だけでは漏えいの有無を判断できません。想定した経路、クライアントのログ、システム設定とあわせて確認しましょう。テストサイトにはテスト用の通信が見えるため、機密性の高いURLをむやみに入力しないでください。

同じ設定をすべてのプラットフォームに当てはめることはできません。デスクトップクライアントのシステムプロキシは、主にプロキシ設定に従うアプリを対象とする場合があります。TUNモードは通常より広い範囲をカバーしますが、ルート設定や除外ルールの影響を受けます。モバイルOSのVPN拡張、アプリごとのルーティング、バックグラウンド動作もそれぞれ異なるため、使用するOSとクライアントの説明を確認してください。

公衆Wi-Fi:トンネルだけでは防げないこと

公衆Wi-Fiでは、暗号化トンネルによってローカルネットワークからトンネル内の通信を見られるリスクを下げられますが、すべての情報を隠せるわけではありません。ローカルネットワークには、端末が特定のサービスアドレスに接続したことや、通信時刻、データ量が見える場合があります。通信が出口に到達した後も、サービス側と接続先サイトにはそれぞれ情報を確認できる範囲があります。

HTTPSも引き続き重要です。VPNはウェブサイトの証明書検証に代わるものではありません。接続するために証明書の警告を無視しないでください。ネットワークのログイン画面では通常、接続を確立してからVPNを使います。ネットワークの状態を確認できていないときは、機密性の高いアカウント情報を入力しないようにしましょう。

ウェブサイトにログインすると、アカウント、Cookie、ブラウザーの特徴を通じてアクセスが紐付けられることがあります。出口アドレスを変えても、既存のログイン状態は自動的に消えません。端末上の悪意ある拡張機能、リモート管理ツール、信頼できないルート証明書も、接続先ノードを変えるだけでは解決できません。

選ぶときの結論:約束を確認可能な質問に変える

プライバシーを重視したVPN選びは、より強い宣伝文句を探すことから始める必要はありません。公衆ネットワークでの盗み見、不要なデータ保存、アカウントと利用状況の紐付けのうち、何を避けたいのかを明確にし、同じチェックリストで候補を比較しましょう。回線がIEPL専線、中継、直結のどれかは主に通信経路を示すものであり、それだけでログ方針の根拠にはなりません。

おすすめの確認順:まずログの項目と保存ルールを確認し、次に根拠の範囲とアカウント情報の要件を調べ、最後にクライアントの出口、DNS、ルーティング、切断時の動作を検証します。ポリシーと回答が食い違う、データの扱いが不明、例外条項を説明できない場合は、選択をいったん見送りましょう。

VPNGZの「ログを記録しない」という説明も、同じ観点で確認しましょう。ブランドの表示だけで基準を下げる必要はありません。ノーログVPNを選ぶうえで大切なのは、確認できたこと、まだ不明なこと、設定や情報の最小化によって自分で減らせるリスクを把握することです。