トラブル解決大全

切り分け前の基準:まず記録、それから操作

海外回線の問題は、原因がひとつだけということはほとんどありません。同じ「繋がらない」でも、クライアントの権限がシステムに回収されたのか、ローカルネットワークの名前解決が失敗しているのか、選んだ回線が調整中なのか、状況はさまざまです。いきなり回線を変え、クライアントを入れ替え、OS を再インストールしてしまうと、たとえ復旧してもどの操作が効いたのか分からず、次に同じ症状が出たときにまた最初から試すことになります。

本ページとチュートリアルページ(tutorial.html)の役割分担を先に整理しておきます。チュートリアルページは「ゼロから使えるようになるまで」の本筋の流れを担当します。アカウント作成、プラン選び、サブスクの取得、クライアントへのインポート、接続確認までです。本ページは体系的なリファレンスで、症状別に章を分けてあり、具体的なエラーが出たときに照らし合わせて切り分けます。初期設定がまだ終わっていない場合はチュートリアルページへ。すでに使えていて、特定の場面だけ問題が出る場合は、該当する章へ直接進んでください。

まず 4 つの基準情報を記録する

切り分けを始める前に、この 4 項目をメモに書き出しておきましょう。セルフチェックの拠り所になり、チケットを送るときにもっとも必要とされる情報でもあります。

1. プラットフォームとクライアント名。Windows / macOS / iOS / Android / Linux の 5 つでは操作手順が大きく異なり、同じエラーでもプラットフォームによって原因が違うことが少なくありません。どのプラットフォームの、どのクライアントなのかを明記します。
2. サブスクが最後に正常更新された時刻。クライアント側でサブスクの更新時刻を確認できます。1 週間前になっているなら、切り分けの前にまずサブスクを更新してください。「回線が消えた」の多くは回線障害ではなく、サブスクの期限切れです。
3. 現在の回線名と種類。たとえば「香港 · IEPL 専用線」「東京 · 中継」など。切り替えるときは、どの回線に切り替えたかを必ず記録します。そうしないと 2 つの回線の違いを比べられません。
4. エラー原文と、問題が出ている具体的なアプリ。クライアントのポップアップか、ブラウザでページが開かないのか、特定のアプリでネットワークエラーが出るのか。原文をそのまま写し、「とにかく繋がらない」と言い換えないこと。

共通の 3 ステップ:1 回に 1 つだけ条件を変える

どんな症状でも、まずこの 3 ステップを。順番は入れ替えないでください。

1. 回線を変える。同じクライアントのまま別の地域に切り替えます。できれば種類の違う回線(直結→中継、中継→IEPL 専用線)を選びます。変えて改善すれば、その 1 本の回線の問題です。回線名を控えて、別の回線を使い続けましょう。
2. ネットワークを変える。端末を Wi-Fi からモバイル回線に切り替えるか、別の Wi-Fi に変えます。変えて改善すれば、原因は元のローカルネットワーク側、つまりルーター、回線事業者の出口、または DNS にあります。
3. 端末を変える。同じアカウントで別の端末にサブスクをインポートして試します。変えて改善すれば、原因は元の端末のクライアントかシステム設定にあります。

3 ステップを終えると、問題はほぼ「特定の回線 / 特定のネットワーク / 特定の端末」のどれかに絞り込めます。絞れない場合は、該当する症状の章で詳しく調べます。

切り分けの順序:手前から奥へ、層ごとに絞り込む

経路を 4 つの層に分け、順番に除外していきます。層を飛ばさないでください。

• クライアント層:権限、サブスクの状態、振り分けルール、クライアント本体。
• ローカルネットワーク層:ルーター、回線事業者の出口、DNS、認証が必要な公衆ネットワーク。
• 回線層:選んだ地域と回線タイプが利用可能か、ピーク時間帯の混雑に当たっていないか。
• 接続先サイト層:目的のサービス自体にアクセスできるか、出口の地域に追加の条件がないか。

手前から順に進める利点は、各層で確実な結論が出せることです。4 層まで終えれば、問題は必ずどこかの層に落ちます。「あちこち手当たり次第に試す」事態にはなりません。逆に、最初に回線を疑い、最後になってブラウザ拡張がリクエストを止めていたと分かるのは、いちばんよくある無駄足です。

