VPN初心者安全ガイド：サブスクリプションURLの管理、公共Wi-Fi、入力してはいけない情報

アカウントのパスワードとサブスクリプションURL、それぞれの役割

アカウントのパスワードは通常、ユーザーパネルへのログインに使い、プランの確認やアカウント管理、設定情報の取得を行います。一方、サブスクリプションURLはクライアントにノード設定をダウンロードさせるためのもので、アカウントトークンを含む場合があります。取得した設定には、サーバーアドレスや認証パスワードなどの接続情報が含まれることもあります。URLを入手した人がパネルにログインできなくても、設定を取得して回線を利用できる可能性があるため、一般公開してよいURLとして扱わないでください。

QRコードも、より安全な共有方法とは限りません。サブスクリプションURLや個別のノード設定が埋め込まれていれば、読み取った人が認証情報を取得できる可能性があります。スクリーンショット、クリップボードの同期、チャット履歴、クラウドバックアップにもコピーが残ることがあります。コピー後は共有端末のクリップボード履歴を確認し、設定を保存する際は公開範囲の同期フォルダーに置かれていないか確認しましょう。

URLの機密情報は、疑問符の後ろだけでなくパスに含まれている場合もあります。クエリパラメーターを削除しただけでは、情報を隠せたとは限りません。判断に迷ったら、元のURLを送らず、エラーの内容を文章で説明してください。

クライアントへのインポート：配布元を確認してから認証情報を渡す

インポート前に、クライアントが公式配布元または信頼できるアプリストアから入手したものか確認し、出所不明のインストーラーやシステム保護機能を無効にするよう求めるガイドは避けましょう。VPNTUのクライアントはユーザーパネルのダウンロードページから入手できます。サブスクリプションの取得にはログインが必要です。具体的なインポート手順は使い方ガイドを参照し、見知らぬサイトにアカウントへのログインを任せないでください。

サブスクリプションの形式は、クライアントが対応する形式と一致している必要があります。Shadowsocks、VMess、Trojan、VLESSはそれぞれ異なるプロキシプロトコルであり、名称を書き換えるだけで相互に変換できるわけではありません。通信が暗号化されるか、TLSを使用するかは、プロトコルとトランスポートの設定にも左右されます。たとえばVLESS自体には通信内容を暗号化する機能がないため、適切なセキュアなトランスポート層と組み合わせる必要があります。設定を「動くように見せる」ために、証明書の検証やトランスポートのパラメーターを安易に削除しないでください。

オンラインのサブスクリプション変換サイトによっては、URL全体の送信を求めるため、アカウントの認証情報にアクセスできる可能性があります。サービスが提供する互換設定や、信頼できるクライアントのローカルインポート機能を優先してください。変換が必要な場合は、処理がどこで行われ、入力内容を誰が見られるのかを理解してから利用しましょう。ページに「ローカル処理」と書かれているだけで、安心して情報を送信しないでください。

• ✅ ダウンロード元、アプリの配布元、サブスクリプション形式を確認し、システムのセキュリティチェックを有効にしておく。
• ✅ インポート後にノード、ルーティングモード、DNS設定を確認する。接続成功の表示だけで判断しない。
• ❌ サブスクリプション全体を、見知らぬオンライン変換・速度測定・設定診断サイトに渡さない。
• ❌ エラーを消すためにTLS証明書の検証を無効にしたり、出所不明のルート証明書をインストールしたりしない。

公共Wi-Fi：VPNトンネル以外にも注意したいリスク

公共Wi-Fiの問題は、電波が弱いことだけではありません。似た名前のアクセスポイントが施設のネットワークとは限らず、認証ページが別サービスのログイン画面を装っている場合もあります。接続前に施設へネットワーク名を確認し、不要な自動接続を無効にしましょう。ポータル画面で認証が必要な場合は、ページの用途を確かめ、ほかのサイトのアカウント情報を入力しないでください。

