K9VPNの使い方ガイド
手順に沿って設定し、症状から問題の原因を切り分けましょう。このページでは、操作の仕組みやOSごとの違い、メンテナンス時の注意点を説明します。まず接続したい方はクイックスタートをご覧ください。具体的な問題が起きた場合は、該当する章を参照してください。
サービスの仕組みと利用上の注意
アカウント・サブスクリプション・クライアントの違い
K9VPNは、国際ネットワークへの接続を支援するサブスクリプションサービスです。アカウントにはプラン、注文、サービスの状態が保存されます。サブスクリプションは、利用可能なサーバーの設定をクライアントに渡すためのものです。クライアントは端末上で接続を確立し、選択したモードに応じて通信を処理します。それぞれ関連していますが、役割は異なります。管理画面にログインできても、端末の接続が確立したとは限りません。クライアントをインストールしただけでは、利用可能な設定が入っているとは限りません。初めて利用する際は、アカウント、プラン、サブスクリプション、クライアント、接続の順に進め、必要な手順を飛ばさないようにしましょう。
アクセスの流れは、通信の出口を選ぶ道のりにたとえられます。アプリがリクエストを送信し、クライアントがローカルネットワークと国際経路のどちらを使うかを決め、接続先のサービスが受け取った通信を処理します。サーバー一覧の地域は、出口の場所を選ぶ際の目安です。その地域のコンテンツをすべてのウェブサイトで利用できるという意味ではありません。サイトはアカウント情報、決済地域、ブラウザーのセッション、自社のルールなどをもとに利用資格を判断することがあります。そのため、接続の確立とサービス側の利用許可は分けて確認してください。
利用可能な地域と端末の範囲
本サービスは100+か国 / 250+サーバーを提供し、Windows / macOS / iOS / Android / Linuxに対応しています。同時接続台数は無制限です。複数の端末で設定して利用できますが、設定が自動で同期されるわけではありません。パソコンでのサブスクリプション設定、サーバー選択、システムの許可設定が、別の端末に自動で反映されることはありません。端末ごとに設定の取得元、接続権限、選択中のサーバーを確認してください。特に、ある端末で接続できたことをもって、すべての端末で利用可能と判断しないようにしましょう。
本サービスでは、強力な暗号化をセキュリティ上の特長として案内しています。ただし、暗号化された接続だけで端末やアカウントの管理が不要になるわけではありません。アプリの権限、OSの更新、ブラウザー拡張機能、ダウンロードしたファイルは、引き続きご自身で確認してください。共有端末で管理画面にログインした場合は、操作後にログアウトし、クリップボードにコピーしたサブスクリプション情報を削除しましょう。サブスクリプションリンクは設定にアクセスするための情報です。一般的なURLのようにチャットグループへ投稿したり、公開メモ、スクリーンショット、共有ドキュメントに記載したりしないでください。
設定を変える前に、利用目的を明確にする
利用を始める前に、ウェブ閲覧、AI ツール、動画配信の視聴、業務アプリの安定した出口の確保など、目的を明確にしましょう。一般的なウェブ閲覧なら、まず基本的な接続を確認します。AI ツールでは対応地域とセッションの安定性、動画配信では対象の作品や再生状況を確認してください。目的によって確認方法は異なります。あるウェブページを開けても、それは該当する通信が通ったことを示すだけです。別のアプリでも想定どおりの経路が使われていることや、アカウントがサービスの利用条件を満たしていることまでは分かりません。
ローカルネットワークも接続経路の一部です。Wi-Fiの電波が弱い、ネットワークの認証が完了していない、システムプロキシの設定が残っているといった原因で、国際経路の障害と誤認することがあります。準備段階では、接続前に普段使うローカルのウェブサイトが開けることを確認してください。ローカル接続が不安定なら、まず基本のネットワークを復旧させましょう。この状態でサブスクリプションを何度も取り込み直しても改善しないことが多く、設定が重複して原因の切り分けが難しくなるおそれがあります。
完了の目安は、アカウント、サブスクリプション、クライアントそれぞれの役割を説明できることです。問題が起きたら、まず該当する段階を特定してから、再ログイン、設定の更新、サーバーの変更が必要か判断しましょう。
ネットワークプロトコルを事前に理解しておく必要はありません。基本の手順では、管理画面で提供されるクライアントと設定を使い、初期ルールはそのままにして、同じ条件で再現できる接続をまず確認します。初期設定で正常に接続できることを確認してから、応用的なルール設定やパラメーターの変更に進んでください。具体的なエラーが発生した場合は、ヘルプセンターで症状を検索できます。サーバーの種類を確認したい場合は、サーバー一覧をご覧ください。準備段階ですべての設定を同時に変更する必要はありません。
プランの選び方と通信量の仕組み
継続利用か、必要なときだけ使うかで選ぶ
プランは、まず利用頻度を考えてから通信量のプランを選びましょう。月額プランは継続利用に適しており、通信量は利用開始日を基準に毎月リセットされます。データプランは必要なときだけ使う方に適しており、購入した通信量を使い切るまで利用でき、期限はありません。重要なのは名称ではなく、通信量と利用期間の関係です。データプランは毎月自動で補充されるプランではありません。また、月額プランの未使用分が無期限に繰り越されるわけでもありません。料金と詳細はプラン料金ページでご確認ください。
| プラン種別 | 料金 | 通信量 | 通信量の扱い | 同時接続台数 |
|---|---|---|---|---|
| 月額プラン | ¥9.9/月 | 60GB | 利用開始日を基準に毎月リセット | 無制限 |
| 月額プラン | ¥18/月 | 250GB | 利用開始日を基準に毎月リセット | 無制限 |
| 月額プラン | ¥28/月 | 500GB | 利用開始日を基準に毎月リセット | 無制限 |
| データプラン | ¥158 | 300GB | 使い切るまで利用可能・有効期限なし | 無制限 |
| データプラン | ¥358 | 1000GB | 使い切るまで利用可能・有効期限なし | 無制限 |
| データプラン | ¥658 | 3000GB | 使い切るまで利用可能・有効期限なし | 無制限 |
通信量を見積もるときは、端末の台数だけで判断するより、クライアントを経由するアプリを書き出すほうが正確です。テキストのやり取り、ウェブ画像、動画再生、ファイル転送では通信量の傾向が異なります。バックグラウンド同期やOSの更新で通信量が発生することもあります。同時接続台数が無制限でも、端末ごとに別々のプラン通信量が割り当てられるわけではありません。残量はパソコンのローカル統計だけでなく、アカウント管理画面に表示される合計使用量を確認してください。
リセット・更新・アップグレードを分けて確認する
月額プランの通信量は利用開始日を基準にリセットされ、暦月単位ではありません。利用中は管理画面で現在のプラン状態と通信量を確認してから、次の利用予定を立てましょう。端末のクライアントに表示される累計値と管理画面の値が異なる場合は、集計開始時点、対象範囲、更新時刻が同じかを確認してください。クライアントは現在の端末の通信状況を確認するのに適しています。アカウント全体の利用枠は、管理画面に表示されるサービス状態を基準に判断しましょう。
途中でアップグレードする場合、差額は残りの日数に応じて換算されます。アップグレード前に、注文確認画面に表示される実際の料金と有効期間の扱いを確認してください。月単位の差額を独自に計算しないようにしましょう。一時的に速度が落ちた場合は、まず本ガイドの接続確認を参考に、サーバーとローカルネットワークを調べてください。通信量の多いプランは利用量の調整に役立つものであり、すべてのウェブサイトが必ず速くなることを保証するものではありません。
データプランの有効期限がないという説明は、購入したデータプランの通信量を使う期限についてです。アプリのアカウント、第三者サービスの利用資格、外部リソースの利用権限が無期限になるという意味ではありません。購入前に、長期間保持できる通信量が必要なのか、毎月リセットされる通信量を継続的に利用したいのかを確認しましょう。課金方式を切り替える場合は、管理画面に該当する操作があるか確認し、新しい注文の説明を読んでください。異なるプランの通信量が自動で合算、相殺、引き継がれるとは限りません。
支払い前に判断材料を確認する
本サービスではAlipay / WeChat Pay / USDTに対応し、理由を問わない60日間返金保証を提供しています。プランを比較するときは、表示された通信量の大きさだけでなく、料金、通信量の扱い、利用頻度、返金ポリシーをあわせて確認してください。返金の適用範囲と申請方法は返金ポリシーをご覧ください。プランページの簡単な案内は、詳細な規約に代わるものではありません。ボタンの文言から、記載のない追加通信量や特典を推測しないでください。
後から確認できるよう、プラン名、ページの説明、注文結果を保存しておくと便利です。アカウントのパスワードや完全なサブスクリプションリンクは保存内容に含めないでください。予算に限りがある場合は、予算に合わせたVPNの選び方もご覧ください。月額プランとデータプランの違いを理解するのに役立ちます。この章の完了時には、選んだプランの料金、通信量、リセット方法を把握し、次にアカウント内で注文を確認することが分かっている状態を目指しましょう。インストーラーを探すのはその後です。
アカウントの準備と注文の確認
長く管理できるアカウントを作る
メールアドレス不要で、ユーザー名とパスワードだけで登録できます。無料で試すから管理画面に進み、画面の案内に従ってユーザー名とパスワードを入力し、送信前に内容を確認してください。自分で分かりやすいユーザー名を選び、他のサイトと同じパスワードは使わないようにしましょう。信頼できるパスワード管理ツールで認証情報を保存することをおすすめします。サブスクリプション名にアカウント情報を記載したり、ブラウザーのログイン状態だけに頼ったりしないでください。
アカウントを作成したら、いったんログアウトしてから再ログインできることを確認しましょう。入力ミス、自動入力の不一致、保存ミスを早めに見つけられます。ログインできない場合は、入力モード、前後の空白、パスワード管理ツールが実際に入力した値を確認してください。似たアカウントを続けて作って試すのは避けましょう。ユーザー名が似ていると、注文、プラン、問い合わせが分散し、「支払い済みなのに現在のアカウントにプランがない」と混乱する原因になります。
メールアドレスが不要なため入力の手間を抑えられますが、メールによるアカウント復旧が利用できると決めつけないでください。認証情報に問題がある場合は、管理画面で実際に案内されている方法を利用し、表示内容に従ってください。別の端末からアカウントにアクセスできる場合は、そのセッションを維持して利用可能なアカウント管理メニューを確認しましょう。復旧方法を確認する前に、すべての端末から一斉にログアウトしないでください。
同じアカウントで注文を完了する
管理画面のプラン一覧を開き、プラン名、料金、通信量、課金方式を確認してから、画面の案内に従って注文を作成します。紹介ページはプランの確認用で、注文は管理画面で行います。支払い中は同じ手順を続け、似た注文の画面を複数開いたり、支払い直後に別のアカウントで結果を確認したりしないでください。再度支払う前に、アカウントと注文の紐付けを確かめることが重要です。
支払い方法はAlipay / WeChat Pay / USDTです。どの方法を選ぶ場合も、現在の注文画面に表示される情報に従ってください。過去のスクリーンショット、チャット履歴、別の注文画面から送金先情報をコピーしないようにしましょう。特にUSDTを利用する場合は、画面に表示された通貨、ネットワーク、金額の条件を一つずつ確認してください。不明点があれば操作を中断し、アカウント内のチケットから問い合わせましょう。互換性を推測して進めないでください。
支払い後は注文ページに戻り、注文状況とアカウントのプランが更新されたか確認してください。決済サービス側の完了と管理画面への反映は別の段階です。すぐに反映されない場合は、現在の注文を保ったまま画面を更新して確認しましょう。最初に変化が見えなかったからといって、再度支払わないでください。同じアカウントに再ログインして確認しても構いませんが、注文の紐付けはクライアントの削除、サブスクリプションのリセット、システムネットワークの変更では変わりません。
注文に問題がある場合の問い合わせ方法
サポートが必要な場合は、アカウントの問い合わせ窓口から、注文ID、選択したプラン、支払い方法、現在表示されている状態をお知らせください。スクリーンショットでは、パスワード、サブスクリプションリンク、不要な決済情報を隠してください。「決済は完了したが、管理画面では注文が処理待ちのまま」のように状況を説明し、実際に表示された案内を添えると確認しやすくなります。「使えない」とだけ書くと、決済、プラン、設定の取り込み、ネットワーク接続のどこに問題があるのか判断できません。
アカウントの確認手順:ログイン中のアカウントを確認し、注文を照合してから、プランの状態を確認します。注文が確定するまでは再度支払わず、プランの状態が分かるまでは問題をサーバーのせいと判断しないでください。
この章の完了時には、選択したプランと一致するサービス状態が管理画面に表示され、認証情報も安全に保存されているはずです。返金を申請する場合は、先に返金ポリシーを確認してから問い合わせを送ってください。本サービスでは理由を問わない60日間返金保証を提供しています。この時点で、確認のためにサブスクリプションを他人に送る必要はありません。次の章では、アカウントから設定を取得し、クライアントに正しく渡されたかを確認する方法を説明します。
サブスクリプションの取得と設定の確認
サブスクリプションは設定を取り込むためのもので、一般的なウェブページではありません
プランが利用可能な状態であることを管理画面で確認したら、アカウント概要を開き、サブスクリプション関連のメニューを探します。名称や配置は現在の管理画面によって異なります。一般的には、サブスクリプションの内容をコピーするか、クライアントに取り込みます。サブスクリプションは利用可能なサーバーや関連設定をクライアントに渡すためのものです。ブラウザーで開き続けるページではありません。ブラウザーでテキストをダウンロードできても、クライアントが受け取ったとは限りません。クライアントを開いても、設定が正しく追加されたとは限りません。
管理画面で、使用中のクライアントに対応した取り込み方法を選んでください。外部アプリを開く確認が表示された場合は、目的のクライアントであることを確認してから進みます。アプリが起動しない場合は、クライアントがインストールされ、起動しているかを確認してから、クライアント内のサブスクリプション取り込みメニューにコピーした内容を貼り付けましょう。同じ内容を、単一サーバー、ルール用アドレス、ローカルファイルのパスなど、用途の異なる欄に貼り付けないでください。
取り込み前後に確認すること
コピーするときはリンク全体を保ち、チャットアプリ、メモツール、ブラウザーのアドレス欄による途中切れや余分な空白に注意してください。管理画面から直接コピーし、クライアントに直接貼り付ける方法がおすすめです。設定に名前を付ける場合は、「K9VPN 仕事用」のようにブランド名と用途を組み合わせると識別しやすくなります。名前にパスワードや完全なリンクを含めないでください。取り込み後は、設定項目、更新結果、サーバー一覧が表示されていることを確認します。名前のない空欄が一つ表示されるだけでは不十分です。
クライアントに解析できないと表示された場合は、まず設定形式を間違えて選んでいないか確認しましょう。クライアントによって設定形式が異なり、名称が似ていても互換性があるとは限りません。理解できない設定項目を手で変更するより、管理画面に戻って対応する取り込み方法を選び直すほうが安全です。コピーした内容にログイン画面、ウェブページのマークアップ、エラーメッセージが含まれている場合は、想定した設定を取得できていません。ログイン状態とコピー元を確認し、そのテキストを保存して何度も取り込まないでください。
ダウンロードに失敗した場合は、サブスクリプションの取得先にアクセスできないのか、ダウンロード後の解析に失敗したのかを切り分けます。前者はローカルネットワーク、URLの欠落、アカウント状態に関係することがあります。後者は設定形式の不一致が考えられます。エラーの原文を控え、コピー、ダウンロード、解析、有効化のどの段階で発生したか確認しましょう。クライアント、サブスクリプション形式、ネットワークモードを一度に変更しないでください。復旧しても、何が効果をもたらしたのか分からなくなります。
更新とリセットは別の操作
サブスクリプションの更新は通常、サーバー側の設定を再取得する操作です。サーバー一覧の変更や、古い設定が反映されない場合に利用します。リセットは設定にアクセスする認証情報に関わります。利用できるか、どのように反映されるかは管理画面の説明を確認してください。通常の更新ボタンと同じようにリセットを使わないでください。管理画面でリセットした場合は、案内に従って各端末で設定を再取得し、古いURLが自動更新タスクや別の端末に保存されていないかも確認しましょう。あとで一部の端末だけ使えなくなるのを防げます。
サブスクリプションリンクは機密情報として扱ってください。公開するスクリーンショットには設定名、エラー内容、必要最小限の状態だけを表示し、完全なアドレスやアクセス用パラメーターは写さないでください。リンクをオンライン変換ツールに渡すと、そのツールから設定にアクセスできる可能性があります。用途とリスクを明確に理解していない場合は、管理画面とクライアントに備わっている機能だけを使いましょう。トラブルの説明には「サブスクリプションのダウンロードに失敗」と記載すれば十分です。公開投稿に完全なリンクを添付する必要はありません。
更新後はサーバー一覧を確認してから、使う設定を選び、接続を有効にしましょう。更新ボタンを押しても別の古い設定を使い続けていると、「更新したのに変化がない」ことがあります。
複数の端末で使う場合は、端末ごとに接続を確認してください。設定名が同じだけで内容も一致していると判断しないようにしましょう。パソコンでは更新できるのに別の端末では失敗する場合は、ネットワーク環境、クライアントの形式、コピー元を比較します。問い合わせが必要な場合は、OS、クライアントの表示、失敗した段階を伝えてください。この章の完了条件は、クライアントが設定を読み込み、サーバー一覧を表示できることです。アカウントとサブスクリプションの準備が整ったら、次にシステムの許可を確認して実際に接続します。
5つのOSでクライアントに設定を取り込む
クライアントとサブスクリプションは、どちらもユーザーパネルのダウンロードページから取得します。Windows / macOS / Android / Linuxはログインすればダウンロードできます。iOSのダウンロードリンクを利用するには有効なプランが必要です。ダウンロードできることと、接続を確立できることは別です。クライアントを取得した後、利用可能なサブスクリプションを取り込み、システムの許可を設定してください。この章では操作の流れを説明します。画面上の名称は、使用中のクライアントに表示される内容を確認してください。特定のボタン名がすべてのOSで共通とは限りません。
| OS | ダウンロード条件 | 重点的に確認する項目 | よくあるケース |
|---|---|---|---|
| Windows | ログインすればダウンロード可能 | 設定の有効化、システムプロキシの状態 | ブラウザーは使えるが、他のアプリには反映されない |
| macOS | ログインすればダウンロード可能 | アプリの入手元、ネットワーク権限 | ウィンドウを閉じてもバックグラウンドで動作している |
| iOS | ダウンロードリンクの利用には有効なプランが必要 | 設定の取り込み、VPN接続のシステム許可 | アプリは起動したが、設定がまだ有効になっていない |
| Android | ログインすればダウンロード可能 | アプリの入手元、VPNの許可、バックグラウンドの制限 | アプリを切り替えると接続がシステムに終了される |
| Linux | ログインすればダウンロード可能 | ディストリビューションへの対応、デスクトップ環境のプロキシ | ターミナルとデスクトップアプリで経路が異なる |
Windows:設定とシステムへの反映を確認する
管理画面にログインしてクライアントを取得し、インストーラーの案内に従ってインストールして起動します。初回起動時に設定またはサブスクリプションの管理メニューを開き、前の章で取得した内容を取り込みます。サーバー一覧が読み込まれたら、その設定を現在使用するものとして選択してください。インストール時にファイルが使用中と表示された場合は、古いプロセスを通常の方法で終了してから再度インストールします。入手元の不明な同名プログラムを同時に実行しないでください。デスクトップのショートカットがあるだけで、インストールが完了したと判断しないようにしましょう。
サーバーを選んだら、クライアントの案内に従ってシステムプロキシまたは必要な通信モードを有効にします。システムプロキシが影響するのは、基本的にその設定に従うアプリです。独自のプロキシ設定を持つアプリもあるため、ブラウザーが使えても、すべてのアプリに反映されているとは限りません。まずウェブページで接続を確認し、その後に対象アプリを確認しましょう。利用を終えるときは、クライアントで切断し、プロキシ設定を元に戻してからアプリを終了します。画面操作の詳しい流れは、Windowsのインストールから自動起動までのガイドをご覧ください。
macOS:アプリの入手元とネットワーク権限を確認する
管理画面から端末に適したクライアントをダウンロードし、OSの案内に従ってアプリケーションフォルダーにインストールしてから起動します。OSから入手元の確認を求められた場合は、ダウンロード元が管理画面であることを確かめてください。警告を解消するために、システム全体の保護機能を無効にしないでください。クライアントがネットワーク関連の権限を求めた場合は、システムのダイアログを読み、アプリ名を確認します。サブスクリプションを取り込んだら、設定とサーバーを確認してから接続してください。権限を許可する前に、出口の地域を何度も変更しないようにしましょう。
macOSでは、ウィンドウを閉じてもアプリが終了するとは限りません。メニューバーやバックグラウンドのプロセスで接続が続いていることがあります。切断状態を確認するには、クライアントで明示的に切断し、システムプロキシが元に戻ったか確認してください。Wi-Fiを切り替えた後にアクセスできなくなった場合は、新しいネットワークの認証が完了しているかを先に確認し、その後再接続します。ネットワーク拡張機能や、より広範囲の通信をクライアントに通す設定が必要な場合は、クライアントとOSの案内に従ってください。別のアプリ向けの権限手順をまねて、関係のない設定を変更しないようにしましょう。
iOS:設定を取り込んだ後にシステムの確認が必要
有効なプランがある状態で、管理画面のダウンロードページからクライアントを取得し、表示される説明に従ってください。管理画面に戻って設定を取り込んだら、目的のクライアントに正しく切り替わったか、クライアントに新しい設定が追加されたかを確認します。アプリのトップ画面に戻っただけの場合は、設定一覧を開いて確認してください。初回接続時には通常、システムからVPN設定の許可を求められます。許可を完了し、クライアントで接続を有効にしてから、次の接続確認に進みましょう。
システムに別のVPN設定がすでにある場合は、利用する設定が有効になっているか確認してください。複数のアプリを何度も切り替え、どの接続が実際に使われているか分からなくなるのを避けられます。スリープやネットワーク切り替え後に復旧しない場合は、クライアントで現在の状態を確認してから、切断して再接続します。ステータスバーの表示だけを判断材料にせず、対象のウェブサイトやアプリで通信を完了できるかも確認しましょう。問い合わせ用のスクリーンショットには必要な状態だけを残し、サブスクリプション情報は写さないでください。
Android:インストール権限と接続権限を分けて確認する
管理画面にログインすればAndroidクライアントを取得できます。インストール時は、現在のダウンロード元に必要な権限だけを許可し、インストール完了後にアプリを開いてサブスクリプションを取り込みます。インストール時の許可とVPN接続の許可は別の手順です。クライアントを開けても、アプリがインストールされたことを示すだけです。初回接続時にはシステムのネットワーク許可も必要です。別のVPNが使用中と表示された場合は、まず元のアプリの状態を確認し、どちらを終了するか判断してください。複数のアプリが同時に接続機能を使おうとするのを避けられます。
前面表示中は接続できるのに、他のアプリへ切り替えると切断される場合は、OSがクライアントにバックグラウンドやバッテリーの制限を適用していないか確認してください。そのアプリに関係する項目だけを変更し、端末全体の省電力機能を無効にする必要はありません。設定画面の場所は端末によって異なるため、バックグラウンド動作の管理項目を探してください。復旧後は対象アプリで再度確認し、画面切り替え後の状態も観察しましょう。ローカルネットワークが毎回切断される場合、国際サーバーを変更してもバックグラウンドのプロセスが終了する問題は解決しません。
Linux:デスクトップとターミナルの経路を区別する
管理画面からLinuxクライアントを取得し、ダウンロード項目が現在のシステム環境に合っているか確認して、付属の説明に従ってインストールします。サブスクリプションを取り込み、設定を選んだら、まずデスクトップ環境のブラウザーで接続を確認し、その後ほかのアプリを調べてください。デスクトップ環境のシステムプロキシ設定が、ターミナルのコマンドに引き継がれるとは限りません。ターミナルのプロキシ環境変数がデスクトップアプリに影響するとも限りません。それぞれを個別に確認し、一方で接続できたからといって、もう一方にも反映されていると判断しないでください。
次のコマンドで、基本的なHTTPSリクエストの結果を確認できます。サブスクリプションや認証情報は含まず、プロキシの経路も指定しません。結果は現在のネットワークと環境設定によって変わります。エラーが出た場合は、名前解決、接続、証明書に関するメッセージなど、表示された内容を記録してクライアントのログと照合してください。コマンドを成功させるために証明書の検証を無効にしないでください。システム時刻、信頼チェーン、通信経路にある本来の問題が隠れるおそれがあります。
curl --head https://example.com
別のOSへ移行するときは、別のシステムからアプリのフォルダー一式をコピーするより、管理画面から対応する設定を取得し直すほうが確実です。まず初期設定、基本の権限、単一アプリでの確認を完了し、その後で必要な設定を少しずつ戻しましょう。特定のOSだけで問題が起きる場合は、そのOSのシステム表示とクライアントの状態を記録してください。すべての端末のサブスクリプションをリセットする必要はありません。この章の完了時には、少なくとも1台の端末でクライアントを安定して動作させ、対象サービスの実利用を確認できる状態を目指します。
接続の確認とトラブルの切り分け
再現可能なテスト手順を決める
確認を始める前に、使用する設定、サーバー、接続モードを決め、それ以外の条件は一時的に変更しないでください。ローカルネットワーク、一般的なウェブページ、対象アプリの順にテストし、各段階の結果を記録します。これにより、基本ネットワーク、クライアントの通信処理、サービス側の制限を切り分けられます。複数のクライアントを順番に起動したり、同じテスト中に地域、モード、ブラウザーのアカウントを同時に切り替えたりしないでください。条件が多すぎると、復旧や失敗の原因を説明できなくなります。
最初に、未接続の状態で基本ネットワークを確認します。公衆Wi-Fiや接続方式を切り替えた直後は特に注意してください。認証が必要なネットワークでは、クライアントを接続する前に認証を済ませます。次に接続して、一般的なHTTPSページを開き、通信が完了することを確認します。最後にAI ツール、動画配信、業務アプリを開き、ログイン、ページ表示、実際の機能を確認してください。トップページが表示されるだけでは、リクエスト、動画再生、データ同期などの機能確認にはなりません。
症状から原因を絞り込む
| 症状 | 最初に確認する項目 | 次に行うこと |
|---|---|---|
| サブスクリプションをダウンロードできない | アカウント状態、URLの完全性、ローカルネットワーク | 管理画面から対応する取り込み方法を選び、コピーし直す |
| 設定の解析に失敗する | 設定形式とクライアントの互換性 | 正しい取り込み方法を選び、エラーの原文を記録する |
| 接続済みだがウェブページが開かない | 選択中の設定、システムへの反映、ローカルネットワークの認証 | ログを確認してから、別のサーバーと比較する |
| ブラウザーは使えるがアプリで失敗する | アプリのプロキシ設定、ルール、セッション | 通信経路とアカウントの利用資格を別々に確認する |
| 特定のサービスだけで問題が起きる | 対応地域、サービスの状態、アカウント制限 | 地域を連続して変更せず、同じ出口で再確認する |
クライアントに接続済みと表示されても、通常はローカルの接続処理がある状態になったことを示すだけです。すべてのリクエストが想定した経路を通っているとは限りません。現在選択中の設定が新しく取り込んだものか、対象アプリがシステムプロキシを使うか、ルールが対象ドメインを意図した出口に振り分けているかを確認してください。ブラウザーではアクセスできるのに別のアプリで失敗する場合は、サブスクリプション全体が無効と判断する前に、アプリへの通信反映範囲を調べましょう。
証明書エラーが出た場合は、まずシステム時刻、対象ドメインのスペル、未接続時にも同じエラーが出るかを確認します。企業ネットワーク、ローカルのセキュリティソフト、ブラウザー拡張機能がHTTPS通信に影響することもあります。テストのために証明書チェックを無効にしたり、アカウントへのログインに関するセキュリティ警告を無視したりしないでください。特定のアプリだけでエラーになる場合は、アプリ内に表示された文面と再現手順を記録しましょう。別のウェブページで成功したことを理由に、その症状を見過ごさないでください。
AI ツールと動画配信は別々に確認する
AI ツールを利用するときは、対応地域と出口の安定性を確認してください。サービスが対応する地域を選び、ログインから通常の操作まで、できるだけ同じサーバーを使いましょう。ページが一時的に遅くなっただけで地域を何度も切り替えないでください。ウェブページを開けてもリクエストが拒否される場合は、接続アイコンだけで判断せず、アカウント状態、サービスの案内、地域の条件を確認しましょう。地域判定と出口を固定する方法は、Claudeの地域判定とサーバーの選び方もご覧ください。
動画配信では、アプリのトップページが表示されるかだけでなく、目的のコンテンツを再生できるか確認してください。作品の配信状況、会員資格、アプリのキャッシュ、出口の地域が結果に影響することがあります。サーバーを切り替えた後は現在の接続が終了するのを待ってから、対象のコンテンツを開き直しましょう。古いセッションの地域情報が残るのを防げます。詳しくは動画配信サービスの地域別コンテンツガイドをご覧ください。本ガイドでは、すべてのサーバーであらゆる作品を利用できると保証するものではありません。
同じ設定が別の端末では正常に動く場合は、問題のある端末のシステムプロキシ、権限、アプリの状態を優先して確認してください。同じ端末でもローカルネットワークを変更すると復旧する場合は、元のネットワーク環境を確認しましょう。一度に変更する条件は一つだけにし、結果を記録します。問い合わせの際は、OS、失敗した段階、利用地域、表示されたメッセージ、すでに行った比較テストを伝えると、多数の関係のないスクリーンショットを送るより原因を特定しやすくなります。
確認の完了条件は「ボタンの色が変わった」ことではなく、目的の操作が成功し、同じ条件でもう一度実行できることです。接続の確立、通信経路、アカウントの利用許可をそれぞれ確認しましょう。
日常のメンテナンス・更新・復旧
使える設定を維持してから更新する
日常のメンテナンスでは、接続を頻繁に調整するのではなく、正常な状態を再現できるようにします。正常に動作している設定には分かりやすい名前を付け、よく使う地域や用途を記録しておきましょう。クライアントやサブスクリプションを更新する前に、現在どの設定を使っているか確認してください。更新後に古い別の設定を有効にしてしまうのを防げます。独自のルールを残したい場合は、クライアントに個別の上書きやバックアップ機能があるか確認してから更新しましょう。唯一使えるローカル設定をそのまま上書きしないでください。
クライアントの更新とサブスクリプションの更新は、解決する問題が異なります。前者はアプリの機能やOSへの対応、後者はサーバーとリモート設定の再取得に関するものです。サーバー一覧が変わった場合は、まずサブスクリプションを更新します。OSの更新後に起動や権限の問題が起きた場合は、クライアントの対応状況と権限を確認してください。アプリの削除を最初の対処法にしないでください。アンインストールによってローカルルールやログが消え、原因を特定するための情報が失われることがあります。
通信量とプランの状態を確認する
月額プランの通信量は利用開始日を基準に毎月リセットされます。日頃から管理画面で残量と現在のサービス状態を確認しましょう。通信量が予想外に増えた場合は、バックグラウンドのファイル同期、動画の自動再生、複数端末での大容量転送がないか確認し、通信の反映範囲が変わっていないか調べてください。現在ブラウザーで開いているページだけで通信量を見積もらないようにしましょう。バックグラウンドのプロセスや、別の設定済み端末で通信が発生していることがあります。
データプランは購入した通信量を使い切るまで利用でき、有効期限はありません。メンテナンスでは毎月の補充を待つのではなく、残量を確認してください。アカウントに過去の注文と現在利用できるプランが表示される場合は、それぞれの実際の状態を確認しましょう。注文数から残量を推測しないでください。クライアントのローカルカウンターは再起動、集計範囲、設定の切り替えによって値が変わることがあります。端末の利用状況を確認するには便利ですが、アカウントの通信量は管理画面で確認するのが確実です。
更新する際は、同じアカウントからプラン一覧を開き、現在のプランと確認待ちの注文を確認しましょう。古い決済画面のスクリーンショットを使い回したり、未解決の注文がある状態で似た注文を続けて作成したりしないでください。途中でアップグレードする場合、差額は残りの日数に応じて換算されます。実際の扱いは管理画面の確認内容をご覧ください。課金方式を変更する場合は、画面に該当する説明があるか確認してから注文し、通信量と有効期間が特定の方法で合算されると決めつけないようにしましょう。
端末の変更と認証情報の管理
新しい端末に変更する際は、管理画面からクライアントとサブスクリプションを取得し、接続を確認してから古い端末を整理しましょう。比較できる、正常に動く環境を一つ残せます。古い端末を他人に渡す前に、管理画面からログアウトし、設定を削除して、クリップボードやローカルバックアップに残ったサブスクリプション情報を消してください。ブラウザーをアンインストールしただけでは、クライアントの設定まで削除されるとは限りません。アカウントのセッション、クライアントのサブスクリプション、システムプロキシをそれぞれ確認しましょう。
サブスクリプションリンクが公開された疑いがある場合は、管理画面で利用可能なリセット操作と案内を確認してから、各端末の設定を更新してください。アカウントのパスワード変更とサブスクリプションへのアクセス情報の変更は別の操作です。一方を実行すれば、もう一方も自動で変更されるとは限りません。対応後は、普段使う端末で再度更新できるか確認し、古いリンクを保存した個人用ドキュメントも整理しましょう。あとで古い内容を再びクライアントにコピーするのを防げます。
接続が切れた後の復旧手順
スリープ、ネットワーク切断、ネットワーク切り替えの後は、まずローカルネットワークを確認し、次にクライアントが動作中か、設定とサーバーが正しいかを調べます。通常の手順で切断してから再接続すればよく、すぐに再インストールする必要はありません。クライアントを終了した後もウェブページにアクセスできない場合は、停止したローカルサービスをシステムプロキシが参照し続けていないか確認してください。プロキシ設定を元に戻してから基本ネットワークをテストすると、アプリの終了とシステム設定の残存を切り分けられます。
長期間使わなかった後に再開する際は、まず管理画面にログインしてサービス状態を確認し、サブスクリプションを更新してから接続を一通り確認してください。過去に接続できたという理由だけで、現在の設定も有効だと判断しないようにしましょう。問題を解決できない場合は、エラーの原文、直近の変更、テスト結果を残して問い合わせを送ってください。返金については返金ポリシーに従って申請してください。案内しているのは理由を問わない60日間返金保証です。メンテナンスの説明から、記載のない条件を推測しないでください。
メンテナンス記録には「何を変更したか」「いつ症状が出たか」「どう復旧したか」を記載しましょう。パスワードや完全なサブスクリプションリンクは記録せず、トラブル対応のために変更した設定をそのまま標準設定として使い続けないでください。
サーバーの使い分けと応用的なルール設定
モードを理解してから通信の範囲を変更する
応用設定は、初期設定で正常に接続できることを確認してから行いましょう。ルールモードは通常、ドメインなどの条件に応じて通信経路を振り分けます。より広い範囲をクライアント経由にするモードでは、複数のアプリの通信が対象になる場合があります。どちらが常に優れているというわけではありません。対象範囲が広いと問題を比較しやすい一方、ローカルアプリ、ローカルネットワークのリソース、バックグラウンド更新の経路が変わる可能性もあります。まず、どのアプリの問題を解決したいのかを明確にしてから、通信の反映範囲を調整してください。
アプリがシステムプロキシに従わない場合は、まずアプリ自身にプロキシ設定があるか確認し、その後、クライアントが提供するより広範囲の通信機能を検討してください。この種の機能では、システム権限やネットワーク拡張機能が必要な場合があります。現在のクライアントの説明に従ってください。他のガイドにあるローカルポート、ネットワークインターフェース名、ルート設定をそのままコピーしないでください。端末環境によって値が異なります。設定後は対象アプリとローカルリソースの両方を確認し、日常の作業に影響を与えずに問題が解決したことを確かめましょう。
用途に合わせてサーバーの種類を理解する
| サーバーの種類 | 確認のポイント | 選ぶ際に確認する項目 |
|---|---|---|
| IEPL専用線 | 国際通信の経路構成に注目する | 出口の地域、対象アプリ、実際の接続状況 |
| 中継 | 中間の接続経路を経由して出口につなぐ | ローカルネットワークとの相性、混雑する時間帯、セッションの安定性 |
| 直結 | 比較的シンプルな経路 | ローカルネットワークの状態、接続先サービスの応答 |
地域間の距離が近くても、対象サービスに適しているとは限りません。同じ種類のサーバーでも、すべてのアクセスで同じ結果になるとは限りません。まず対象サービスがどの地域に対応しているかを確認し、次にローカルネットワークから接続したときの実際の状態を確認してください。一般的なウェブ閲覧ではスムーズにつながる出口を選びます。AI ツールでは対応地域と出口の安定性、動画配信では目的の作品を利用できるかを確認しましょう。地域と種類の詳しい例はサーバー一覧をご覧ください。名前に記載のない機能を推測しないでください。
ルール・名前解決・セッションをあわせて確認する
独自のルールを追加する場合は、まずクライアントのルール適用順と構文を確認し、対象範囲を最小限にして設定しましょう。範囲の広いワイルドカードルールをそのままコピーすると、ログイン、支払い、同期、ローカルサービスの経路まで変わる可能性があります。変更前に元の内容を保存し、変更後に対象の通信経路を確認してください。改善しない場合は元の設定に戻してから、次の原因を調べます。関係のないルールを一度に追加しないでください。問題が起きた際に、確実に戻せる状態が分からなくなります。
ドメイン名の名前解決によって、クライアントやアプリが接続先のアドレスを取得します。ただし、名前解決に成功しても通信が完了するとは限りません。ドメインを開けない、アドレスには接続できるといった症状がある場合は、クライアントのログを参考に、どこで名前解決が行われたか、リクエストが想定どおりのルールで処理されているかを確認しましょう。名前解決の設定変更を一般的な高速化の方法と考えたり、一つのアプリの一時的な問題を解決するために初期設定全体を上書きしたりしないでください。まず利用可能な設定を比較用に残しましょう。
セッションの安定性も重要です。サーバーを切り替えると、対象サービスに見える出口が変わることがあります。一方、ブラウザーには以前のログイン状態や地域情報が残る場合があります。アカウントの地域判定に敏感なアプリでは、適切な出口を固定して一連の操作を行い、その結果を見てから変更を検討してください。地域を連続して切り替えると比較が難しくなり、セキュリティ上の警告が出た場合も原因を判断しにくくなります。サービス側で拒否された場合は、接続を何度も試すのではなく、サービスのルールとアカウント状態も確認しましょう。
トラブルの調査結果を復元できる手順にまとめる
応用的なトラブル対応では、比較の順番を明確にします。初期設定を保存して失敗した操作を記録し、設定を一つだけ変更して同じ操作を繰り返します。改善しなければ元の値に戻してください。ログは必要な部分だけ残し、共有前にサブスクリプション情報、アカウントID、アクセス用パラメーターが含まれていないか確認しましょう。サポートに問い合わせる際は、「初期設定では使えるが、独自ルールを追加すると特定のアプリで失敗する」のように状況の境界を明確にすると、「速度が遅い」とだけ伝えるより原因を特定しやすくなります。
このガイドの目的は、利用手順を確認し、問題が起きても元に戻せるようにすることです。設定名、普段使う安定した出口、確認可能なアカウント状態を整理し、問題が起きたらアカウント、設定、ローカルネットワーク、接続先サービスのどこに原因があるかを切り分けましょう。手順を簡潔に確認したい場合はクイックスタートへ、症状別の質問と回答を探す場合はヘルプセンターをご覧ください。初期設定で正常に接続できることを確認してからルールを少しずつ追加すれば、各設定が何を解決したのかを把握できます。