検証用のツールを 2 つ用意する

切り分けの途中で、少なくとも次の 2 つには答えられるようにしておきます。トラフィックは本当に回線を通っているのか。名前解決は実際に効いているのか。前者はサイト内の「マイ IP」ページ(myip.html)で現在の出口 IP と所在地を確認します。接続の前後で 1 回ずつ調べ、IP と地域が変わっていれば、トラフィックは確かに回線を通っています。後者は OS 標準のコマンドラインツールで解決結果を調べます。Windows は nslookup、macOS と Linux は dig または nslookup を使います。具体的な使い方は「ページが開かない」の章で説明します。

繋がらない:クライアントから回線まで層ごとに判断

「まったく繋がらない」とは、クライアントが接続を確立できない、あるいは接続済みと表示されても一切のトラフィックが出ていかない状態を指します。この章はクライアント層、ローカルネットワーク層、回線層の 3 ステップで進め、各ステップで観察できる現象を示します。自分がどの層まで来たのかを判断できるようにするためです。

クライアント層の 4 つのチェックポイント

1. 権限が残っているか。iOS と Android では、システム更新、クライアントの再インストール、手動での整理などをきっかけに VPN 権限が無効になることがあります。症状は、クライアントのスイッチが入らない、あるいは入ってもすぐ自動で切れるというものです。対処は、システム設定でそのクライアントに VPN 接続をあらためて許可し、クライアントに戻って再接続します。
2. サブスクが有効か。クライアントの回線リストが空、または既定の 1 本しか残っていない場合は、サブスクのインポートに失敗していることがほとんどです。まずサブスクを 1 回更新します。更新に失敗する場合は、本ページの「サブスク更新失敗」の章に従ってください。
3. システム時刻が正確か。接続の確立段階は時刻に敏感で、システム時刻のずれが大きいとハンドシェイクそのものが失敗します。システム時刻を自動同期に設定して、もう一度試します。
4. セキュリティソフトに遮断されていないか。一部のセキュリティソフトはシステムのネットワーク層を掌握し、クライアントの接続要求を止めてしまいます。一時的にセキュリティソフトを終了して試し、正常に戻るならクライアントをその許可リストに追加します。

ローカルネットワーク層のチェック

まず、この端末が回線を通さない状態で普通にネットに繋がるか確認します。よく使うサイトを開いて、表示できればローカルネットワークは通っています。そのうえで順番にチェックします。

• 別のネットワークに変える。Wi-Fi からモバイル回線に切り替えます。モバイル回線で繋がるなら、原因は元の Wi-Fi かルーターにあり、回線側ではありません。
• 認証が必要か。ホテル、空港、社内ネットワークでは、先にブラウザで認証ページを済ませる必要があることがよくあります。認証が終わるまで、ほかの種類のトラフィックはゲートウェイにそのまま破棄されます。
• ルーターのネット保護が有効になっていないか。一部のルーターの「ペアレンタルコントロール / ネット保護」はアプリの種類ごとに接続を遮断します。一時的にオフにして試します。
• ルーターを再起動する。長時間稼働したルーターは接続テーブルが満杯になり、新しい接続の確立に失敗する形で現れます。再起動がもっとも手早い検証方法です。

回線層のチェック

クライアント層とローカルネットワーク層を除外したら、回線を替えて検証します。

1. 地域を変える。香港、シンガポール、東京、ロサンゼルス、パリ、ミラノのうち、まだ試していないものを選びます。同じ回線で何度も再接続を繰り返さないこと。
2. 種類を変える。直結、中継、IEPL 専用線の 3 つをひととおり試します。3 つとも失敗するなら、原因はクライアントかアカウント側の可能性が高くなります。どれか 1 つだけ失敗するなら、その種類の回線の問題です。
3. プロトコルを変える。クライアントに複数のプロトコル選択肢があるなら、別のものに変えて試すことで、特定プロトコルの互換性問題を切り分けられます。

接続済みなのにトラフィックが流れない

