VPNセキュリティの基本：アカウント情報、サブスクリプションURL、公共Wi-Fi

アカウント情報とサブスクリプションURLの権限の違い

アカウント情報は通常、ユーザーパネルへのログイン、プランの確認、サブスクリプションの管理、サポートへの問い合わせに使います。ほかのサイトからパスワードが漏れると、攻撃者が同じ組み合わせで別のサービスへのログインを試す可能性があります。VPNのパスワードは使い回さず、信頼できるパスワードマネージャーで管理しましょう。覚えやすさのために複数のサイトで同じパスワードを使うのは避けてください。

サブスクリプションURLは、一般的な案内ページとは異なります。クライアントからアクセスすると、通常はノードのアドレス、プロトコルのパラメーター、接続用の認証情報が取得されます。このURLを持つ人は、パネルにログインしなくても自分の端末に設定を取り込み、サブスクリプションの通信量を使える場合があります。URLが転送・変換される場合も、最終的には設定情報にアクセスできる状態が漏れることになります。

アカウントのパスワードを変更しても、サブスクリプションURLが無効になるとは限りません。パネルのログイン情報、サブスクリプションへのアクセストークン、ノードの接続認証情報は別々に管理されている場合があります。漏えいに対処する際は、どの情報を更新したのか確認しましょう。

情報入力とクライアント取り込み時の安全チェック

VPN34ではメールアドレスは不要です。アカウントを作成する際は、公式パネルの案内に従ってユーザー名とパスワードを設定してください。入力欄を埋めるために、本名、住所、身分証明書の情報などを追加する必要はありません。ユーザー名にも、仕事上の身元が分かる公開アカウント名を使わないようにしましょう。

ログインページやクライアントの入手先には、公式サイトからアクセスしてください。検索結果のタイトルやアイコンだけで正規のページかどうかを判断せず、見知らぬ人から案内された「サポート確認ページ」にパスワードを入力しないでください。アドレスバーに表示されるHTTPSは通信が暗号化されていることを示しますが、接続先が目的のブランドの公式サイトであることを保証するものではありません。偽サイトでもHTTPSを利用できます。

VPN34のクライアントはユーザーパネルから入手できます。Windows、macOS、Android、Linuxではログイン後にダウンロードできます。iOSで利用できる入手先は、パネルに表示されるサブスクリプションの状態をご確認ください。サブスクリプションはログイン後に取得できます。詳しい設定手順はクイックスタートをご覧ください。対応するプロトコルや設定形式はクライアントごとに異なるため、ファイルの拡張子だけで取り込み可能かどうかを判断しないでください。

• ✅ ページのドメインと入手元を確認してから、アカウント情報を入力する。チャットで転送されたページから直接ログインしない。
• ✅ 信頼できる入手先からクライアントを取得し、OSに表示される開発元、署名、権限の案内を確認する。
• ✅ クライアントのサブスクリプション取り込み機能を使い、設定の入手元を確認してから接続を有効にする。
• ❌ サブスクリプションURL全体を、見知らぬオンライン変換・診断・速度測定サイトに貼り付けない。
• ❌ QRコード、トークン、ノードのパスワードが写ったスクリーンショットやログを、公開チャットに送らない。

オンラインのサブスクリプション変換ツールは、元の設定情報を読み取る必要があります。変換後の形式が正常に使えるとしても、ツールの運営者が接続認証情報に触れる可能性があります。クライアントに備わったローカル取り込み機能や、信頼できるローカル変換方法を使えば、情報に触れる相手を増やさずに済みます。形式に互換性がない場合は、リンクを複数のサイトに渡して試すのではなく、まずクライアントのドキュメントを確認しましょう。

公衆Wi-Fiのリスクと暗号化で守れる範囲

公衆Wi-Fiのリスクは、ネットワークにパスワードが設定されているかどうかだけではありません。よく似た名前のアクセスポイント、偽の認証ページ、古いルーター、変更されたネットワーク設定などが接続に影響する可能性があります。利用する場所でネットワーク名を確認し、不要な自動接続をオフにして、慣れていないネットワークではファイル共有を有効にしないようにしましょう。

証明書が正しく検証されているHTTPSでは、ブラウザーと接続先サイトの間の通信が暗号化されます。通常、公衆ネットワークの管理者がパスワードやページ本文をそのまま読み取ることはできませんが、接続時刻、接続先のアドレス、通信の特徴は確認できる場合があります。ドメイン名が見えるかどうかは、DNSや関連する暗号化の仕組みにも左右されます。「公衆ネットワークならパスワードがすべて見られる」と単純に考えることはできません。

適切に設定された暗号化プロキシやVPNトンネルを使うと、ローカルネットワークからトンネル内の通信を直接観察される機会を減らせます。ただし、保護される範囲はクライアントのモードによって異なります。ブラウザープロキシはブラウザーの通信だけを対象とする場合があります。システムプロキシもすべてのアプリを経由させるとは限りません。TUNモードはより広い範囲をカバーすることが一般的ですが、ルーティング、DNS、例外ルールの確認は必要です。「グローバル」という名称だけで、端末の全通信がトンネルを通るとは限りません。

出口ノードから接続先サイトまでの通信にもHTTPSが必要です。トンネルを使っても偽サイトが本物になるわけではなく、悪意のある添付ファイルを見分けることもできません。認証ポータルへのアクセスは、トンネル接続前に必要な場合があります。OSが案内する認証ページを利用してください。証明書のエラーを無視するよう求められたり、不明なルート証明書のインストールやセキュリティチェックの無効化を要求されたりした場合は操作を中断し、信頼できるネットワークに切り替えましょう。

DNSとルーティング：出口だけでなく名前解決も確認

