VPNを安全に使うには、まず認証情報、次に接続経路を確認しましょう。サブスクリプションURLの管理と公共Wi-Fi対策で大切なのは、アクセス権限を他人に渡さないことと、保護したい通信が想定した経路を通っているか確かめることです。クライアントに「接続済み」と表示されても、すべてのアプリやDNS問い合わせ、アカウント操作が同じように保護されているとは限りません。
サブスクリプションURLは認証情報として管理
サブスクリプションURLを使うと、クライアントが接続先の設定を取得できます。通常、契約内容を識別する認証情報が含まれており、URL全体を知った人は、管理画面にログインせずに該当する設定を取得できる場合があります。実際の権限はサービスの仕様によりますが、パスワードに準じて管理し、一般的なヘルプページのURLのように扱わないでください。
QRコードにも同じ情報が含まれている場合があります。サブスクリプションのQRコードを公開グループに投稿したり、インポート画面のスクリーンショットを掲示板にアップロードしたりすると、漏えいの範囲が広がります。接続設定ファイルにはサーバーアドレスや認証情報、ルールの参照先が含まれることもあるため、知らない相手にファイル全体を渡して調査を依頼しないでください。
- ✅ 信頼できるクライアントだけにサブスクリプションをインポートし、入手元も確認しましょう。
- ✅ 機密情報は信頼できるパスワードマネージャーに保存し、共有メモや公開文書には記載しないでください。
- ❌ サブスクリプションURL全体を検索欄や公開チャット、見知らぬオンライン変換サービスに貼り付けないでください。
- ❌ QRコードや認証情報、リクエストURL全体が写ったスクリーンショットを公開しないでください。
サブスクリプションの変換には特に注意が必要です。URL全体を受け取るオンライン変換サービスは、サブスクリプションの内容を参照できる可能性があります。変換後にルールやプロキシグループが変わることもあります。まずはクライアントが標準で対応している形式を使いましょう。変換が必要な場合は、ツールの提供元やデータの送信先、設定の変更内容を確認してください。画面に「安全」と書かれているだけで、安易に情報を送信しないでください。
アカウントのパスワードとサブスクリプション権限は別々に管理
管理画面のパスワードはアカウントへのアクセスに使い、サブスクリプションの認証情報は設定の取得に使います。両者が連動しているとは限りません。ログインパスワードを変更しても、以前のサブスクリプションが無効になったと決めつけないでください。サブスクリプションを再発行できるか、古い設定がいつ無効になるかは、管理画面の機能やサポートチケットの回答で確認してください。
VPNSelfはメールアドレス不要で、ユーザー名とパスワードで利用を始められます。ユーザー名に本名や勤務先など、身元が特定できる情報を含める必要はありません。パスワードは専用のものを設定し、掲示板やショッピング、仕事用のアカウントと使い回さないでください。入力する情報を減らすことと、パスワードを使い分けることは、それぞれ異なるリスク対策です。
ログインするときは、確認済みの公式サイトからアクセスしてください。公共ネットワークに表示される認証ページや検索広告、チャット内のリンクを、そのまま管理画面への入口として使わないでください。ブラウザーのアドレスバーでドメインとHTTPSの状態を確認しましょう。証明書の警告が表示されたら、認証情報の入力を中止してください。何度もクリックして解決しようとしないでください。
共有端末では、できるだけ管理画面のパスワードを保存しないでください。利用後はアカウントからログアウトし、ダウンロードフォルダーやクリップボードの履歴、クライアント設定に機密情報が残っていないか確認しましょう。ファイルを削除しても、すでに同期・複製された情報までは取り消せません。
公共Wi-Fiは接続先を確かめ、通信経路を確認
公共Wi-Fiのリスクは、通信を見られることだけではありません。同じ名前のアクセスポイントが別の機器から提供されていたり、認証ページが偽装されていたりする場合があります。DNSの問い合わせを妨害されたり、偽のページに誘導されたりする可能性もあります。接続する前に施設へネットワーク名と認証方法を確認してください。電波が強い、見覚えのある名前であるという理由だけで判断しないようにしましょう。
正しく設定されたHTTPSは、ブラウザーと接続先サイト間の通信内容を保護します。ただし、サイト自体の信頼性を保証するものではなく、偽サイトに自分でパスワードを入力することも防げません。VPNや暗号化プロキシは、実際に対象となる通信について、端末からサーバーまでの通信を保護できますが、サイト証明書の確認や端末のセキュリティに代わるものではありません。
- 認証前：不要なWi-Fi自動接続をオフにし、ファイル共有や近距離共有の設定が利用環境に適しているか確認しましょう。
- 認証時：ネットワークへの接続に必要な操作だけを行いましょう。見覚えのない証明書や構成プロファイル、提供元不明のアプリを求められた場合は、いったん中止して確認してください。
- 接続後：信頼できるクライアントを起動し、選択した接続先やプロキシモード、システム権限が有効か確認しましょう。接続アイコンだけで判断しないでください。
- 操作前：目的のサイトを開き、ドメインと証明書の警告を確認しましょう。重要な操作は、できるだけ自分で管理できるネットワーク環境で行ってください。
- 離れるとき：必要に応じて接続したネットワークの登録を削除し、同じ名前のアクセスポイントへ端末が自動接続しないようにしましょう。
プロキシルールとDNS：保護される範囲を確認
「接続済みなのに、特定のアプリがプロキシを経由しない」ということは珍しくありません。システムプロキシの影響を受けるのは、システムのプロキシ設定に従うアプリが中心です。仮想ネットワークインターフェースモードはより広い範囲をカバーすることが多いものの、ルーティングや除外設定、クライアントの実装に左右されます。ブラウザー拡張機能は通常そのブラウザーだけに適用されるため、端末全体の通信経路を判断する根拠にはなりません。
Windows、macOS、Linuxでは、システムプロキシや仮想ネットワークインターフェースの権限、バックグラウンドサービスを個別に確認してください。iOSとAndroidでは、システムの接続設定に加えて、クライアントでアプリごとの除外設定が有効になっていないか確認しましょう。プロトコルやルール、DNSの対応状況はクライアントごとに異なります。他のプラットフォーム向けの手順を、そのまま適用しないでください。
DNSリークとは、ドメイン名の問い合わせが想定した保護経路を通らず、意図していないDNSリゾルバーに送信される状態です。設定の目的も踏まえて判断しましょう。ローカルのDNSリゾルバーが表示されても、プロキシルールの仕様どおりの場合と、設定が反映されていない場合があります。ブラウザー内蔵の暗号化DNS、システムのDNS、クライアントのDNSは、それぞれ異なる経路を使う可能性があります。接続元のIPアドレスが変わったかどうかだけで判断しないでください。
| 症状 | 考えられる原因 | 確認する項目 |
|---|---|---|
| ブラウザーの接続元は変わったが、他のアプリは変わらない | アプリがシステムプロキシに従っていない、またはルールで除外されている | プロキシモード、アプリの除外設定、実際の接続記録 |
| 接続元は想定どおりだが、DNSの経路が異なる | システムまたはブラウザーで個別のDNS設定を使用している | クライアントのDNS、ブラウザーの暗号化DNS、直接接続ルール |
| 接続を切ってもサイトにアクセスできる | 直接接続ルールが適用されている、または切断後の直接接続が遮断されていない | 適用されたルール、フォールバック動作、クライアントの通信遮断設定 |
| ウェブページに証明書の警告が表示される | 証明書の異常、システム時刻の誤り、ネットワークによる妨害など | 情報の送信を中止し、時刻、ドメイン、ネットワークを確認する |
テストは接続の前後で同じ端末とアプリを使い、クライアントの接続記録もあわせて確認してください。DNSの問題を解決するために証明書の検証をすべて無効にしたり、診断ログ全体を公開テストサイトに渡したりしないでください。
暗号化と接続経路：通信・出口・端末を区別
プロトコル名だけで安全性は判断できません。Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICは認証方式や通信設計が異なります。暗号化の有無やTLSの使い方は、実際のプロトコルと設定を確認してください。たとえばVLESS自体は通信内容を暗号化しないため、選択した通信の保護方式を含めて判断する必要があります。クライアントに設定をインポートできても、すべてのセキュリティ設定が正しいとは限りません。
IEPL専線、中継、直接接続は、回線の構成方法を表します。専線だからといってアプリの通信が自動的にエンドツーエンドで暗号化されるわけではありません。中継を使っても端末全体の通信が中継されるとは限らず、直接接続かどうかだけで安全性が決まるわけでもありません。通信の保護、実際のルート、接続先サイトのHTTPSをそれぞれ確認してください。
VPNSelfのセキュリティに関する主な案内では、軍用レベルの暗号化をうたっています。実際に利用する際は、クライアントの入手元や設定、証明書の検証にも注意してください。サーバーの出口以降では、アプリケーション層の暗号化で保護されていない通信にリスクが残ります。ブラウザーの拡張機能やマルウェア、利用者自身が入力した個人情報も、接続回線を利用するだけで自動的に保護されるわけではありません。
確認の要点：特定のプロトコルや専線を選ぶだけで安全になるわけではありません。まず認証情報を守り、次に通信が保護される範囲を確認し、最後に接続先サイトの正当性を確かめましょう。それぞれの確認は、互いの代わりにはなりません。
URLが漏えいしたら、権限を無効化して複製を整理
サブスクリプションURLが公開ページに掲載されたことに気づいたら、すでにコピーされた可能性があるものとして対応してください。投稿を削除すれば拡散を抑えられますが、すでに保存された複製は無効になりません。アカウントにアクセスできる場合は、信頼できる入口から管理画面を開き、サブスクリプションの再発行やセッション管理の機能があるか確認してください。判断できない場合は、管理画面からサポートチケットを送って相談しましょう。
- 拡散を止める：公開した内容を削除し、共有文書やスクリーンショットから機密情報を取り除き、受け取った人にも転送しないよう伝えてください。
- 権限に対処する：管理画面の機能に応じてサブスクリプションを再発行するか、古い認証情報の無効化を依頼してください。ログインパスワードも漏えいしたおそれがある場合は、別の専用パスワードに変更しましょう。
- 端末を更新する：自分のクライアントで有効なサブスクリプションを再取得し、古い設定を削除して、ルールや接続先に不審な変更がないか確認してください。
- 漏えい元を確認する：スクリーンショット、オンライン変換、クリップボードの同期、共有端末が原因でないか調べましょう。URLだけを変えて、漏えいの原因を残さないでください。
サポートチケットには、発生日時、プラットフォーム、クライアント名、操作手順、エラーメッセージを記載してください。スクリーンショットでは、サブスクリプションURLや認証情報、アカウントの機密情報を隠しましょう。最初の問い合わせにパスワードや決済情報、設定ファイル全体を添付しないでください。追加資料を求められた場合も、必要な範囲を確認してから送信しましょう。VPNSelfへの連絡は管理画面のサポートチケットから行えます。
日々の確認は、信頼できる入口、認証情報を共有しないこと、通信経路を検証すること、異常があれば操作を止めることを習慣にしましょう。再インストールする場合は管理画面からクライアントを入手してください。クライアントとサブスクリプションはログイン後に取得できます。iOSでの利用資格は、管理画面に表示される有効なプランに基づきます。詳しい手順は初心者向けガイドをご覧ください。見知らぬ配布元のインストーラーで問題を解決しようとしないでください。