Shadowrocket Linux版のインストール方法｜deb・rpm・AppImageの選び方

ディストリビューション・アーキテクチャ・パッケージ形式を確認

deb、rpm、AppImageは配布形式の違いであり、プロキシのプロトコルではありません。Ubuntu、Debianおよび互換ディストリビューションでは通常debを選びます。Fedoraなどdnfを使うディストリビューションでは、一般にrpmを選びます。AppImageはシステムのパッケージマネージャーを使わず、アプリのファイルを個別に保管したい場合に適しています。ただし、CPUアーキテクチャやシステム実行環境の要件は満たす必要があります。

cat /etc/os-release
uname -m

1つ目のコマンドでシステムのIDやID_LIKEなどを確認し、2つ目でマシンのアーキテクチャを調べます。一般的なx86_64とaarch64は互換性がありません。ダウンロードページで選ぶファイルのアーキテクチャが、使用するデバイスと一致していることを確認してください。パッケージ形式をダウンロードできても、あらゆるディストリビューションやアーキテクチャで動作するとは限りません。

ダウンロードページからLinux用ファイルを入手

Shadowrocketのダウンロードページを開き、Linuxの項目から使用する環境に合った形式を選びます。ブラウザーで実際に保存された場所も確認してください。ここではファイル名を固定せず、後述のコマンドで実際のパスを入力します。バージョンやアーキテクチャの情報がファイル名に含まれていても使用できます。

1. システムを確認

   端末を開き、上記の2つのコマンドを実行して、ディストリビューションとアーキテクチャを確認します。デスクトップの見た目だけでUbuntuかFedoraかを判断しないでください。

2. 形式を選択

   ダウンロードページの「Linux」を開き、システムに合わせてdeb、rpm、AppImageを選択します。ダウンロード項目に記載されたアーキテクチャも確認してください。

3. ファイルの場所を確認

   ブラウザーのダウンロード履歴から保存先を開き、ファイルのプロパティで絶対パスを確認します。ダウンロードが完了する前にインストールを実行しないでください。

4. コマンドを実行

   Bash端末で該当する手順のコマンドを実行します。パスの入力を求められたら、絶対パスを貼り付けてください。引用符や省略形のチルダパスは使わず、Enterキーを押します。

debのインストール：aptでローカルパッケージと依存関係を処理

Debian、Ubuntuなどの互換システムでは、aptを使ってローカルのdebをインストールする方法をおすすめします。パッケージを個別に展開するのとは異なり、設定済みのシステムリポジトリから必要な依存関係もインストールできます。以下の入力内容は現在の端末の変数にのみ保存されます。実行前に、パスがサイトからダウンロードしたdebファイルを指していることを確認してください。

read -r -p 'debファイルの絶対パスを入力：' DEB
if [ -f "$DEB" ]; then
  sudo apt install "$DEB"
else
  printf '%s\n' 'ファイルが見つかりません。絶対パスをもう一度確認してください。'
fi

aptにインストール予定のパッケージが表示されたら、追加・更新・削除される内容を確認してから続行するか判断してください。sudoのパスワードを入力しても、通常、端末には文字が表示されません。入力できていないわけではありません。依存関係が見つからない場合は、ソフトウェアリポジトリ、ネットワーク、ディストリビューションの対応状況を確認してください。不明な提供元から同名のシステムライブラリを追加しないでください。

• アーキテクチャが一致しない場合：uname -mの結果とダウンロード項目のアーキテクチャを確認し、アーキテクチャを無視する強制オプションは使わないでください。
• パッケージロックが使用中の場合：システム更新やほかのインストール処理が終わるまで待ち、ロックファイルを削除しないでください。
• パスが無効と表示された場合：/で始まる絶対パスを入力していることと、ファイルのダウンロードが完了していることを確認してください。

インストール後、アプリ一覧からShadowrocketを検索して起動します。ローカルのdebをインストールしても、アプリ更新用のリポジトリがシステムに自動追加されるわけではありません。今後の更新では、サイトのダウンロードページから対応ファイルを入手し、aptで処理してください。

rpmのインストール：Fedoraでdnfを使用

Fedoraではdnfを使ってローカルのrpmをインストールでき、依存関係もシステムのリポジトリから解決されます。rpmを使うほかのディストリビューションでは、パッケージ管理コマンドや依存関係の名称が異なる場合があります。拡張子が同じだからといって、Fedoraの手順がすべて使えるとは限りません。

read -r -p 'rpmファイルの絶対パスを入力：' RPM
if [ -f "$RPM" ]; then
  sudo dnf install "$RPM"