もっとも誤解しやすいのは、クライアントが「接続済み」と表示しているのに、どのページを開いてもタイムアウトするケースです。このときはまず「マイ IP」ページで出口 IP を確認します。IP も地域も変わっていなければ、トラフィックは回線を通っておらず、接続がローカルで成立しているだけなのでクライアント層の問題です。出口 IP が回線のある地域に変わっているのにページが開かないなら、それは次の章の「繋がるのにページが開かない」で、対処の方向がまったく異なります。

繋がるのにページが開かない:プロキシ、DNS、振り分け

クライアントは接続済みで出口 IP も変わっているのに、ページが開かない、あるいは一部だけ開かない。この種の問題はほぼ次の 3 か所に集約されます。プロキシモードと振り分けルール、DNS の名前解決、そして接続先サイト自体です。以下の順に判断し、3 か所を同時にいじらないでください。

3 つの典型的な症状と、3 つの対処方向

• どのサイトも開けない。検索エンジンすら開かない。まず DNS とプロキシモードを確認します。
• よく使うサイトは開くが、一部のサイトが開かない、またはずっと読み込み中のまま。まず振り分けルールと接続先サイト自体を確認します。
• ブラウザは開けるが、特定のアプリだけだめ。これは「特定のアプリがプロキシを通らない」の章です。そちらへ進んでください。

DNS 異常の見分け方

DNS はドメイン名を IP に変換する役割を担います。名前解決の段階で問題が起きると、典型的には「ブラウザがずっと読み込み中のまま最後にタイムアウトする」という症状になり、一方で IP を直接指定するとアクセスできることがあります。判断方法は、OS 標準のコマンドで解決結果を 1 回調べることです。

# Windows
nslookup example.com

# macOS / Linux
dig example.com +short

返ってきた結果を見ます。正常なら IP アドレスが 1 組返ります。NXDOMAIN が返る、リクエストがタイムアウトする、明らかにそのドメインに属さないアドレスが返る場合は、名前解決の異常です。よくある 3 つのパターンと対処方向は次のとおりです。

• 名前解決がタイムアウトする。ローカルの DNS サーバーに到達できていません。パブリック DNS に変えてもう一度試します。
• 解決結果がおかしい。返ってきたアドレスが想定と違う場合、多くの場合は途中の機器がローカルの DNS 要求を書き換えています。名前解決を回線側で行わせます。
• 一部のドメインだけ解決に失敗する。振り分けルールがそのドメインを誤った解決経路に送っており、影響はその一部のドメインだけに限られます。

対処の順序は次のとおりです。まずクライアントで「リモート DNS / 回線側で解決」といったオプション(呼び方はクライアントによって異なります)を有効にし、ドメインの名前解決を回線側で行わせます。そのオプションがないクライアントなら、システムの DNS をパブリック DNS に変更して、もう一度接続し直します。変更後は上記のコマンドで再確認し、返ってくる結果が正常であることを確かめます。

振り分けルールとルールセット

ルールモードでは、クライアントがルールセットに従って、どのトラフィックを回線に通し、どれを直結にするかを決めます。ルールセットが古くなると、正反対の 2 種類の問題が起きます。回線を通すべきドメインが直結と判定されて開けなくなる。直結すべきトラフィックが回線に送られて遅くなる。対処は簡単です。クライアントでルールセットを 1 回更新し(通常はサブスク更新と同じ入口です)、その後クライアントを完全に再起動します。バックグラウンドに回すだけでは不十分です。

復旧の手順

1. まず出口 IP を確認し、トラフィックが確かに回線を通っていることを確かめます。通っていない場合は、まず接続の問題を解決してください。先へ進む必要はありません。
2. DNS の名前解決を 1 回確認し、解決の異常を除外します。コマンドと読み取り方は前節を参照してください。
3. ルールセットを更新し、クライアントを再起動。このステップで「一部のサイトが開かない」のほとんどが解決します。
4. プロキシモードを一時的にグローバルに切り替え、同じサイトをテストします。グローバルでは開けてルールでは開けないなら、問題はルールセットに確定です。
5. ここまですべて正常なら、接続先サイト自体を疑います。別のネットワーク環境から同じサイトにアクセスし、それでも開けないなら、それはサイト側の問題で、回線とは関係ありません。

速度が遅い・夜のピークのカクつき