適切に確立された暗号化トンネルは、トンネルを通る通信がローカルネットワーク上で監視・干渉されるリスクを抑えられますが、保護範囲は実際のルーティングによって異なります。HTTPSはブラウザーと接続先サイト間の通信を保護するものであり、VPNの代わりでも、その逆でもありません。証明書の警告が表示されたらアクセスを中止してください。VPN接続中だからといって、パスワードを入力し続けてはいけません。ページ自体がフィッシングサイトなら、トンネルは情報を誤った接続先へ届けるだけです。

アクセスポイントの管理者には、端末の接続状況やトンネルサーバーとの通信に関するメタデータが見える可能性があります。また、サービス提供者も通信の信頼チェーンの一部です。VPNを使っても、ウェブサイトのアカウント、ブラウザーのCookie、端末のフィンガープリントによる識別は防げません。公共ネットワークでは不要なファイル共有やデバイス検出を無効にし、システムで設定できる場合はネットワークの種類を「パブリック」にして、同じネットワーク上の端末に共有リソースを公開しないようにしましょう。

支払い、重要なアカウントの復旧、機密ファイルの取り扱いでは、アクセスポイントの提供元を確認できない場合、信頼できるネットワークに切り替えてください。施設を離れた後は、そのWi-Fiを削除しておくと、次回の自動再接続を防ぎやすくなります。通信ツールが解決するのはデータの経路に関する問題であり、すべてのウェブページ、添付ファイル、アプリの信頼性を判断するものではありません。

プロキシルールとDNS：接続中でも確認が必要な理由

プロキシクライアントのルールモードでは、ドメイン、接続先アドレス、アプリなどに応じて、プロキシ経由か直接接続かが決まります。日常のアクセスを振り分けるのに便利ですが、すべてのリクエストがトンネルを通るとは限りません。アプリが直接接続を続けている場合、ルールの判定結果か、アプリがシステムプロキシを経由していない可能性があります。ブラウザーで正常にアクセスできても、ほかのアプリも同じ経路で接続しているとは限りません。

WindowsやmacOS向けのクライアントは、システムプロキシを使う場合もあれば、仮想ネットワークアダプター方式を提供する場合もあります。前者が主に影響するのはシステムプロキシ設定に従うアプリです。後者はより広い範囲の通信を扱えますが、ルーティング、除外ルール、DNS設定の影響を受けます。モバイルOSでは通常、システムのVPNインターフェースを通じて接続しますが、保護される範囲はクライアントとOSのアプリ別設定によっても異なります。OSの種類だけで判断しないでください。

DNS漏えいとは、ドメイン名の解決が想定した保護経路を通らず、ローカルや別の意図しないDNSリゾルバーに送られる状態を指します。DNSリクエストからアクセス先のドメインが知られる可能性はありますが、HTTPSページの本文がそのまま漏れることとは異なります。ブラウザー内蔵の暗号化DNS、システムのリゾルバー、クライアントによるDNS制御では経路が異なる場合があるため、設定を照らし合わせて確認してください。

検証する際は、クライアントのルール適用ログを確認し、個人用設定を送信せずに、外部への接続経路とDNSの解決経路を調べられます。テスト結果が示すのは、その時点でのそのアプリの動作に限られます。すべての通信が保護されているという結論に広げないでください。切断時に直接接続を止めたい場合は、クライアントまたはOSが該当する遮断機能に対応し、有効になっているかを確認して実際にテストしましょう。自動再接続の設定を切断時の保護と取り違えないでください。

アカウント作成や問い合わせで送信を避けたい情報

VPNTUではメールアドレス不要で、ユーザー名とパスワードを使ってアカウントを作成できます。パスワードはほかのサイトと使い分け、別のサービスで認証情報が漏れても本アカウントに影響が及ばないようにしてください。ユーザー名も、個人を特定できる公開ニックネームの使い回しは避けましょう。メールアドレスが不要でも、認証情報を失ってよいわけではありません。アカウント情報を安全に保管し、パネルで案内されている復旧方法を確認してください。