DNSはドメイン名を接続先のアドレスに変換します。DNS漏えいとは通常、名前解決のリクエストが保護された経路を通ると想定していたのに、実際にはローカルネットワークのDNSなど、別のリゾルバーに送られている状態を指します。これは「ウェブページが開けるか」とは別の問題で、ブラウザーに表示される出口アドレスだけでは判断できません。

システムのDNSを処理するクライアントもあれば、プロキシ経由のドメインだけを処理するクライアントもあります。ブラウザー独自の暗号化DNSが有効になっている場合もあります。暗号化DNSはリゾルバーまでの問い合わせを保護しますが、問い合わせが選択した回線を必ず通るとは限りません。確認するときは、クライアントのDNSモード、OSのネットワーク設定、ブラウザーの設定をあわせてチェックし、設定が互いに上書きされていないか確認しましょう。

ルーティングルールによって、接続を直接行うかプロキシ経由にするかが決まります。ローカルサービスを直接接続にするのは妥当な場合もあるため、テストでローカルのリゾルバーが表示されても、必ずしも設定ミスとは限りません。重要なのは、保護したいドメインが想定どおりに名前解決され、接続されているか、また現在のクライアントモードがIPv6やUDPの通信に対応しているかを確認することです。

まずクライアントのドキュメントを確認し、信頼できる出口アドレス・DNS検査ツールで照合しましょう。検査ページで確認できるのはテスト通信の経路であり、すべてのアプリが同じルールに従うことの証明にはなりません。検査にサブスクリプションURLやアカウント情報を入力する必要はありません。検査サイトがこれらの認証情報を要求した場合は、利用を中止してください。ルールについて詳しく知りたい場合は、技術リファレンスをご覧ください。

Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICなどのプロトコルには、それぞれ異なる実装や利用条件があります。プロトコル名だけで設定全体の安全性を判断することはできません。クライアントが最新の状態か、認証情報が適切に保存されているか、証明書が正しく検証されているか、どの通信が対象になっているかが、実際の保護範囲を大きく左右します。

サブスクリプションURLが漏れたときの対処

URL全体を公開投稿や共有ドキュメントに掲載した場合、信頼できない変換サービスに入力した場合、または第三者が見られるスクリーンショットに写っていた場合は、漏えいしたものとして対処してください。元の投稿を削除すれば、その後の拡散を抑えられますが、すでにコピーされた情報を回収することはできません。通信量に異常が出るまで待たず、助けを求めるために元のURLを再共有することも避けましょう。

1. 拡散を止め、必要な情報を記録する。第三者が見られるコンテンツを削除し、漏えいした場所とおおよその時刻を記録します。証拠を保存するときは、トークン、QRコード、接続パスワードを隠してください。
2. パネルで利用できる認証情報の管理機能を確認する。サブスクリプションURLの再発行や関連する認証情報の無効化ができるか確認してください。操作方法が分からない場合は、公式サポート窓口に問い合わせましょう。パスワード変更だけで解決したと決めつけないでください。
3. URLの無効化とノード認証情報の無効化を区別する。古いURLを更新できても、すでにダウンロードされたノード設定がすぐに使えなくなるとは限りません。接続認証情報も変更する必要があるか、変更がいつ反映されるかを確認してください。
4. 使用中のクライアントを更新する。新しいサブスクリプションを取り込むか、案内に従って設定を更新し、古い設定やクリップボードの履歴を削除します。複数端末間のクリップボード同期を有効にしている場合は、同期された複製も確認しましょう。
5. アカウントと端末を確認する。パスワードも漏れた可能性がある場合は、すぐに変更し、使い回しているほかのアカウントのパスワードも更新してください。利用可能な通信量の履歴やセッション管理機能を確認し、不審な点があればサポートに連絡しましょう。

トラブル対応用のスクリーンショットには、エラー表示、クライアント名、必要な設定項目だけを残してください。設定ファイル全体には、スクリーンショット以上に多くの秘密情報が含まれていることがあります。ファイル名が一般的に見えても、そのまま公開しないでください。サポートに送る前に、必要な項目と送信先を確認しましょう。

ノーログの意味と日常の管理方法

VPN34のプライバシー方針は「ログを記録しない」ことです。これはサービスの方針を示すものであり、ブラウザー、OS、接続先サイト、サードパーティーの拡張機能まで記録を残さないという意味ではありません。接続先サイトにログインすれば、サイト側でアカウントと利用状況が関連付けられる場合があります。ブラウザーの履歴やダウンロード済みファイルも、回線を使うだけで自動的に消えることはありません。

IEPL専線、中継、直接接続は、通信経路の構成方法を表すもので、匿名性の高さを示すものではありません。専線は通信経路の改善、中継は転送経路の追加、直接接続はそのような経路の削減に使われる場合があります。いずれもエンドツーエンドのアプリケーション暗号化の代わりにはならず、アカウント情報やサブスクリプションの認証情報を代わりに管理するものでもありません。

日常的に使う際は、クライアントとOSを最新の状態に保ち、不要なブラウザー拡張機能を減らし、端末に信頼できるロック方法を設定しましょう。共有端末にはサブスクリプションやログイン状態を保存しないのが無難です。一時的に使う必要がある場合は、利用後にパネルからログアウトし、取り込んだ設定を削除してください。利用台数に制限がないことは、設定を見知らぬ人に公開してよいという意味ではありません。

プランや通信量も公式パネルで確認してください。「通信量に異常があります」という通知に含まれる見知らぬリンクからログインしないようにしましょう。通知を受け取ったら、保存済みの公式ページを自分で開いて実際の状態を確認できます。これなら本当の問題に対処しながら、通知にログイン先を決めさせずに済みます。