サービス内容と接続の仕組み
アカウント・サブスクリプション・クライアントの違い
S4VPNは、国際通信を快適にするサブスクリプションサービスです。100+か国・190+回線を提供し、Windows / macOS / iOS / Android / Linuxに対応しています。アカウントでは注文、プラン、サブスクリプションを管理します。サブスクリプションは利用可能な回線と設定をクライアントに渡し、クライアントは端末上で接続を確立します。それぞれ連携していますが、同じものではありません。アカウントにログインできてもプランが有効とは限らず、回線が表示されても端末の通信が選択した回線を経由しているとは限りません。
接続の流れは、アプリからリクエストが送信され、クライアントが現在のモードやルールに基づいて処理方法を決め、プロキシが必要なリクエストを選択した回線に転送し、接続先のサービスから応答が返る、というものです。直接接続される通信は、引き続きローカルネットワークを経由する場合があります。そのため、ルールモードでサイトごとに異なる接続元が表示されても、必ずしも不具合ではありません。すべてのページで同じ地域が表示されるかではなく、利用するアプリが想定した経路を使っているかを確認してください。
サービスで変わることを把握する
回線の選択で主に変わるのは、国際通信の経路と接続元の地域です。家庭内Wi-Fiの混雑、ホテルのネットワーク認証の未完了、端末のバックグラウンドダウンロード、接続先サイト側の障害なども、利用体験に影響します。クライアントに接続済みと表示されても、接続の一段階が完了したことを示すだけで、実際のアクセス確認の代わりにはなりません。以降ではローカルネットワーク、サブスクリプション設定、プロキシ経路、接続先サービスを分けて確認し、すべての問題を回線のせいにしたり、ネットワークが切断された状態でサブスクリプションを何度も更新したりしないようにします。
S4VPNは軍事レベルの暗号化を採用しています。ここでは、クライアントから回線までの通信保護と、ウェブサイト自体の接続保護を分けて考える必要があります。サイトを利用する際は、ドメイン名や証明書の警告、アカウント権限を確認し、トラブルの調査中でもブラウザーのセキュリティ警告を無視しないでください。暗号化接続によって、第三者プラットフォームの利用規約、地域ごとの利用資格、アカウントの状態が変わるわけではありません。AI ツール、動画配信、業務サービスを利用する際は、ネットワーク接続とサービスの利用権限をそれぞれ確認してください。
利用目的を確認できる結果に置き換える
利用を始める前に、ウェブ閲覧、リモートワーク、AI ツールの利用、動画配信の視聴など、主な用途を決めてください。次に、よく使うページを開く、通常のリクエストを送る、利用権限のあるコンテンツを再生するなど、実際に確認する操作を選びます。目的が明確であれば、回線も選びやすくなります。トップページが開いただけでは、ファイルのアップロードや長時間接続も正常とは限りません。クライアントのボタンの色が変わっただけで、実際の操作が完了したとも判断できません。
台数無制限とは、同時にオンラインにできる端末数に台数制限がないという意味であり、端末ごとに独立したデータ容量が割り当てられるわけではありません。端末を利用する際はアカウント全体の使用量を考慮し、それぞれのクライアントの状態を確認してください。パソコンで接続できても、別の端末への設定が自動で完了するわけではありません。アカウント情報を共有すると、サブスクリプションの流出や設定変更のリスクが高まります。アカウント所有者が端末を管理し、関係のない人にログイン情報を渡さないようにしましょう。
すでに一部の手順を完了している場合は、上部の目次から該当する章に移動できます。その際も、端末のOS、現在のネットワーク、クライアントで選択中の設定、回線名、どの操作で問題が起きたかを記録しておくと便利です。こうした情報があれば、「使えない」という漠然とした状態を再現可能な問題として説明できます。記録には状況だけを書き、パスワードやサブスクリプションの完全なURLは含めないでください。サポートに問い合わせる際も同様です。
月額プランとデータパッケージの選び方
利用頻度を考えてからデータ容量を選ぶ
月額プランは、継続して利用し、毎月の使用量を見積もれる方に適しています。データ容量は契約日を基準に毎月リセットされるため、暦月の月初にリセットされると考えないでください。購入前に日々の使い方を確認しましょう。テキスト中心のウェブ閲覧と動画視聴ではデータ使用の傾向が異なり、クラウドストレージの同期、システム更新、バックグラウンドでのアップロードでもデータを消費する場合があります。アプリ名だけから使用量を決めつけず、実際に利用した後にアカウントの使用量を確認し、必要に応じてプランを見直す方法が確実です。
| 種類 | 料金 | データ容量 | 課金・有効期間 |
|---|---|---|---|
| 月額プラン | ¥9.9/月 | 60GB | 契約日を基準に毎月リセット |
| 月額プラン | ¥18/月 | 250GB | 契約日を基準に毎月リセット |
| 月額プラン | ¥28/月 | 500GB | 契約日を基準に毎月リセット |
| データパッケージ | ¥158 | 300GB | 使い切るまで利用可能、有効期限なし |
| データパッケージ | ¥358 | 1000GB | 使い切るまで利用可能、有効期限なし |
| データパッケージ | ¥658 | 3000GB | 使い切るまで利用可能、有効期限なし |
データパッケージは、利用時期が不定期で、月ごとに使用量を調整したくない方に適しています。容量を使い切るまで利用でき、有効期限はありません。ただし、有効期限がないことはデータパッケージの有効期間についての説明であり、ネットワークの品質や第三者サービスの継続利用を保証するものではありません。購入時は容量の大きさだけでなく、自分の利用頻度と照らし合わせて選びましょう。短期出張の場合は、出張時のネットワークと短期利用ガイドを参考に、業務、同期、娯楽で必要な通信を分けて検討してください。
プラン変更と残りの利用分について
月額プランを途中でアップグレードすると、差額は残り日数分に換算されます。新しいプランのデータ容量が元のプランにそのまま加算されるわけではなく、差額から一定の追加容量を自分で計算することもできません。変更前に、画面に表示される変更内容を読み、新しいプラン、金額、適用後の利用内容を確認してください。表示内容が想定と異なる場合は、現在の注文状態を保ったまま、サポートチケットで確認しましょう。希望する結果を得ようとして注文を続けて作成するのは避けてください。
同じアカウントで月額プランとデータパッケージを利用する場合、両方の併用方法、データの消費順、切り替えルールを独自に判断しないでください。これらの詳細は公開されていないため、実際の操作は管理画面の表示に従い、不明な点はサポートに確認してください。購入後は支払い履歴だけで判断せず、アカウント概要で実際に適用されている内容を確認します。プラン名、残りデータ容量、有効状態は、その後のトラブル確認に役立つ重要な情報です。
端末台数とデータ使用量を分けて考える
すべてのプランで利用端末数に制限はありません。ただし、端末の台数だけでプランを選べるわけではありません。少数の端末で大きなファイルを継続的に転送するほうが、多数の端末で時折ウェブを閲覧するより、データを多く消費する場合もあります。まず不要なバックグラウンド同期を停止し、通常の利用による使用量を確認してください。クライアント上の接続回数や回線テストの回数、アプリに表示されるデータ量を、そのままアカウントの最終的な課金対象データ量とみなさないでください。残りの利用分は管理画面のアカウント記録で確認します。
支払い方法はAlipay / WeChat / USDTに対応し、7日間の無条件返金を提供しています。支払いと返金の詳細なルールは利用規約をご確認ください。返金をプラン選びの代わりに利用しないでください。注文前に、継続利用向けの月額プランと、利用時期を選ばないデータパッケージのどちらが必要か確認し、プランページで比較しましょう。利用内容を確認したら、管理画面のプランページから手続きを行ってください。
将来のあらゆる利用場面を、最初からプラン選びに含める必要はありません。まず重要な用途を安定して利用し、実際のデータ使用量を記録してから、継続的な利用状況に応じて見直しましょう。記録があれば、「データ容量が不足している」のか「回線が用途に合っていない」のかも判断しやすくなります。前者はアカウントの残量に、後者は同じ利用条件でのアクセス結果に表れ、対処方法も異なります。
アカウント作成と注文の確認
長く使うアカウント情報を安全に保管する
S4VPNはメールアドレス不要で、ユーザー名とパスワードで登録できます。管理画面にアクセスする前に、アクセス先が公式サイトであることを確認し、不審なメッセージに記載された類似ページでログイン情報を入力しないでください。ユーザー名は後から見分けやすいものを選び、パスワードはほかのサービスと異なるものにして、信頼できるパスワード管理ツールに保存しましょう。メールアドレス不要で登録できますが、アカウントを復旧する際にメールによる再設定が利用できるとは限りません。
アカウントを作成したら、まず管理画面に正常にログインできることを確認してからプランを選びましょう。ブラウザーの自動入力だけに頼らず、ログイン情報を保存してください。ブラウザーを変えたり、サイトデータを削除したり、別の端末を使ったりすると、再ログインが必要になる場合があります。共有パソコンを使った場合は、利用後にログアウトし、パスワードを保存しないでください。サブスクリプションと注文はアカウントに紐づいているため、支払い情報と同様に大切に管理しましょう。
注文内容を確認してから支払う
プラン一覧から希望するプランを選んだら、プラン名、データ容量、課金方法、支払金額を一つずつ確認してください。月額プランとデータパッケージでは有効期間が異なるため、容量が近いというだけで同じ条件だと判断しないでください。既存プランをアップグレードする場合は、利用内容の変更に関する説明も確認します。内容に間違いがないことを確認してから支払いに進み、同じ注文ページを複数開くのは避けましょう。どの注文の支払いが完了し、どれが処理中なのか分かりにくくなる場合があります。
支払い方法はAlipay / WeChat / USDTです。支払い画面に表示された送金先情報と操作手順に従ってください。以前の注文に表示された支払い情報を、新しい注文に使わないでください。支払い中に別のアプリへ切り替えた場合は、戻った後に元の注文の状態を確認し、注文を作り直さないようにします。USDTでは、支払い画面で指定されているネットワークと送金先情報を特に慎重に確認してください。不明な点がある場合は、経験だけで判断せず、操作を中断しましょう。
支払い完了とプランの有効化を区別する
支払いアプリに取引完了と表示されても、ブラウザーの画面に最新のアカウント状態が反映されているとは限りません。管理画面に戻り、注文履歴とアカウント概要で注文状態とプラン内容が一致しているか確認してください。画面が更新されない場合は、該当ページを開き直して確認できますが、支払いを何度も繰り返さないでください。支払い履歴と注文状態が一致しない場合は、注文番号、支払い結果、発生時刻を控え、サポートチケットから状況を説明してください。
支払い画面のスクリーンショットを送る場合は、問題の確認に必要な範囲だけを残してください。注文に関係のないアカウント残高、ほかの取引履歴、個人情報は隠し、パスワードやサブスクリプションURLも表示しないでください。サポート担当者が確認するのは、対象の注文、支払いが完了したか、利用内容が適用されたかです。アカウント全体を操作できる情報は必要ありません。「支払い済みだがプランが表示されない」など、状況が分かる説明を添えてください。背景のない画像だけを送るのは避けましょう。
ログインできない場合は、ログイン情報の誤り、ブラウザーのセッション切れ、ネットワークリクエストの失敗を切り分けてください。ユーザー名とパスワードに別サイトの自動入力情報が入っていないか確認し、公式ページが正常に読み込まれているかも確認します。パスワードを次々に変えて試すことは、ネットワークのトラブル確認にはなりません。それでもログインできない場合は、お問い合わせページで利用可能なサポート窓口を確認し、どのページで何をした際にどうなったかを伝えてください。
この段階の完了条件は、アカウントにログインでき、対象注文の状態が明確で、アカウント概要に該当する利用内容が表示されていることです。ここまで確認してからサブスクリプションを取得すれば、未適用の注文をクライアントの不具合と誤認しにくくなります。短い手順で順番に進めたい場合は、初回利用の手順ガイドを確認し、必要に応じてこのガイドに戻って個別のケースを確認してください。
サブスクリプションの取得と設定管理
チャット履歴からではなく、アカウント管理画面から取得する
プランが有効になったことを確認したら、アカウント概要を開き、サブスクリプションの取得画面を探してください。取得にはログインが必要です。クライアントとサブスクリプションはどちらも管理画面から提供されます。検索結果、見知らぬ人の設定ファイル、転送されたメッセージに記載された「共通サブスクリプション」は利用しないでください。サブスクリプションにはアカウントで利用可能な回線を取得するための情報が含まれます。一般公開できるウェブリンクではなく、アカウント情報と同様に慎重に管理してください。
管理画面には、ワンクリックでのインポート、サブスクリプションURLのコピー、クライアントに合わせた設定方法などが表示される場合があります。実際の項目名は画面の表示をご確認ください。直接インポートすると、インストール済みのクライアントが起動します。URLをコピーする場合は、クライアントのリモート設定またはサブスクリプション管理画面に貼り付けます。どちらの方法も、更新可能なリモート設定をクライアントに保存するためのものです。URLをブラウザーのアドレス欄に貼り付けても、クライアントへの設定にはなりません。また、ブラウザーに表示された内容を公開しないでください。
リモート設定がすべて読み込まれたか確認する
設定を追加したら、古い設定と区別しやすい名前を付けてください。保存後、クライアントの更新機能を実行し、回線一覧と必要なプロキシグループが表示されるか確認します。設定を解析できないと表示された場合は、利用中のクライアントに対応したサブスクリプション形式かどうかを確認してください。画面が似ていても、設定の文法が同じとは限りません。解析エラーを回線の停止と混同したり、エラーを消すために設定項目をむやみに削除したりしないでください。
コピーして貼り付ける際は、URLが最後まで正しくコピーされているか、前後に空白や改行、チャットアプリが付けた句読点が混じっていないか確認してください。以前保存したのがスクリーンショットだけの場合、画像を見ながらURLを手入力せず、管理画面からコピーし直してください。設定形式とURLの両方を確認した後に、現在のネットワークからサブスクリプション取得先にアクセスできるか確認します。一度に変更する項目は一つにし、更新結果を記録してください。ネットワーク、クライアント、URLを同時に変更すると、原因を特定しにくくなります。
サブスクリプションの更新と接続を区別する
サブスクリプションの更新は、リモートURLから最新の設定を取得する操作です。接続は、その設定に含まれる回線を端末で実際に使用する操作です。設定の更新に成功しても、接続が有効になっているとは限りません。以前接続に成功していても、端末内のキャッシュが常に有効とは限りません。回線が変更されると、使い慣れた名前の古い設定が表示されたままでも、使用に適さないことがあります。回線一覧に問題がある場合は、まず設定の更新日時と結果を確認し、その後で利用可能な回線を選んでください。
複数の設定を保存できるクライアントでも、実際に使われるのは通常、現在選択されている設定です。新しい設定が保存されていても、有効になったとは限りません。インポート後はメイン画面に戻り、現在の設定名、選択中のプロキシグループと回線を確認してください。別のサービスの古い設定をS4VPNの設定と混ぜて調査すると、ルールの提供元、サブスクリプション形式、回線の状態が入り混じり、原因を特定しにくくなります。
リモートサブスクリプションと手動で作成したローカル設定では、管理方法が異なります。リモートサブスクリプションは回線の更新を受け取りやすく、ローカルコピーは独自の変更を保存できますが、サーバー側の更新は自動で反映されません。初めて利用する場合は、まず管理画面から提供された設定をそのまま使い、接続を確認してからルールの上書きを検討してください。カスタマイズが必要な場合は元の設定を保存し、追加内容とその目的を記録してください。また、クライアントの更新で変更内容が上書きされるかどうかも確認しましょう。
サブスクリプション情報が漏えいした可能性がある場合は、転送を止め、管理画面にリセットまたはサブスクリプション情報の再発行機能があるか確認してください。該当する操作が見つからない場合は、サポートチケットで対応方法を確認しましょう。ログインパスワードを変更すれば古いサブスクリプションも必ず無効になる、と決めつけないでください。両者で異なる識別情報が使われている場合があります。この段階の完了条件は、設定を更新でき、回線一覧が正常に表示され、現在有効な設定が明確で、サブスクリプション情報が管理対象の端末だけに保存されていることです。
各プラットフォームへのクライアント設定
クライアントは管理画面のダウンロードページから入手してください。Windows / macOS / Android / Linuxはログイン後にダウンロードできます。iOSのダウンロード資格と入手方法は管理画面で確認してください。OSやクライアントのバージョンによってボタン名は変わる場合があるため、以下では特定バージョンの固定メニューではなく、機能ごとに説明します。設定を追加したら、現在の設定、更新結果、選択した回線、接続権限を確認し、次の章で実際のアクセスを検証してください。
Windows:設定のインポートとシステムプロキシ
管理画面から提供されたクライアントをインストールしたら、アプリを起動し、管理画面に戻って対応するインポート方法を選びます。ブラウザーから外部アプリを開く確認が表示された場合は、インストールしたクライアントが起動先であることを確認してください。起動できない場合はサブスクリプションURLをコピーし、クライアントのサブスクリプションまたはリモート設定画面から追加します。保存して更新したら、メイン画面に戻って新しい設定を選び、回線一覧から目的の回線を選択します。その後、クライアントの案内に従って接続またはシステムプロキシを有効にしてください。
システムプロキシの影響を受けるのは、主にシステムプロキシ設定に従うアプリです。すべてのプログラムが自動的に対象になるわけではありません。ブラウザーからアクセスできても、単独のアプリが失敗する場合は、回線の不具合と決めつけず、そのアプリがシステムプロキシを利用しているか確認してください。クライアントにTUNなどの通信を制御する機能がある場合は、有効にする前に権限に関する説明を読み、ほかのネットワーク制御ソフトと同時に実行しないようにします。クライアント終了後にネットワークが不安定になった場合は、停止したローカルポートを指すプロキシ設定がシステムに残っていないか確認してください。
macOS:アプリの権限とネットワーク拡張
インストールしてクライアントを起動したら、管理画面から対応する設定を追加し、サブスクリプションを更新して回線を選択します。ネットワーク関連の権限や拡張機能の承認を求められる場合があります。要求元を確認したうえで、クライアントの説明に従ってください。設定を完了するために、関係のないシステムセキュリティ設定を緩めないでください。権限の確認画面が消えた場合や、接続スイッチをオンにできない場合は、同じサブスクリプションを何度も追加せず、システム設定で該当する権限の状態を確認します。
macOSで別のプロキシ、ネットワークフィルター、業務用トンネルソフトを同時に使うと、ルートやプロキシ設定が繰り返し書き換わる場合があります。まず現在の業務用設定を記録し、元に戻せることを確認してから一つずつテストしてください。スリープからの復帰後やWi-Fiの切り替え後に接続済みと表示されてもアクセスできない場合は、いったん接続を停止して再接続します。現在のネットワークで再認証が必要か確認してから、サブスクリプションを更新する必要があるか判断しましょう。
iOS:管理画面からの入手とVPNの許可
管理画面でiOSクライアントの入手方法を確認してください。利用条件とダウンロード手順は管理画面に表示されます。インストール後、管理画面から該当するサブスクリプションをクライアントに追加します。初回接続時にVPN設定の許可を求められたら、現在利用しているクライアントからの要求であることを確認し、システムの案内に従って端末上で許可してください。この許可はクライアントによるネットワーク接続を認めるためのもので、ウェブサイトのアカウントログインとは別です。端末のロック解除情報を他人に教えないでください。
インポート画面からクライアントが起動しても設定が追加されない場合は、管理画面でインポート形式を確認し、必要に応じてクライアントが対応するリモートサブスクリプション追加方法を利用してください。システム上の別のVPN設定が使用中でないか確認し、どの設定が実際に有効か確かめずに何度も切り替えないようにしましょう。接続後はシステムの状態表示だけで判断せず、利用するアプリに戻ってアクセスを確認してください。Wi-Fiとモバイルデータを切り替えた後も、実際のアクセス結果を再確認します。
Android:インポート権限とバックグラウンド動作
管理画面からクライアントを入手してインストールします。起動後に対応するサブスクリプションを追加し、回線一覧を更新して回線を選んで接続してください。初回接続時はシステムがVPN権限を求めます。アプリの提供元と表示内容を確認してから許可してください。ダウンロードが完了しても設定が完了したとは限りません。設定一覧が空の場合は、サブスクリプションの追加手順に戻って確認します。インストールに関する案内は端末の説明に従い、見知らぬページから「接続プラグイン」を追加しないでください。
Androidのバックグラウンド動作や省電力設定によって、クライアントの接続が維持されない場合があります。画面を開いている間は正常でも、ロックすると切断される場合は、まずシステムがクライアントのバックグラウンド動作を制限していないか確認し、端末のアプリ電池管理設定で必要な調整を行ってください。端末によって設定名は異なるため、まったく同じ項目名を探す必要はありません。変更後は同じアプリと操作で再確認し、結果を比較してください。詳しい手順はAndroidクライアント設定ガイドをご覧ください。
Linux:デスクトップ設定とアプリの環境
管理画面にログインし、Linux対応クライアントを入手して、案内に従ってインストールし、サブスクリプションを追加します。まずグラフィカル画面で設定の更新と回線選択を確認し、その後ブラウザーでテストしてください。Linuxのデスクトップ環境で設定したシステムプロキシが、ターミナルのプログラムに反映されるとは限りません。ブラウザーでは使えてコマンドラインでは失敗する場合は、別の端末で使われているローカルポートをそのまま設定せず、対象プログラムのプロキシ引数や環境変数を確認してください。ポート番号は現在のクライアント設定で確認します。
以前設定したコマンドラインのプロキシ環境変数が、クライアント終了後も新しいリクエストに影響する場合があります。端末上で該当する変数を確認できますが、認証情報を含む出力をそのまま公開しないでください。以下のコマンドは現在のターミナル環境を確認するためだけのもので、プロキシ設定を自動で変更するものではありません。変数を変更する場合は、先に元の値を記録し、現在のターミナル、ログインセッション、サービスプロセスを区別してください。局所的なテストをシステム全体の変更に広げないようにします。
printenv http_proxy https_proxy all_proxy HTTP_PROXY HTTPS_PROXY ALL_PROXY no_proxy NO_PROXY
どのプラットフォームでも、設定を追加した直後に独自DNS、ルールの上書き、複数のプロキシツールを一度に導入しないでください。正常に動作する基本設定を保ち、接続元と対象アプリを確認してから必要な機能を追加しましょう。クライアントのエラーについては、画面の色だけでなく、機能の場所、表示されたメッセージ、発生条件を記録すると原因の特定に役立ちます。設定画面のスクリーンショットを共有する場合も、サブスクリプション情報を隠してください。
接続の確認とトラブルシューティング
まずローカルネットワーク、次に接続先を確認する
クライアントの設定が終わったら、まずローカルネットワーク自体が使えるか確認してください。ホテル、公衆Wi-Fi、新しく接続したネットワークでは、先にウェブ画面での認証が必要な場合があります。プロキシに接続する前に認証を済ませてください。続いて、サブスクリプションを更新できるか、現在の設定が有効か、回線が選択されているか、接続権限が許可されているかを確認します。それぞれ独立した確認項目です。「クライアントが起動している」だけで、すべての段階が正常だと判断しないでください。基本状態が明確になってから行うテストには、原因を判断する意味があります。
IPアドレス確認ページで現在の接続元を確認し、その後、実際に使いたいアプリにアクセスしてください。ルールモードでは、確認ページと対象アプリに異なるルールが適用される場合があるため、表示結果が示すのはその確認リクエストの経路だけです。接続先サービスに元の地域が表示される場合は、IP確認ページだけで結論を出さず、クライアントの接続ログで対象ドメインの経路を確認してください。特定の表示にするためだけに、複数のDNSやルート設定をむやみに変更しないでください。
症状に応じて確認箇所を絞る
| 症状 | 最初に確認する項目 | 次に行うこと |
|---|---|---|
| サブスクリプションを更新できない | URLの完全性、形式、ローカルネットワーク | 管理画面で該当するサブスクリプションの取得方法を確認 |
| 設定は更新できるが接続できない | 現在の設定、選択中の回線、システム権限 | ほかの設定を変えずに、別の回線を選んで比較 |
| ブラウザーは使えるがアプリは使えない | アプリが現在のプロキシ方式を利用しているか | アプリの設定とクライアントが通信を制御する範囲を確認 |
| ページは開くがログインを拒否される | 接続先プラットフォームのアカウントと地域ルール | サービス側の制限と通信障害を切り分ける |
| スリープまたは画面ロック後に切断される | バックグラウンド制限、ネットワーク切り替え、セッションの復元 | 再接続し、同じ操作をもう一度確認 |
すべての回線で失敗する場合は、アカウントの利用状況、設定の更新、ローカルネットワークを先に確認してください。最初の状態を忘れるほど回線を次々に切り替えないようにします。特定の回線だけで問題が起きる場合は、ほかの条件を変えずに別の回線を選び、同じ接続先で再確認します。特定のサイトだけが失敗し、ほかのサービスは利用できる場合は、そのサイトのアカウント、ドメインの名前解決、プラットフォームのポリシーを確認してください。目に見える状況を手掛かりに対象を絞り、考えられる設定を一度にすべて変更しないことが大切です。
DNS、キャッシュ、既存の接続を理解する
DNSはドメイン名をIPアドレスに変換し、プロキシルールはリクエストの転送方法を決めます。関連はありますが、同じ機能ではありません。ブラウザーのセキュアDNS、システムの名前解決設定、クライアントのDNS機能が同時に関わる場合もあります。トラブル確認では、まずクライアントの標準設定を維持し、対象リクエストが実際に通る経路を確認してから、名前解決の設定を変更する必要があるか判断してください。よく知られたDNSアドレスを手動入力しても接続が改善するとは限らず、名前解決の経路が変わって新たな不確定要素が増える場合があります。
アプリに古い接続や地域情報のキャッシュが残ることがあります。回線を切り替えても、すでに確立されたセッションがすぐに新しい接続元へ切り替わるとは限りません。関連するタスクを終了して対象アプリを開き直し、結果を比較してください。ファイル転送中やオンライン会議中に回線を頻繁に切り替えると、接続の切断によって元の問題が分かりにくくなります。アカウント保護の仕組みがあるプラットフォームでは、短時間に接続元が変わると異常と判断される場合もあります。適切な回線を安定して使うほうが、何度も切り替えるより原因を確認しやすくなります。
必要最小限の再現情報を記録する
サポートに問い合わせる際は、端末のOS、現在接続しているネットワーク、クライアントの接続方式、選択した回線、失敗した操作を説明してください。エラーメッセージや別の回線でも同じ問題が起きるかを添えても構いませんが、パスワード、サブスクリプション全体、無関係な閲覧履歴は送らないでください。ログにはアクセス先のドメインやパス、識別情報が含まれる場合があります。共有前に内容を確認し、機密情報を隠してください。設定の更新、接続の確立、アプリからのリクエストのどの段階で問題が起きたかを明確にすると、確認のやり取りを減らせます。
この段階の完了は、テストツールに特定の色が表示されることではありません。ページを閲覧できる、リクエストに応答がある、必要なアップロードや再生を続けられるなど、実際の操作を繰り返し行えることが目安です。AI ツールごとの利用条件についてはAI ツール特集を、ゲームの遅延やパケットロスの判断についてはゲーム向け回線の選び方をご覧ください。クライアント内の簡易テストは参考情報として利用し、実際の操作結果の代わりにしないでください。
データ容量・更新・日常の管理
アカウントと設定の状態を定期的に確認する
接続が安定したら、何度も設定を調整するのではなく、状態を一定に保つことが管理の中心になります。定期的にアカウント概要を開き、プランの有効状態、残りデータ容量、注文履歴を確認してください。クライアントでは、サブスクリプションの更新が成功しているか、想定した設定が選ばれているかを確認します。アカウントの利用内容とクライアントのキャッシュは別の状態です。プランの更新後も、設定を正常に更新できるか確認してください。クライアントに回線一覧が長期間保存されていることだけを根拠に、アカウントが常に利用可能だと判断しないでください。
月額プランのデータ容量は契約日を基準に毎月リセットされるため、利用計画はアカウントに表示された期間情報に従ってください。データパッケージは使い切るまで利用でき、有効期限はありません。不定期に使う方に向いていますが、残り容量の確認は必要です。使用量が急増した場合は、クラウドストレージの同期、動画視聴、アプリの更新、バックグラウンドでのアップロードを確認し、通常は不要な通信までプロキシのルール対象になっていないか確認してください。クライアントを操作していないからといって、データが消費されていないとは限りません。
更新前に現在の利用内容を確認する
更新する際は、管理画面のプラン一覧で選択肢を確認し、現在のプランと希望するプランの関係を確認してください。同じプランの継続、プランの変更、データパッケージへの切り替えでは、適用される内容が異なる場合があり、同じ操作として扱えません。プランの途中アップグレードでは差額が残り日数分に換算されます。それ以外の組み合わせについて不明な点があれば、事前に問い合わせてください。支払い後もアカウントと注文ページに戻り、状態を確認しましょう。支払い画面の画像を保存しただけで手続きを終えないでください。
しばらく継続して利用しない場合は、アカウント情報と端末設定を整理し、サブスクリプションURLを公開メモ、共有クリップボード、共同編集ドキュメントなどに残さないようにしてください。再び使う際は、まず利用内容を確認してからサブスクリプションを更新し、古いチャット履歴から設定を探さないでください。古い設定はすでに無効になっていたり、確認されていない変更が加わっていたりする可能性があります。アカウントの状態、リモートサブスクリプション、端末内の設定を一致させ、判別しにくいファイルを何種類も保存し続けないことが大切です。
クライアントの更新と端末の変更
クライアントの更新は、管理画面の案内またはクライアントが公式に案内する更新方法を利用してください。更新前に、現在使える設定名、接続方式、必要なローカル設定を記録します。サブスクリプション情報を含むバックアップを、公開状態で保存しないでください。更新後は元の設定のまま接続を再確認してから、新しい機能を試しましょう。クライアントとルールを同時に変更しないようにします。問題が起きた場合は実際のエラーに基づいて確認し、以前の画面に戻すために不明な配布元から古いインストーラーを探さないでください。
端末を変更する場合は、端末ごとにダウンロード、設定のインポート、権限の許可、接続確認を行ってください。台数無制限でも権限の確認を省略できるわけではなく、デスクトップ用の設定を別のプラットフォームでそのまま使えるわけでもありません。古い端末を譲渡する場合は、アカウントからログアウトし、クライアントに保存されたサブスクリプションとブラウザーに保存されたログイン情報を削除して、端末のOSが提供する方法で個人データを消去してください。クライアントをアンインストールしただけの場合も、システムプロキシやVPN設定が残っていないか確認します。
返金と不具合の問い合わせを分ける
S4VPNでは7日間の無条件返金を提供しています。詳しい条件は利用規約をご確認ください。手続きが必要な場合は、管理画面からサポートチケットを作成し、該当する注文と希望する対応を伝えてください。不具合の報告は接続の問題を調査するため、返金の申請は注文に関する手続きのためのものです。両者を分けて説明でき、返金申請の条件として技術ログを独自に追加する必要はありません。支払いと返金の結果はアカウントの記録とサポートからの回答を確認し、対応にかかる時間を独自に推測しないでください。
日常管理のたびに、すべての設定を最初から確認する必要はありません。利用内容に変更があればアカウントを確認し、回線に変更があればサブスクリプションを更新し、OSやクライアントを変更したら接続を再確認します。新しい問題が起きたときは、その時点の症状を記録してください。こうすることで無意味な操作を減らし、問題が起きた際に最後に正常だった状態を把握できます。改善を提案する場合は、漠然とした評価ではなく、実際の用途と影響を受けた段階を説明すると、対応しやすくなります。
ルーターと応用設定の注意点
基本の接続を確認してから通信の制御範囲を変える
応用設定は、通常のクライアントで正常に接続できることを確認したうえで行ってください。基準となる状態が分からないまま、ルーティング、DNS、通信の振り分け、ローカルポートを同時に変更すると、エラーの原因を特定しにくくなります。まず動作する元の設定を保存し、特定のアプリにプロキシを使わせたい、ローカルネットワーク内の端末で接続を共有したいなど、解決する問題を明確にしてください。必要がなければ、設定を追加するより標準設定を維持するほうが管理しやすくなります。
ルールモードでは設定に基づいてプロキシを使うリクエストを決めます。グローバルモードでは通常、クライアントが制御する範囲内のリクエストを選択したプロキシ経路に送りますが、端末上のすべてのプログラムを制御できるわけではありません。TUNなどの通信制御方式はシステムプロキシとは異なる階層で動作し、追加の権限が必要になったり、業務用ネットワークツールと競合したりする場合があります。切り替える前に制御範囲を理解し、切り替え後は同じ接続先で再確認してください。モード名だけを根拠に接続成功と判断しないでください。
回線の種類と用途の目安
| 種類 | 見分け方 | 選ぶ際の確認点 |
|---|---|---|
| IEPL専用線 | 回線の構成方式を示すラベル | 現在のネットワークから継続してアクセスできるか、サービスが正常に動作するか |
| 中継 | 中間の接続経路を経由してリクエストを転送 | ローカルからの接続と、その先の経路が目的に適しているか |
| 直結 | 中継方式とは異なる回線構成を示すラベル | ローカルネットワークから該当回線への実際の接続結果 |
回線のラベルだけでは実際の通信経路を判断できず、特定のサービスが必ず使えると保証するものでもありません。接続先サービスの地域、接続を継続したときの安定性、アカウントの要件を併せて検討してください。業務やAPIの利用では、作業中に接続元を頻繁に変更しないようにしましょう。動画配信を利用する場合は、プラットフォームのアカウントとコンテンツの利用権限も必要です。回線一覧ページで回線の構成や地域情報を確認したうえで、地域の近さやラベル名だけで並べ替えず、実際の用途に照らして比較してください。
ルーター設定は互換性を先に確認する
ルーターでの利用は互換性を個別に確認する必要がある応用的な使い方で、このガイドに記載したクライアント対応プラットフォームには含まれていません。ファームウェア、処理性能、プロキシコンポーネントは機器によって異なります。デスクトップクライアントのサブスクリプション取得方法が、そのままルーターで使えるとは限りません。設定前に、プロキシコンポーネントが対応する形式、リモートサブスクリプションの更新方法、元に戻す方法を確認してください。互換性が確認できない場合は対応済みの端末で利用し、サブスクリプションを追加するためだけにファームウェアを書き換えないでください。
ルーターで接続を設定すると、影響がローカルネットワーク全体に及ぶ場合があります。まずローカルの管理画面から設定を元に戻せることを確認し、現在のDNS、ゲートウェイ、ルーティング設定を記録してください。メインルーターと別の中継機器を組み合わせる場合は、端末のゲートウェイがどの機器か、どの機器が名前を解決し、どの機器がリクエストを転送するかを明確にします。同じ通信が機器間を循環しないようにし、管理用の接続口とプロキシの待ち受け口を混同しないでください。
ローカルネットワークでの共有、API、ルールの上書き
クライアントにローカルネットワーク共有機能がある場合は、待ち受け範囲、アクセス制御、ローカルネットワークの信頼性を確認してから有効にしてください。端末内での利用を想定したポートが、意図せず外部に公開されないようにします。ほかの端末と共有する前に、どの端末からそのポートにアクセスできるか確認してください。プロキシの待ち受けポートをインターネットに直接公開したり、アカウント識別情報を含む設定ファイルを転送したりしないでください。共有で問題が起きた場合は、接続を提供する端末自体が正常に使えることを確認してから、ローカルネットワークの接続とアクセス設定を確認しましょう。
開発ツールに独自のプロキシ設定がある場合もあります。ターミナル、エディター、コンテナ、バックグラウンドサービスが同じ環境変数を引き継ぐとは限りません。デスクトップのプロキシ設定を変更した後は、実際にリクエストを送信するプロセスごとに確認してください。API呼び出しに失敗した場合は、ネットワークのタイムアウト、サーバーからのエラー応答、アカウント権限を切り分けます。ネットワーク接続がAPIの利用資格を代わりに満たすわけではありません。接続元の継続性と呼び出し設定については、AI API利用時のネットワーク選びもご覧ください。
ルールを上書きする場合は、対象、処理内容、設定の保持方法を明確にし、リモート更新で上書きされる内容を直接変更しないようにしてください。ルールを追加したら対象リクエストをテストし、これまで正常だった用途に影響がないか確認します。想定と異なる場合は例外を重ねるのではなく、基本設定に戻してください。応用設定後も、通常のクライアントで接続を復旧できる方法を残しておきましょう。複雑さより、元に戻せること、説明できること、再確認できることを長期利用の基準にしてください。