「遅い」は漠然とした表現です。切り分けの前に、帯域不足、遅延が大きい、パケットロスの 3 つの観察できる現象に分解します。3 つは症状も原因も対処もまったく異なり、混ぜて切り分けると回線をあちこち替えるだけになります。

まず 3 種類の「遅い」を分ける

• 帯域不足:大きなファイルのダウンロードは速度が出ないのに、ページ表示や動画の再生開始は正常。持続的な低速として現れます。
• 遅延が大きい:クリックするたびに 1〜2 秒待たされる。ダウンロード速度は低くないこともあり、「遅いというより重い」という現れ方をします。
• パケットロス:ビデオ会議の音が途切れる、ページが途中まで読み込んで止まる、何度も再読み込みが必要。不安定という形で現れます。

判断方法は単純です。ページを開いて最初のバイトが現れるまでの速さを見る(遅延)。大きめのファイルをダウンロードして速度が安定しているか見る(帯域)。会議やライブ配信で途切れがないか見る(パケットロス)。3 つのうち数字でおおよそ分かるのは帯域だけで、残り 2 つは実際の使用感で判断します。

回線タイプと夜のピーク

夜のピークは通常 20:00〜24:00 を指し、国際出口がもっとも混雑する時間帯です。3 つの回線タイプはこの時間帯で差がもっとも大きく出ます。

これは絶対的な結論ではありません。実際の挙動は、お住まいの都市、回線事業者、その日の出口の状況によって変わります。ただし回線選びの考え方は安定しています。安定性が重要な場面(会議、リモートデスクトップ)は IEPL 専用線を優先。帯域が重要な場面(4K 動画、大きなファイル)は、地域名だけで選ばず、現在の回線の実測速度を見て選びます。回線の一覧とタイプの表記は回線ページにあります。

セルフチェックの手順

1. 回線タイプを変えて再測定。同じ時間帯に直結、中継、IEPL をそれぞれ 1 回測り、結果を記録します。時間帯をまたいだ比較には意味がありません。
2. ローカルの使用状況を確認。同じネットワークで他の機器がダウンロード、バックアップ、動画視聴をしていないか。上りを埋め尽くす大きなファイル同期が 1 つあるだけで、ネットワーク全体が遅くなります。
3. Wi-Fi を確認。ルーターに近づき、5GHz 帯を優先して、もう一度測ります。Wi-Fi 自体の揺らぎが回線の問題と誤解されることはよくあります。
4. 通るべき経路を通っているか確認。「マイ IP」ページで出口の地域が選んだ回線と一致するか確かめます。香港を選んだのに別の地域から出ているなら、振り分けルールに問題があります。まず前の章に従ってください。
5. 端末を変えて比較。同じ回線を別の端末で測速し、1 台の端末の性能的な限界を除外します。

用途別の帯域の目安

表の数字は一般的な目安で、本サービスが保証する速度ではありません。実際の速度は、お住まいの地域、ローカルの回線事業者、そのときの回線の負荷、接続先サイトの応答性能によって変わります。

AI ツールとストリーミングで挙動が違う

対話型の AI ツールは帯域より遅延に敏感で、最初の文字が出るまでの遅さは多くの場合遅延の問題です。帯域の大きい回線に変えるより、遅延の小さい回線に変えるほうが効きます。ストリーミングは帯域に敏感で、4K の再生開始に失敗したりビットレートが頻繁に下がったりするのは、多くの場合帯域の問題です。どちらも測速の数字だけを見ず、実際の使用中の挙動を直接観察するほうが正確です。

頻繁な切断とモバイルのバックグラウンド落ち

切断は 2 種類に分かれます。1 つは接続が突然切れて手動で再接続が必要になるもの。もう 1 つは接続は「あり」と表示され続けるのに、端末がバックグラウンドに入るか画面をロックするとデータが届かなくなるものです。前者の原因はネットワークと回線に、後者はほぼすべてシステムの省電力とバックグラウンドのポリシーにあります。まずどちらかを切り分けてください。対処の方向はまったく異なります。

デスクトップ:まず切断の時間的な規則性を見る

