ARCHITECTURE
アーキテクチャによってパッケージの実行可否が決まる
x64はWindowsやLinuxのデスクトップPCで一般的です。arm64はApple Mシリーズ端末、近年のAndroidスマートフォン、一部のARM Linux端末で使われます。汎用版は複数のアーキテクチャを含むため、端末情報が不明な場合に適しています。
アーキテクチャによってクライアント機能に優劣が決まるわけではなく、現在の端末との適合が重要です。インストール時に互換性エラーが表示された場合は、サブスクリプション設定を変更する前にCPUアーキテクチャを確認してください。
PACKAGE FORMAT
拡張子によってインストール方法が異なる
WindowsではZIP、macOSではDMG、AndroidではAPKを使用し、Linuxではディストリビューションに応じてdebまたはrpmを使います。形式が異なるのは、OSごとにソフトウェアのインストール方式が異なるためです。
ダウンロード前にプラットフォーム、アーキテクチャ、形式をすべて確認してください。Linuxでは特にディストリビューションのパッケージ体系、macOSではチップ欄を優先して確認します。
UPDATE
更新前に現在の設定情報を控える
クライアントを更新する前に、サブスクリプショングループ名、現在のルーティングモード、システムプロキシの状態、カスタムルールを記録しておくと安心です。更新後はサブスクリプション一覧が完全か確認してから、高度な設定を一つずつ戻します。
新しいバージョンの起動後に問題が起きても、サブスクリプション、ルーティング、プロキシモードを一度に変更しないでください。まずデフォルト設定で基本接続をテストし、ログから設定とシステム環境のどちらに原因があるか判断します。
SUBSCRIPTION
クライアントとサブスクリプションサービスを分けて確認
クライアントは設定の読み込み、コアの実行、システム通信の制御を担います。一方、サブスクリプションURLはサービス提供元が管理します。クライアントをインストールしても、サブスクリプションが自動生成されたり、不足しているサーバーパラメータが補完されたりすることはありません。
サブスクリプションの更新に失敗したら、まずURLが完全か、システム時刻が正しいか、サブスクリプションが有効かを確認し、その後クライアントのログを確認します。詳しい手順はトラブル対応ページで引き続き確認できます。