else
  printf '%s\n' 'ファイルが見つかりません。絶対パスをもう一度確認してください。'
fi

依存関係の競合が発生した場合は、端末に表示されたパッケージ名とエラーの原因を記録し、まずディストリビューションが適合しているか確認します。インストールを続けるために依存関係の確認を省略したり、セキュリティポリシーを無効にしたり、システムコンポーネントを強制的に置き換えたりしないでください。インストール後は通常、アプリ一覧から起動できます。メニューが更新されない場合は、アプリ一覧を開き直し、それでも表示されなければデスクトップセッションの再ログインを検討してください。

• debとrpmはどちらか一方を選びます。同じシステムでは標準の形式を優先し、変換したパッケージを重ねてインストールしないでください。
• アップグレード前にShadowrocketを通常の方法で終了し、古いプロセスが動作中のまま新規インストールと混同しないようにしてください。
• アンインストールする場合は、システムのパッケージ管理画面でShadowrocketを探し、実際のインストール記録に基づいて操作してください。内部パッケージ名を推測しないでください。

AppImage：実行権限を付与して起動

AppImageは単体で使えるアプリファイルです。長期保存する場所にファイルを置いてから、実行権限を付与してください。ブラウザーの一時フォルダーには保存しないでください。外付けドライブ、共有ディレクトリ、実行が制限されたマウントポイントにある場合、実行権限が設定されていても起動できないことがあります。

read -r -p 'AppImageファイルの絶対パスを入力：' APPIMAGE
if [ -f "$APPIMAGE" ]; then
  chmod u+x -- "$APPIMAGE" && "$APPIMAGE"
else
  printf '%s\n' 'ファイルが見つかりません。絶対パスをもう一度確認してください。'
fi

chmod u+xはファイルの所有者に実行権限を付与するコマンドです。全ユーザーに書き込み権限を与える必要はなく、グラフィカルアプリ全体をsudoで起動する必要もありません。初回の動作確認では端末を開いたままにしてください。ダブルクリックしても反応しない場合、端末に具体的なエラーが表示されることがあります。

• ファイルパスに空白が含まれる場合、上記コマンド内の二重引用符は外さないでください。入力を求められた際にパスを入力するときは、引用符を追加する必要はありません。
• AppImageによっては、実行時にFUSE互換サポートが必要です。エラーにFUSEと明記されている場合は、使用中のディストリビューションのドキュメントに従って対応する互換パッケージをインストールしてください。別のディストリビューションのパッケージ名をそのまま使わないでください。
• AppImageを更新する場合は、アプリを終了して新しいファイルをダウンロードし、実行権限を設定し直してから起動してください。

インストール後はルーティング設定と接続情報を分けて確認

アプリが起動したことは、アプリが動作することを示すだけで、接続可能な状態であることを意味しません。用途を把握している既存の接続情報やサブスクリプションを使い、HomeとConfigでインポート結果を確認してください。インポートと更新の手順は使い方ガイドをご覧ください。サブスクリプションの更新は接続情報を更新する操作であり、Linuxアプリのインストールパッケージを更新するものではありません。

接続のトラブルシューティングを始める前に、Home → Global Routingを確認してください。以下で比較するのはShadowrocket自体のルーティング設定です。サーバーアドレス、ポート、認証情報、プロトコルのパラメーターを補うものではなく、AppImageのファイル権限にも影響しません。

たとえばDOMAIN-SUFFIX,example.com,DIRECTは、指定したドメインのサフィックスに対してDIRECTを適用します。FINAL,DIRECTは、それ以前のルールに一致しなかったリクエストに最終ポリシーを適用します。これはルール構文の例であり、既存のConfigを上書きする指示ではありません。インストールの問題を調べるときは、一度に変更する設定を1つに絞り、Configの変更とシステム権限の問題を混同しないようにしてください。

初回起動がブロックされた場合：エラーの原因に応じて対処

Linuxには、すべてのディストリビューションで共通する「許可」ボタンはありません。まず、実行権限の不足、実行禁止のマウントポイント、アーキテクチャの不一致、デスクトップ環境やシステムのセキュリティポリシーによる制限のどれに該当するか確認します。起動できない原因をすべてセキュリティブロックと決めつけたり、システム全体の保護を無効にして回避したりしないでください。

上記の変数は元の端末でのみ有効です。別の端末を使う場合は、パスをもう一度入力してください。さらに調査する場合は、ディストリビューション、アーキテクチャ、パッケージ形式、実行したコマンド、エラー全文を記録します。ログを共有する前に、サブスクリプションURL、認証情報などの機密情報を削除してください。「起動できない」問題と「起動後に接続できない」問題を分けて対応できます。