• 一定の間隔で切れる。多くの場合、クライアントのキープアライブ設定かシステムの省電力オプションです。クライアントに「自動再接続」の設定があるか、システムにネットワークアダプターを休止させる省電力オプションが有効になっていないかを確認します。
• ネットワーク切り替え時に切れる。Wi-Fi から有線に変えたとき、または Wi-Fi を切り替えたときに切れるのは正常な現象で、通常は数秒でクライアントが自動再接続します。
• 不規則に切れる。回線の揺らぎかローカルネットワークの品質に関係することが多いです。切断した時刻を記録し、夜のピーク時間帯と比べると、回線の混雑かローカルの問題かを素早く切り分けられます。

モバイル:バックグラウンド落ちに関わる設定項目

iOS も Android もバックグラウンドのアプリを制限します。VPN クライアントがバックグラウンドで一時停止されると接続が切れます。プラットフォームごとに次の設定項目を確認してください。

設定の場所は OS のバージョンによって多少異なりますが、キーワードは決まっています。バッテリー最適化、バックグラウンドでの動作、自動起動、バックグラウンド App 更新。見つからないときは、システム設定の検索欄でこれらの語をそのまま検索してください。

ネットワーク切り替えによる切断

モバイル端末が Wi-Fi とモバイル通信の間で切り替わると IP アドレスが変わり、元の接続は必ず切れます。多くのクライアントは数秒で自動再接続します。なかなか復帰しない場合は、接続スイッチを手動で 1 回オフ/オンしてください。地下鉄、エレベーター、建物をまたぐ移動で頻繁に切り替わるのは正常な現象で、故障ではありません。

対処チェックリスト

1. 切断した時刻を記録し、夜のピークに集中しているか判断する。
2. クライアントの自動再接続設定が有効か確認する。
3. プラットフォームごとにバックグラウンドと省電力の許可リストを設定し、設定後にクライアントを 1 回再起動する。
4. 種類の違う回線に切り替え、それでも切れるか観察する。
5. それでも頻繁に切れる場合は、最終章に従ってチケットを送り、切断した時刻とそのときの回線名を添える。

サブスク更新失敗:6 つの原因と対処

サブスクはクライアントが回線リストを取得する唯一の経路です。更新失敗の症状は 3 つあります。回線リストが空になる、リストが古いままになる、クライアントが更新タイムアウトを表示する。3 つの症状に対応する原因はほぼ重なるので、以下の順に確認してください。

サブスクリンクの構成

サブスクリンクはパラメータ付きのアドレスで、形式は次のとおりです。

https://example.com/sub?token=YOUR_TOKEN

上記は形式の例で、実際のアドレスではありません。実際のリンクはユーザーパネルで生成し、コピーしてそのままクライアントに貼り付けます。うち token の部分はアカウントと結び付いており、1 つの認証情報に等しいものです。このリンクを手に入れた人は誰でもあなたの回線リストを取得でき、あなたの通信量の枠内で利用できます。リンクは公開の場に送らず、スクリーンショットにも写さないでください。

よくある 6 つの原因

1. ネットワークが通っていない。端末が現在、サブスクアドレスのあるサーバーにアクセスできていません。リンクをブラウザのアドレスバーに貼って 1 回開いてみて、内容が返ってくればネットワークに問題はありません。
2. リンクが書き換えられている。コピー時に余分な文字が付いた、あるいはセキュリティソフトの「リンク検査」に引っかかった。パネルに戻ってコピーし直してください。手で修正しないこと。
3. クライアントの時刻が正確でない。サブスクサーバーとの接続確立に失敗します。システムの時刻の自動同期を有効にしてください。
4. クライアントのバージョンが古い。旧バージョンは現在のサブスク形式に対応していないことがあります。クライアントを最新版に更新してから試してください。
5. アカウントの状態が変わった。プランの期限切れや通信量の使い切り後は、サブスクを更新できないことがあります。パネルのアカウント概要ページでプランの状態を確認してください。
6. ローカルネットワークがサブスクのドメインを遮断している。別のネットワーク(モバイル回線)でもう一度更新してみて、更新できれば元のネットワークの問題です。

手動更新と再インポート

