接続失敗、速度低下、頻繁な切断、認証コードのトラブルシューティング
トラブルシューティングでは、問題がどの段階から起きているかを先に特定します。一度に変更する条件は 1 つだけにしてください。最初からクライアントを再インストールしたり、複数のルールを変更したり、サブスクリプションをリセットしたりすると、判断に必要な手がかりが失われます。
「アカウント → サブスクリプション → クライアント → ノード → 現在のネットワーク → 接続先ウェブサイト」の順に確認してください。
まず問題の範囲を確認する
- ダッシュボードを開き、プランが有効で通信量が残っていることを確認し、次回の通信量リセット日時を記録します。
- クライアントで現在のリモートサブスクリプションを一度だけ更新し、成功したか、具体的なエラーが表示されたかを記録します。
- 1 つのノード、一部のノード、すべてのノードのどの範囲で失敗するかを確認します。
- 1 つのウェブサイトだけが開かないのか、一般的な HTTPS ウェブサイトも開かないのかを確認します。
- クライアントの設定を変えずに、Wi-Fi とモバイル回線の結果を比較します。
- 設定済みの別の端末があれば、問題が 1 台だけか複数の端末で同時に起きるかを確認します。
プラン、注文、通信量の状態に問題がある場合は購入と開通のガイドを、サブスクリプションをインポートまたは更新できない場合はクライアントへのインポートガイドを参照してください。
約 5 分で行う基本的な復旧手順
- 変更する前に、問題が起きた正確な時刻、タイムゾーン、現在のネットワーク、画面に表示された完全なエラー文を記録します。
- 同じ端末で実行するネットワーククライアントを 1 つだけにし、他のプロキシまたは VPN ツールを終了します。
- 端末の日付、時刻、タイムゾーンを自動設定にして、正しいことを確認します。
- 既存のサブスクリプションを一度更新します。429 またはリクエスト過多と表示された場合は更新を止め、数分待ってから一度だけ再試行します。
- オンラインと表示されている別のノードを選び、まず一般的な HTTPS ウェブサイトを 1 つテストします。
- クライアントを完全に終了して起動し直し、他の設定を変えずに Wi-Fi とモバイル回線をそれぞれテストします。
各手順の後に一度テストしてください。クライアント、ノード、ルール、DNS を同時に変更せず、TLS 警告を回避するために証明書検証を無効にしないでください。
症状別に確認する
すべてのノードに接続できない
プラン、残りの通信量、サブスクリプションの更新時刻、端末時刻、クライアントの競合を確認します。同じ設定が複数の端末、Wi-Fi、モバイル回線のすべてで失敗する場合は、共通のエラーを記録してチケットを送信してください。サブスクリプションを何度もリセットすることは、原因の切り分けにはなりません。
1 つまたは一部のノードだけが失敗する
オンラインと表示されている他のノードへ切り替え、失敗したノードについてクライアントに表示される完全な名前、発生時刻、ネットワークの種類を記録します。他のノードが使える場合、通常はアカウントとサブスクリプションが引き続き利用できます。1 つのノードの障害は、プラン全体の失効を意味しません。
クライアントは接続済みだがウェブページが開かない
クライアントの接続、システムプロキシ、VPN モードが実際に有効であり、別のクライアントが接続を制御していないことを確認します。まず一般的な HTTPS ウェブサイトを試し、特定の接続先だけに問題があるかを確認します。1 つのウェブサイトの結果だけで設定全体を作り直さないでください。
速度が遅い、遅延が大きい、または動画が止まる
システム更新、クラウド同期、バックグラウンドダウンロード、他の端末による大量通信を一時停止します。同じ端末、同じネットワーク、近い時間帯で、少数のオンラインノードを比較してください。ノード倍率は通信量の差し引きにだけ影響し、倍率に比例して速度が上がるわけではありません。接続先、Wi-Fi の電波状態、端末性能も結果に影響します。
接続が頻繁に切れて再接続する
Wi-Fi の電波状態、モバイル回線の切り替わり、省電力設定、クライアントのバックグラウンド実行権限、他の VPN またはネットワークツールとの競合を確認します。一度に 1 項目だけ変更して様子を見てください。短時間にサブスクリプションを何度もインポートしないでください。
Wi-Fi では使えるがモバイル回線では使えない、またはその逆
この場合は、まず現在の接続ネットワークや経路の違いが考えられ、必ずしもアカウントの問題ではありません。ノードとクライアントの設定を保ったまま、ネットワークだけを切り替えて比較してください。出所不明のプロファイルをインストールしたり、DNS を無作為に変更したり、セキュリティ設定を弱めたりしないでください。
認証メールが届かない、またはログインできない場合
- 送信前にメールアドレスの入力を確認します。登録、認証コードの受信、認証コードの入力には、すべて同じメールアドレスを使用してください。
- 画面に「セキュリティ確認」が表示された場合は、人間による操作であることを確認してから送信します。確認用の部品が読み込まれない場合は、コンテンツブロッカーを無効にする、ネットワークを切り替える、ページを再読み込みする、のいずれかを試してください。
- 送信成功後は 60 秒以上待ち、迷惑メールとプロモーションを確認して SNSCDN を検索します。見つかった場合は、送信元を迷惑メールではないものとして設定してください。
- 認証コードの有効時間は現在約 5 分です。再送信に成功すると以前のコードは置き換わるため、複数のメールを混同せず、最新メールに記載された 6 桁の数字を使用してください。
- 送信、登録、ログイン、パスワードリセットを連続して行うと、待機時間または 429 が発生することがあります。同じ操作を繰り返さず、画面のカウントダウンが終わるまで待つか、時間を置いて再試行してください。
- メール送信は成功しても登録時に 503 が表示される場合、メンテナンスまたは読み取り専用モードによって、ページの閲覧とメール送信は許可されても登録の書き込みが一時的に停止されている可能性があります。送信を繰り返さず、サービス復旧後に新しい認証コードを取得して登録してください。認証またはメール送信の段階で利用不可と表示された場合も、時刻と正確なエラー文を記録してから時間を置いて再試行します。
- メールアドレスがすでに存在すると表示された場合は、同じアドレスを再登録せず、ログインまたは「パスワードを忘れた場合」を使用してください。
メールが届かず、まだログインもできない場合は、公開サポートページを確認するか、support@snscdn.com へ連絡してください。受信先メールのドメイン、送信時刻とタイムゾーン、ネットワークの種類、画面のエラーだけを伝え、メールボックスのパスワードや受信した認証コードは送らないでください。
サブスクリプションを更新できない、ノードが空、または 401／403／429 が表示される場合
- サブスクリプションの更新時に 401、403、またはダウンロード失敗と表示された場合は、まずプランが有効で通信量が残っていることを確認し、ダッシュボードへもう一度ログインして現在のサブスクリプションURLをコピーします。URL を手作業で修正せず、ダッシュボードの完全な URL が変わっている場合にだけ、古いリモートプロファイルを置き換えてください。
- 429 は、短時間にリクエストが多すぎることを示します。更新を繰り返さず、数分待ってから一度だけ更新してください。複数の端末から同時に高頻度で更新しないでください。
- 更新は成功してもノード一覧が空の場合は、注文が完了済みであり、プランが有効で、通信量が残っていることを確認してから、現在の URL を再度インポートします。
- ワンクリックインポートで別のクライアントが開いた場合はキャンセルし、目的のクライアント内で「URLからインポート」を使用してください。
ワンクリックと手動インポートの全手順は、クライアントへのインポートガイドを参照してください。エラーコードは表示された場所と合わせて判断します。ログイン画面の 401 とサブスクリプション更新時の 401 は、必ずしも同じ問題ではありません。
DNS、TCP、TLS、HTTP の問題を区別する
- DNS の失敗： 端末が公開ホスト名をアドレスへ解決できていません。入力を確認して 2 つのネットワークで比較してください。1 回の失敗だけでは、サーバーが停止しているとは断定できません。
- TCP タイムアウトまたはポートへ到達できない： 名前解決には成功していても、現在の端末から接続先ポートへの接続が完了していません。原因は端末、接続ネットワーク、経路、リモートサービスのいずれかにある可能性があります。
- TLS または証明書のエラー： まず端末時刻とホスト名を確認します。警告を無視したり、証明書検証を無効にしたりしないでください。ネットワーク上の中継機器がハンドシェイクに影響することもあります。
- HTTP 4xx： リクエストはアプリケーション層に到達しましたが、セッション、権限、認証情報、リクエスト形式などの理由で拒否された可能性があります。ネットワークが完全に不通という意味ではありません。
- HTTP 5xx または 503： サービスがリクエストを正常に処理できない状態です。メンテナンスまたは読み取り専用モードでは、ページと認証メールが正常でも、登録、購入、チケットなどの書き込みが停止されることがあります。復旧を待ち、支払い、注文、登録、更新を繰り返さないでください。
- すべての確認に成功してもアプリケーションが失敗する： その時点の基本的な接続性が正常だったことだけを示します。クライアント設定、帯域幅、すべての地域からの長期的な安定性を証明するものではありません。
ネットワーク確認には公開ホスト名だけを使用してください。完全なサブスクリプションURL、トークンを含む URL、管理画面のアドレス、プライベート IP をテスト対象にせず、完全なログを公開グループや Issue に貼り付けないでください。
速度、遅延、パケットロス、通信量は別のもの
- 遅延は応答にかかる時間です。1 回の測定値だけでは、1 日を通した品質は分かりません。
- パケットロスとジッターは、ピーク速度が高く見える場合でも、停止、ストリームの中断、再接続を引き起こしやすくなります。
- スループットは、接続先、端末性能、Wi-Fi の電波状態、バックグラウンド通信にも左右されます。同じ条件で少数回だけ比較してください。
- SNSCDN はアップロードとダウンロードの両方向を数え、ノード倍率を適用します。通信量の減りが速いからといって、経路が速いとは限りません。詳しくは購入と開通のガイドを参照してください。
サブスクリプション情報をリセットする場合
- 完全なサブスクリプションURLや QR コードを公開した、マスキングしていないスクリーンショットに写り込んだ、または第三者に使用された可能性がある場合は、「ユーザーセンター」ですぐにリセットします。
- ダッシュボードに表示される完全な URL が変わった場合、またはセキュリティ上・運用上の理由で認証情報を切り替えたという案内があった場合は、現在のダッシュボードの項目を使用し、すべての端末にインポートし直します。
- 1 つのノードだけの障害、通常の速度低下、一時的な 429、1 つのウェブサイトが開かない場合は、最初にリセットしないでください。リセットすると、すべての端末に保存された古い認証情報が無効になります。
リセット後は、クライアントへのインポートガイドに従ってすべての端末を更新します。クライアント内のプロファイル名を変更するだけでは、漏えいした認証情報を無効にできません。
原因を特定しやすいチケットを送信する
パネルで同時に作成できる未解決チケットは 1 件だけです。すでに対応待ちのチケットがある場合は、まず内容を確認して待ち、サポートから返信があった後に既存のチケットで続けて回答してください。同じ問題について重複して作成しないでください。新しいチケットには件名、優先度、問題の説明が必要です。
- 日付、正確な時刻、タイムゾーンを記載します。
- 端末の機種、OS とバージョン、クライアント名とバージョンを記載します。
- Wi-Fi とモバイル回線のどちらを使用したか、ネットワークを切り替えた後の結果を記載します。
- 1 つまたはすべてのノード、ウェブサイト、端末のどの範囲に影響するかを記載します。
- 問題の説明欄に完全なエラー文を書き写します。チケットフォームには独立した添付欄がありません。スクリーンショットが必要な場合は、機密項目を隠した添付ファイルを support@snscdn.com へ送り、既存チケットの番号または件名を明記してください。
- 実行済みの手順と各手順の結果を順番に記載します。
- 注文番号が必要なのは注文または支払いの問題だけです。完全な決済認証情報は添付しないでください。
時刻とタイムゾーン：；端末と OS：；クライアントのバージョン：；ネットワーク：；影響範囲：；正確なエラー：；試した手順：
以上の情報をマイチケットから送信し、画面上の新規作成操作を選択してください。一部の言語では、このボタンにページタイトルと同じ文言が一時的に表示されることがあります。パスワード、メール認証コード、完全なサブスクリプションURL、QR コード、アクセストークン、カード情報、マスキングしていないアカウント情報は送信しないでください。ログインできない場合は、公開サポートページまたは support@snscdn.com を使用し、同じマスキング規則に従ってください。
SNSCDN は所在地および利用地域の法令に従って使用してください。