LinuxデスクトップにShadowrocketをインストールする方向けの手順です。まずディストリビューションとCPUアーキテクチャを確認し、当サイトのダウンロードページからdeb、rpm、AppImageのいずれかを選びます。その後、ローカルインストール、実行権限の設定、初回起動の確認を行います。コマンドには実際にダウンロードしたファイルのパスを指定するため、パッケージ名を推測する必要はありません。接続確認には、ご自身がすでに利用しているサービスとサブスクリプションが必要です。インストールが完了しても、利用可能な接続先が用意されているとは限りません。
1. ディストリビューション・アーキテクチャ・入手方法を確認
deb、rpm、AppImageはソフトウェアの配布形式であり、プロキシプロトコルの種類ではありません。また、接続設定の代わりにもなりません。Debian、Ubuntu、および同じパッケージ管理方式を採用するディストリビューションでは、通常debを選びます。Fedoraなどdnfを使用するシステムではrpmを選びます。その他のデスクトップディストリビューションでは、実行環境の要件を満たしていればAppImageを利用できます。ただし、「単一ファイルで実行できる」ことは、すべてのLinuxシステムで動作するという意味ではありません。
cat /etc/os-release
uname -m
getconf LONG_BIT
1つ目のコマンドでディストリビューション情報を表示し、IDとID_LIKEを確認します。2つ目はカーネルが認識しているマシンアーキテクチャ、3つ目は現在のユーザー空間のビット数を確認するためのものです。一般的なx86_64とaarch64は異なるアーキテクチャです。パッケージ形式を選んだ後も、ダウンロードページに記載されたアーキテクチャを確認してください。一致するものがない場合、ファイル名の変更や強制インストールで確認を回避しないでください。
システムパッケージとしてインストール
- deb
- Debian / Ubuntu:aptを使用
- rpm
- Fedora系:dnfを使用
- インストール権限
- パッケージ管理の処理には通常sudoが必要
- インストール後の管理
- インストール情報はシステムのパッケージデータベースに記録
パッケージ形式とCPUアーキテクチャはそれぞれ適合する必要があります。拡張子だけで判断しないでください。
単一ファイルで実行
- 形式
- AppImage
- ファイル権限
- 現在のユーザーに実行権限が必要
- 実行環境
- アーキテクチャ、システムライブラリ、FUSEの条件にも左右されます
- 保存場所
- ホームディレクトリ内の決まった場所に保存するのがおすすめです
AppImageはaptやdnfでインストールしません。アプリケーションメニューに自動で登録されるとは限りません。
Linux向けパッケージは全プラットフォームのダウンロードページから入手できます。ダウンロードページでLinuxの項目を選んでください。パッケージは当サイトから提供しています。入手方法は2種類です。iPhone / iPad版はApp Storeで一回限り$2.99、システム要件はApp Storeの掲載内容をご確認ください。Mac(Appleシリコン/Intel)、Windows、Android、Linux版は無料です。iPhone / iPad版の開発元はShadow Launch Technology Limited、アプリIDは932747118です。
2. Debian / Ubuntu:aptでローカルのdebをインストール
ローカルファイルのインストールにはaptの使用をおすすめします。パッケージの処理と同時に依存関係を確認し、システムに設定済みのソフトウェアリポジトリから依存パッケージを取得できます。まずファイルをダウンロードし、Bashターミナルを開いて以下の手順を実行してください。パスの入力を求められたら、実際のファイルの絶対パスを貼り付けます。入力内容をさらに引用符で囲む必要はありません。コマンド内では変数を適切に引用しているため、パスに空白が含まれていても処理できます。
-
debをダウンロード
当サイトのダウンロードページを開き、Linuxの項目でアーキテクチャを確認してからdebファイルを保存します。ブラウザーにダウンロード完了と表示されるまで待ち、ダウンロード中の一時ファイルは選ばないでください。
-
ファイルの場所を確認
ファイルマネージャーでダウンロードしたファイルを探し、プロパティで絶対パスを確認します。ターミナルでパスを入力する際にTabキーで補完する方法もあります。ファイル名を手入力して間違えるのを防げます。
-
インストールを実行
下のコマンドを実行し、実際のパスを入力して、aptが表示するインストール計画を確認します。無関係なソフトウェアの大量削除やアーキテクチャの不一致が示された場合は、いったんキャンセルして原因を確認してください。
-
起動を確認
インストール後、デスクトップのアプリケーションメニューからShadowrocketを探します。通常のユーザーとして起動し、メインウィンドウが開くことを確認してから、既存の設定をインポートしてください。
read -r -p "ダウンロードしたdebの絶対パスを入力してください:" pkg
if [ -f "$pkg" ]; then
pkg="$(realpath -- "$pkg")"
dpkg-deb -f "$pkg" Package Architecture
sudo apt update && sudo apt install "$pkg"
else
printf '%s\n' "ファイルが見つかりません。パスを確認してください。"
fi
realpathでパスを絶対パスに変換すると、aptにローカルファイルであることを明示できます。パスの付かないファイル名を直接指定すると、aptがパッケージ名として検索する場合があります。インストール中に必要なネットワーク接続は、通常、依存パッケージの取得に使われます。ローカルのdebファイルが完全にダウンロードされていないという意味ではありません。apt updateでリポジトリのエラーがすでに表示されている場合は、リポジトリまたはネットワークを修正してから再度インストールしてください。
3. Fedora系:dnfでローカルのrpmをインストール
rpmファイルも、ディストリビューションの依存関係解決ツールで処理してください。以下では、rpmの低レベルなインストール操作を直接実行するのではなく、dnfでローカルのrpmをインストールします。有効なリポジトリから必要な依存パッケージを探せますが、ディストリビューション間のあらゆる違いを自動で解決できるわけではありません。「システムがrpmを認識する」ことは、任意のrpmが使えるという意味ではありません。
read -r -p "ダウンロードしたrpmの絶対パスを入力してください:" pkg
if [ -f "$pkg" ]; then
pkg="$(realpath -- "$pkg")"
rpm -qp --queryformat '%{NAME} %{ARCH}\n' "$pkg"
sudo dnf install "$pkg"
else
printf '%s\n' "ファイルが見つかりません。パスを確認してください。"
fi
- ファイルが見つからない場合:パスと大文字・小文字を確認してください。Linuxでは通常、ファイル名の大文字と小文字が区別されます。パスに空白が含まれている場合は、コマンド内の二重引用符を残してください。
- 依存パッケージを利用できない場合:不足している依存パッケージ名を記録し、現在のディストリビューションと有効なリポジトリを確認してください。別のディストリビューションのリポジトリを安易に追加しないでください。
- 署名または信頼に関する警告が表示された場合:まずファイルが当サイトのダウンロードページから取得されたものか確認し、エラー全文を読んでください。署名チェックの無効化を標準のインストール手順にしないでください。
- アーキテクチャに互換性がない場合:
uname -mの結果とダウンロードページの記載を改めて照合し、アーキテクチャを強制するオプションでインストールを続けないでください。
dnfで処理の完了が表示されたら、デスクトップからShadowrocketを起動します。アプリケーションメニューがすぐに更新されない場合は、デスクトップセッションから一度ログアウトして再ログインしてください。インストール自体が失敗している場合、メニューを更新しても不足ファイルは補われません。ターミナルに戻り、インストールエラーを解決してください。
4. AppImage:実行権限を付与して起動
AppImageは通常、単一のファイルとして保存します。まずホームディレクトリ内のApplicationsフォルダーなど、長く使う予定の場所にファイルを置いてから実行権限を設定してください。ファイルを移動してデスクトップの起動項目が使えなくなるのを防ぎやすくなります。ファイル名と拡張子はダウンロード時のままで構いません。手動で名前を変更する必要はありません。
read -r -p "ダウンロードしたAppImageの絶対パスを入力してください:" app
if [ -f "$app" ]; then
app="$(realpath -- "$app")"
chmod u+x -- "$app" && "$app"
else
printf '%s\n' "ファイルが見つかりません。パスを確認してください。"
fi
chmod u+xはファイル所有者に実行権限を追加するコマンドです。全員に書き込み権限を設定する必要はありません。ファイルの所有者が別のユーザーの場合は、sudoでデスクトップアプリ全体を起動するのではなく、まずダウンロード先と保存場所を確認してください。ファイルマネージャーのプロパティ画面から実行権限を有効にする方法もありますが、メニューの表示はデスクトップ環境によって異なります。
AppImageが起動しない場合:エラーの種類に応じて対処
権限と保存場所
Permission denied:ls -lの出力で実行権限を確認してください。- 実行権限があるのに拒否される場合:ファイルシステムが
noexecでマウントされていないか確認してください。 - 実行可能なホームディレクトリ内の場所に移動し、権限を設定してから再試行してください。
アーキテクチャと実行時の依存関係
Exec format error:まずパッケージとシステムのアーキテクチャを照合してください。- FUSEまたは
libfuse.so.2が見つからない場合:現在のディストリビューションのパッケージ情報に従って、必要な互換ライブラリを追加してください。 - システムライブラリのシンボルが見つからない場合:実行要件を確認し、起動を強行するためにシステムの基幹ライブラリを置き換えないでください。
まずターミナルから直接実行してエラーを確認し、該当する条件に対処してください。何度もダブルクリックしたり、権限を広げたりして原因を推測しないでください。
FUSE関連のパッケージ名はディストリビューションやシステムのバージョンによって異なるため、1つのインストールコマンドをすべての環境に適用することはできません。コンテナ、制限付きデスクトップセッション、一部のマウント環境では、必要な操作が許可されない場合もあります。AppImageでデスクトップウィンドウを起動できても、以降のネットワーク操作に必要な権限がすべて付与されているとは限りません。
5. 初回起動:インストール確認と接続確認を分ける
まずShadowrocketを通常のユーザーとして起動でき、基本設定が保持されることを確認してから、接続をテストしてください。インストールパッケージはアプリの実行に関する問題を解決し、既存のサブスクリプションや設定は接続先と振り分けに関する問題を解決します。この記事は、ご自身がすでに利用しているサービスとサブスクリプションがあることを前提としています。当サイトでは接続先やサブスクリプションを提供・販売・推奨していません。クライアントの入手料金は接続プランの料金ではありません。
Homeで既存の接続項目を確認します。追加する場合は右上の+をタップし、TypeでSubscribeを選択します。ご自身がすでに利用しているサブスクリプションURLを入力して保存し、サブスクリプションを更新してください。- 更新後に接続項目が表示されるか確認します。URLを取得できない、認証が無効になっている、アプリが起動しない、という問題はそれぞれ別です。再インストールを繰り返しても解決しません。
Configを開き、現在の設定とルールを確認します。次にGlobal Routingで、確認したい内容に合ったモードを選択してください。- 初回接続時は、システムの許可確認を読んでください。許可が必要な場合は、明確な案内に従って操作します。通常の起動方法として常にrootを使わないでください。
以下の比較では、それぞれのルーティングモードの用途のみを説明します。Configを選んでも、すべての接続が直接接続またはプロキシ経由になるわけではありません。実際の結果はルールの順序と各ルールに設定されたポリシーによって異なります。Proxyを選んでも、アドレス、ポート、パスワード、トランスポート設定の誤りは解決できません。
Global Routing → Config
推奨現在の設定にあるルールに従って接続方法を決定します。使用前にルールが想定どおりか確認してください。特に、ほかのルールに一致しなかった接続を最後のFINALでどう処理するかを確認します。
適した用途:明確な振り分け設定があり、日常利用やルールの確認を行う場合
Global Routing → Proxy
プロキシモードで現在の接続が利用できるかを確認し、接続設定の問題とルール選択の問題を切り分けます。実際に適用される範囲は、システムのネットワーク処理方式にも左右されます。
適した用途:既存の接続が確立できるかを短時間確認する場合。すべてのアプリが通信対象になることを確認する用途ではありません
Global Routing → Direct
直接接続モードで基本的なネットワーク状態を比較します。直接接続で特定のサイトにアクセスできても、その経路が利用可能であることを示すだけで、既存のプロキシ接続が正常とは限りません。
適した用途:ローカルネットワーク、DNS、サイト自体への接続可否を比較する場合
トラブル対処中は自動接続の条件を追加しないでください。Settings → On Demandが有効な場合は、手動で切断した後に条件によって再接続されないよう、トリガー条件を確認します。Sceneや自動化設定は、基本的な手動接続の確認に代わるものではありません。また、ほかのプラットフォームのシステムVPNスイッチの操作方法をLinuxデスクトップにそのまま当てはめないでください。
6. 更新・アンインストール・トラブルの記録
更新前に現在使用している設定を保存し、既存のサブスクリプションの管理情報が利用できることを確認してください。debとrpmは、ダウンロードページから取得した新しいファイルを同じパッケージ管理ツールで再インストールし、処理結果を確認します。ローカルパッケージをインストールするだけで更新リポジトリが自動追加されるとは限りません。AppImageは、実行中のアプリを終了してからファイルを置き換え、実行権限とデスクトップの起動項目のパスを再確認してください。
| 形式 | 更新方法 | アンインストール時の注意 |
|---|---|---|
| deb | 新しくダウンロードした適合するファイルをaptでインストールし、処理結果を確認します。 | パッケージ管理ツールで実際のパッケージ名を指定して削除します。パッケージ名はdpkg-debで確認できます。 |
| rpm | 新しくダウンロードした適合するファイルをdnfで処理します。異なるアーキテクチャを強制的に上書きしないでください。 | dnfで実際のパッケージ名を指定して削除します。名前はrpmで確認できます。 |
| AppImage | アプリを終了してからファイルを置き換え、起動項目が正しい場所を参照していることを確認します。 | 該当ファイルと手動で作成した起動項目を削除します。個人設定を残すかどうかは別途確認してください。 |
アプリを削除しても個人設定は消去されません。起動に問題があっても、ユーザーディレクトリ全体や場所の分からないファイルを先に削除せず、設定を残してエラーを記録してください。サポートに問い合わせる際は、ディストリビューション、アーキテクチャ、パッケージ形式、インストールコマンド、ターミナルのエラーを伝えてください。サブスクリプションのトークン、パスワード、秘密鍵は記録から削除してください。
- インストール中に失敗:aptまたはdnfで最初に表示された重要なエラー、不足している依存パッケージ、処理が完了したかどうかを記録してください。
- 起動時に失敗:ウィンドウを開けるか、AppImageのターミナルエラー、実行権限、マウント条件を記録してください。
- 接続時に失敗:現在のGlobal Routingモード、サブスクリプションの更新結果、具体的な接続状況を記録してください。すべての問題を「インストールできない」と一括りにしないでください。
問題をこのように切り分けると、パッケージ形式、アーキテクチャ、依存関係、実行条件、接続設定のどの段階に原因があるかを特定しやすくなります。3種類のインストール形式を繰り返し切り替えるより、該当する段階ごとに対処するほうが効率的です。インストールに問題がないのに保存済みの設定を誤って削除することも防げます。