技術的なトラブルの確認には、通常、クライアント名、OS、エラーメッセージ、発生時の利用状況があれば十分です。アカウントのパスワード、サブスクリプションURL全体、ブラウザーのログインCookieは送らないでください。エラー画面のスクリーンショットは、アカウント名、サブスクリプションURL、QRコードを隠してから共有しましょう。ログにはアクセス先のドメイン、サーバーアドレス、認証パラメーターが含まれる場合があります。送信前に項目ごとに確認し、設定ファイル全体を公開コメントに貼り付けないでください。

プロキシクライアントのインストールにあたり、身分証明書、カード情報、ほかのサイトのログイン情報を見知らぬガイドサイトに渡す必要は通常ありません。支払いと技術サポートへの問い合わせは分けて考えましょう。必要な情報は、正規の手続きであることを確認したうえで取り扱ってください。「回線の修復」を口実に、支払い認証情報を求めたり端末の遠隔操作を要求したりする見知らぬ人には応じないでください。不審な要求があった場合は操作を中止し、サイト内のサポート窓口で確認してください。

サブスクリプションURLが漏えいした場合の対処手順

URLをグループチャット、公開リポジトリ、掲示板などに誤って貼り付けた場合、元の投稿を削除すれば拡散を抑えられますが、すでにダウンロードされた設定までは回収できません。重要なのは、リンクを隠すだけでなく、古い認証情報を無効にすることです。サブスクリプションのリセット、ノード認証情報の更新、セッションの取り消しに対応しているかは、実際の機能を確認してください。操作方法が見つからない場合は、実行可能な対処を公式サポートに問い合わせましょう。

1. 公開した内容を削除し、漏えいしたのがサブスクリプションURL、ノード設定、パネルのパスワードのどれかを記録します。元の認証情報は再共有しないでください。
2. パネルまたはサポート窓口で、古いサブスクリプションとダウンロード済み設定を無効にする方法を確認します。新しいURLを発行するだけでは、古いノード認証情報が無効になるとは限りません。
3. パスワードも漏えいした場合は、アカウントのパスワードを変更してください。ほかのサービスでも使い回していた場合は、影響を受けたアカウントも確認し、利用可能な機能で古いセッションを取り消します。
4. 信頼できる端末で設定を再取得して各クライアントを更新し、公開バックアップ、共有クリップボード、不要になった設定のコピーを削除します。
5. パネルで確認できる通信量やアカウントの変更履歴を確認し、不審な点があれば、個人情報を伏せた説明を添えてサポート窓口に調査を依頼します。

ログインパスワードの変更によってサブスクリプションの認証情報も取り消されるかどうかは、サービスの仕組みによって異なります。両方が連動すると決めつけないでください。対処後は、信頼できない変換サイトの利用をやめる、クラウドの共有権限を見直すなど、漏えい元も改善しましょう。同じ経路から新しい認証情報が再び漏れないようにすることが大切です。

回線の種類や暗号化の表示だけでは、日常の確認は不要になりません

IEPL専線、中継、直結は、通信経路や回線の構成を表すものであり、クライアントの認証情報の管理方法や接続先サイトの本人確認を保証するものではありません。プロトコルの選択、証明書の検証、対象アプリがトンネルを通るルールになっているかは、それぞれ別に確認する必要があります。回線を選ぶ際は用途や安定性を考慮し、プライバシーについてはアカウント、設定、信頼できる範囲を確認しましょう。

VPNTUはサービスの信頼性を伝える表現として「量子暗号」を掲げていますが、この表示だけで個々のクライアント、プロトコル設定、プライバシーポリシーの確認に代えることはできません。どのような暗号化方式であっても、匿名性が保証されると考えないでください。ウェブサイトにアクセスしてアカウントにログインしたり、個人情報を送信したりすれば、サイト側で利用者と情報が結び付けられる可能性があります。

日常利用では、設定を何度もすべて変更する必要はありません。設定の入手元を明確にし、クライアントとOSを更新したうえで、端末やネットワークの変更後、またはルールの変更後に、重要なアプリの動作を再確認してください。引き続き問題を調べる場合はヘルプセンターを参照し、設定全体を送るのではなく、現象と確認済みの項目を伝えると原因を特定しやすくなります。