1. クライアントでサブスク管理の入口を開き、「再インポート」ではなく「更新」を押して、まず差分更新を 1 回試します。
2. 更新に失敗する場合は、このサブスクを削除し、パネルに戻ってリンクをコピーし直してインポートします。
3. インポート後も回線リストが空なら、リンクの末尾が切れていないか確認します。長いリンクはチャットアプリで 2 行に折られやすいです。
4. それでも空なら、リンクをブラウザのアドレスバーに貼って開きます。正常ならテキストが返ります。エラーページが返るならリンク自体に問題があるので、パネルに戻ってアドレスを再生成してください。

更新は成功したのに回線が変わらない

クライアントによっては回線リストをキャッシュし、更新後はクライアントを完全に再起動しないと反映されません。バックグラウンドに回すだけでは不十分です。また、サブスク内の回線と手動でお気に入りにした回線は別のリストで、サブスクを更新しても手動のお気に入りは上書きされません。ある地域が「更新後も残っている」場合は、まずそれが手動でお気に入りに入れたものか確認してください。

特定のアプリがプロキシを通らない:振り分けと例外

ブラウザは正常なのに、特定のアプリでネットワークエラーが出るのは、振り分けルールで最もよくある問題です。切り分けの順序は、まずプロキシモードを確認し、次にそのアプリのトラフィックがルールで除外されていないか確認し、最後に回線を疑います。

3 つのプロキシモードの違い

グローバルモードで 1 回対照実験をします。グローバルに切り替えてアプリが正常に使えるなら、ルールセットがそのアプリを除外しています。グローバルに切り替えてもだめなら、問題は振り分けにはなく、さらに先を調べます。

よくある 4 つのケース

1. ルールセットがそのアプリを直結と判定している。ルールセットを更新します。それでもだめなら、クライアントのカスタムルールでそのアプリのドメインまたはプロセスをプロキシのリストに追加します。
2. アプリが独自のネットワークスタックを使っている。一部のアプリは独自の名前解決ロジックを持っていたり、UDP で直結したりして、システムプロキシを通りません。クライアントに全トラフィックを引き受けるオプションがあるか確認します(呼び方はクライアントによって異なり、よくあるのは TUN モードや拡張モードです)。
3. アプリが出口の地域を検証している。一部のサービスは出口 IP の地域で制限をかけます。別の地域の回線でもう一度試してください。
4. アプリが古いネットワーク状態をキャッシュしている。アプリを完全に終了し(バックグラウンドに回すのではなく)、開き直して接続を確立させます。

アプリ別プロキシと例外リスト

クライアントに「アプリ別プロキシ」がある場合、目的のアプリがリストで回線を通す対象にチェックされているか確認します。注意すべきは両方向です。回線を通すべきものがチェックされていないとアプリが使えません。直結すべきものがチェックされていると、ローカルサービスが遅くなったり使えなくなったりします。銀行系、画面ミラーリング系、LAN 内機器の管理系のアプリは通常、直結を推奨します。

検証方法

1. 「マイ IP」ページ(myip.html)を開き、現在の出口 IP と地域を記録します。
2. 問題の出ているアプリを開き、ネットワーク要求が発生する操作を 1 回行います。
3. 「マイ IP」ページに戻って更新します。IP と地域が変わっていなければ、そのアプリのトラフィックは回線を通っていません。問題は振り分けにあり、回線にはありません。
4. グローバルモードに切り替えて同じことを繰り返し、判断を確定します。グローバルでは IP が変わり、ルールでは変わらないなら、ルールセットの問題です。

端末、アカウントとサブスク認証情報

この章ではアカウント側の現象を扱います。ログイン状態、サブスクの認証情報、プランと通信量の状態です。まず誤解されやすいルールを 1 つ。本サービスは同時接続台数が無制限で、同じアカウントを Windows、macOS、iOS、Android、Linux で同時に使えます。台数分の追加料金は不要で、台数別のプランもありません。

「端末数の上限超過」という表示はどこから来るのか

そのような表示を見たら、まず出どころを切り分けます。

• 第三者のクライアントに出る場合。一部のクライアントは独自に端末リストを持っており、表示はアカウントとは無関係です。公式クライアントに変えるか、その表示を無視してください。
• ブラウザに出る場合。ブラウザ拡張やセキュリティソフトが現在のページに対して出している表示の可能性があり、アカウントとは無関係です。
• ログインに関連する表示の場合。まずログイン状態の期限切れでないか確認し、もう一度ログインしてから見てください。

本サービスのプラン間の違いは通信量の枠と価格だけで、端末数の段階はありません。端末が多いことの唯一の実際的な影響は、通信量の消費が速くなることです。複数の端末で同時に動画を見ると、月間の通信量はより早くなくなります。

サブスクリンクは認証情報そのもの

サブスクリンク内の token はアカウントと結び付いています。このリンクを手に入れた人は誰でもあなたの回線リストを取得でき、あなたの通信量の枠内で利用できます。したがって、次のことを守ってください。

• サブスクリンクを公開のグループ、掲示板、スクリーンショットに載せない。
• 出所の分からない「サブスク変換」サービスにリンクを渡さない。
• リンクの流出が疑われる場合は、パネルでサブスクアドレスを再生成します。旧アドレスはその時点で無効になるので、各端末のクライアントで 1 回ずつ再インポートします。

ログイン状態とパスワード

ログイン状態はブラウザのローカルに保存されます。ブラウザのデータを消した、端末を変えた、長期間ログインしていない、といった場合に再ログインが必要になります。パスワードは独立した長いパスフレーズを使い、他のサイトと使い回さないことをおすすめします。パスワード変更後も、各端末にインポート済みのサブスクは影響を受けませんが、パネルは 1 回ログインし直す必要があります。登録に必要なのはユーザー名とパスワードだけで、メールアドレスは不要です。

通信量とプランの状態

月額プランの通信量は開通日ごとに毎月リセットされます。たとえば 9 日に開通した場合は毎月 9 日にリセット。途中で上位プランに変更した場合、差額は残り日数分に換算されます。通信量パックは使い切るまで有効で、期限はありません。使用量が不規則な場面に向いています。パネルのアカウント概要ページで、現在のプラン、使用済み通信量、有効期限を確認できます。プランの段階と価格は料金ページをご覧ください。

いつサポートに連絡するか:チケットに添える情報

ここまでの 8 章で、自分で解決できる問題のほとんどをカバーしました。この章では 2 つのことを説明します。どのような場合にセルフチェックをやめるべきか、そしてチケットを送るときに情報を 1 回で漏れなく伝え、1 往復で解決するにはどうするかです。

セルフチェックをやめるべき 3 つのケース

• 同じアカウントが複数の端末・複数のネットワークで接続を確立できず、複数の回線に変えても効果がない。
• パネルでサブスクアドレスを再生成しても、複数の端末で更新できない。
• クライアントがアカウント状態の異常を表示する、またはプランの状態がパネルの表示と一致しない。

チケットに必ず添える 6 項目

1. アカウントのユーザー名。ユーザー名だけを書き、パスワードは添えないでください。
2. 問題の出ているプラットフォームとクライアント名。たとえば「Android クライアント」「Windows クライアント」。
3. 現在の回線名と回線タイプ。たとえば「東京 · 中継」。
4. エラー原文、または症状の正確な記述。開けないのか、遅いのか、切断されるのか。3 つを混ぜて書かないでください。
5. すでに行ったセルフチェックとその結果。たとえば「東京中継、香港 IEPL に変えましたが、同じ時刻にどちらも失敗しました」。
6. 問題が出た具体的な時刻と頻度。たとえば「9 月 18 日 21:30 から継続」。

チケットの書き方の比較

情報が揃ったチケットはこうなります。

情報が足りないチケットはこうなります。

両者の結果は大きく違います。前者は特定の回線や特定の段階を直接特定できます。後者は 3〜4 往復のやり取りが必要になり、処理時間が何倍にも延びます。

チケットの入口とフォローアップ

チケットの入口はユーザーパネルにあり、ログインしてチケットページから送信できます。送信後は同じページで返信と状態を確認できます。情報を補足するときは元のチケットにそのまま返信し、新しいチケットを立てないでください。同じチケットなら切り分けの過程がすべて見えますが、新しく立てるとそれまでの情報がすべて失われます。

プランと返金に関する質問も同じ入口から送れます。月額プランと通信量パックはいずれも 30 日間の理由を問わない返金に対応しています。全文は返金ポリシーページをご覧ください。まだ使い始めていない場合は、料金ページでプランの段階を確認するか、そのまま無料で試すこともできます。