Clash 使用ガイド:ゼロから精通まで

Clashはルールに基づいてネットワーク通信を振り分けるプロキシコアです。デバイス上のアプリが通信をClashに渡すと、Clashはルールテーブルを1行ずつ照合し、その通信を直接接続するか、特定のプロキシノードを経由させるか、あるいは拒否するかを判定します。ClashはVPNサービスそのものではなく、ノードも内蔵していません。ノードはサブスクリプションから得られ、ルールが振り分け先を決め、Clash自体は転送と分流という一点に特化しています。この基本を押さえておけば、以降の章はすべてその詳細解説になります。

カーネルとクライアントの役割分担

普段「Clash」と呼んでいるものには実は2つの層があります。下層はカーネルで、最初期のClashカーネルは開発が停止しており、現在コミュニティで活発に開発が続けられているのはMihomo(旧Clash Metaカーネル)です。本サイトのダウンロードページで配布しているデスクトップ・モバイル向けクライアントの多くはこれを採用しています。上層はGUIクライアントで、Clash Plus、Clash Verge Rev、FlClashといったアプリがカーネルをインターフェースで包み、ノード表示、モード切替、システムプロキシ管理を担います。クライアントを選ぶ際にカーネルのバージョンまで気にする必要はなく、主要クライアントはいずれもMihomoの安定版に追随して更新されます。

ノード・サブスクリプション・設定ファイル

ノードとは利用可能なプロキシサーバーのことで、一般的なプロトコルにはShadowsocks、VMess、VLESS、Trojan、Hysteria2などがあり、プロトコルによって通信の暗号化・偽装方式が決まります。サブスクリプションはサービス提供者が発行するリンクで、クライアントが定期的にそこから最新のノード一覧と推奨設定を取得します。設定ファイルはYAML形式のテキストで、ポート、DNS、ノード、策略グループ、ルールがすべて記述され、Clashが動作する際の基準となります。三者の関係を整理すると、サブスクリプションがノードを提供し、設定ファイルがノードとルールを組織化し、カーネルは設定ファイルに従って動作します。

分流こそがClashの本質的な価値

「すべての通信をプロキシ経由にする」従来型VPNとは異なり、Clashのデフォルトの姿勢は分流です。国内サイトは直接接続で速度を確保し、必要な通信だけプロキシを経由させ、広告ドメインはそのままブロックできます。分流はルールテーブルによって制御され、ルールはドメイン、IP、所属地域、プロセスなどの条件で記述できます。詳細は第6章で完全に展開します。「ルールは上から順に、ヒットしたら止まる」という原則を理解すれば、Clashの動作原理を理解したことになります。

5つのプラットフォームでは利用できるクライアントの布陣が異なります。まずデバイスを確定し、同じプラットフォーム内で比較検討しましょう。本サイトのダウンロードページではプラットフォーム別に全対応クライアントとインストーラーを掲載し、公式リリースを毎日確認しています。本章では選び方の考え方のみを解説します。

プラットフォーム別クライアント一覧

全プラットフォーム推奨:Clash Plus

Clash Plusは本サイトが全プラットフォームで第一に推奨するクライアントです。Windows、macOS、Android、iOSに対応し、iOS版はApp Storeに正規掲載されているため、自己署名や構成プロファイルの手間が不要です。サブスクリプション、モード、ルール、ログを1つのウィンドウにまとめたインターフェースなので、初心者でも設定ファイルの文法を学ばずに日常操作を完了できます。公式サイトclashplus.ioから各OS版へアクセスでき、iOSユーザーはApp Storeのページを確認してください。

各プラットフォームの代替候補の選び方

WindowsとmacOSでは、Clash Verge Revが老舗のデスクトップクライアントで設定項目の露出度が最も高く、設定ファイルを直接編集したいユーザーに向いています。FlClashは同一のUIでデスクトップとモバイルの両方に対応しており、複数デバイスを併用する場合に操作を1つに統一できます。Clash Nyanpasuはより現代的なUIで、設定項目も同様に充実しています。Androidでは、Clash Meta for Androidがカーネル公式によるモバイル版で、Surfboardは Surge の設定形式との互換性があります。Linuxには2つの選択肢があり、デスクトップ用途ならClash Verge RevまたはFlClash、サーバーやルーターならMihomoカーネルを直接動かします。ダウンロードページのカーネル区分では各アーキテクチャ向けバイナリを配布しており、Clash Linux版のクライアントとカーネルは明確に区別されています。

インストール自体はどのプラットフォームでも難しくありません。本当に注意すべきはOSごとのセキュリティ警告や権限ダイアログです。以下にプラットフォーム別の手順を示します。インストーラーはすべてダウンロードページから入手してください。

Windows

ダウンロードページのWindows区分からインストーラーを取得し、ダブルクリックしてウィザードに従いインストールします。初回起動時にWindowsファイアウォールが通信許可を確認してきますが、プライベートネットワークとパブリックネットワークの両方にチェックを入れてください。入れないとローカルのプロキシポートがブロックされる場合があります。起動後クライアントはシステムトレイに常駐し、メイン画面に現在のモードとノード一覧が表示されます。システムプロキシをオンにしてもブラウザがプロキシ経由にならない場合は、同じポートを他のプロキシソフトが占有していないか確認してください。

macOS

macOSにはIntel版とApple Silicon版の2種類のインストーラーがあります。「このMacについて」でチップを確認したうえで、ダウンロードページのmacOS区分から対応版を選んでください。dmgを開いたらアプリを「アプリケーション」フォルダにドラッグします。初回起動時に「開発元を検証できません」と表示された場合は、「システム設定 → プライバシーとセキュリティ」で「このまま開く」をクリックしてください。システムプロキシをオンにする際、ログインパスワードの入力が求められますが、これはネットワーク設定変更に対する通常の権限確認です。

Linux

LinuxのデスクトップユーザーはダウンロードページのLinux区分からdebまたはrpmパッケージを選び、パッケージマネージャーでインストールします。サーバーやルーターの用途ではGUIは不要で、Mihomoカーネルのバイナリを直接ダウンロードし、config.yamlを設定後systemdで運用します。

# Debian / Ubuntu:ダウンロード済みのdebパッケージをインストール(ファイル名は実際のダウンロードに従う)
sudo apt install ./clash-verge-rev_amd64.deb

# カーネル運用の場合:Mihomoの動作状態を確認
systemctl status mihomo

Android

AndroidはダウンロードページのAndroid区分からapkをインストールします。初回接続時にシステムが「接続のリクエスト」を表示しますが、これはVpnServiceの権限確認です。信頼するにチェックを入れてOKすると、通知バーに鍵アイコンが表示されます。Android版のプロキシはVPNサービスとして実装されているため、個別にシステムプロキシをオンにする必要はありません。一部の国産ROMはバックグラウンドアプリを強制終了する場合があるため、クライアントを自動起動・バックグラウンドのホワイトリストに追加し、画面ロック後の切断を防いでください。

iOS

iOSはApp Storeからのインストールのみです。ダウンロードページのiOS区分からClash PlusのApp Storeページに移動してインストールし、初回起動時にVPN構成の追加を許可するだけです。iOSのプロキシもシステムのVPNトンネルを利用する仕組みなので、構成プロファイルのインストールや企業署名といった旧来の手法は不要です。

サブスクリプションリンクとは

サブスクリプションリンクはサービス提供者がユーザーに割り当てる一連のアドレスで、クライアントがアクセスすると全ノードを含む設定を取得できます。リンクには通常アカウント識別情報が含まれており、リンクを持つ人は誰でもそのプランを利用できてしまうため、サブスクリプションリンクはグループチャットやスクリーンショット、公開リポジトリに貼らないようにしてください。

導入の一般的な流れ

クライアントごとにUIは異なりますが、流れは共通で、以下の4ステップです。

1. サービス提供者から発行されたサブスクリプションリンクをコピーします。
2. クライアントの「設定」または「サブスクリプション」ページで新規設定を作成し、リンクを貼り付け、名前を付けて確定します。
3. クライアントが設定をダウンロード・解析するので、一覧からそれを現在の設定として選択します。
4. ノード一覧からノードを1つ選び、モードが「Rule(規則)」になっていることを確認します。デスクトップ版はシステムプロキシをオンに、モバイル版は接続ボタンをタップします。

導入後は、サブスクリプション設定の自動更新間隔を12時間または24時間に設定しておくことをおすすめします。ノードの増減やトラフィックのリセットも自動的に反映されます。

設定ファイルの中身

サブスクリプションでダウンロードされるものの正体は1つのYAMLファイルです。その骨格を理解しておけば、後の章でルールを編集したりTUNをオンにしたりする際にも慌てません。シンプルな骨格例は以下の通りです。

# ローカル待受ポート:ブラウザやシステムプロキシがここを指す
mixed-port: 7890

# 動作モード:rule(規則)/ global(全体)/ direct(直結)
mode: rule

# ログレベル:通常はinfoで十分、トラブル時はdebugに変更
log-level: info

# 外部コントローラー:クライアントUIとカーネル間の通信経路
external-controller: 127.0.0.1:9090

# ノード・策略グループ・ルールの3大セクション、サブスクリプションが自動で埋める
proxies: []
proxy-groups: []
rules: []

proxiesはノードの一覧、proxy-groupsはノードを切り替え可能なグループにまとめたもの、rulesは各通信をどのグループに渡すかを決定します。サブスクリプションの設定にはこの3セクションが通常すでに数百行分入っており、手書きする必要はありません。編集が必要なのは第6章で解説するルールの順序とグループ構成です。

3つのモードの比較

Ruleモードが日常のデフォルト

Ruleモードは国内サービスの低遅延な直結を維持しつつ、必要な通信だけをノード経由にする、最も手間がかからずトラフィックも節約できる運用方法です。Globalモードは国内の動画配信サービスやネットバンキングまでプロキシ経由にしてしまうため、遅くなるだけでなくリスク判定に引っかかる可能性もあり、「本当につながっているか」を確認したいときだけ短時間使うものです。Directモードはプロキシを一時停止する状態に相当し、クライアントは終了せずに比較検証を行うために使います。

システムプロキシのスイッチ

デスクトップ版の「システムプロキシ」スイッチが行っているのは1つだけです。OSのHTTP/HTTPSプロキシ設定を、デフォルトで127.0.0.1:7890となるローカルクライアントのポートに向けることです。オンにすると、システム設定に従うアプリ(大半のブラウザ)は自動的にClash経由になります。システム設定を読まないアプリ——一部のコマンドラインツール、ゲーム、UWPアプリ——は直結のままで、これがまさに第7章のTUNモードで補うべき欠落部分です。macOSはメニューバー、Windowsはトレイまたはメイン画面にスイッチがありますが、動作は同じです。

自動起動と常駐

デスクトップクライアントにはいずれも「自動起動」オプションがあり、通常は設定ページの一般セクションにあります。オンにするとシステム起動時にカーネルが立ち上がり、システムプロキシも自動で復元されるため、毎回手動でクリックする必要がありません。ノートPCユーザーは「サイレント起動」(用意されている場合)も併せてオンにし、バックグラウンドで常駐しつつウィンドウが出ないようにするのがおすすめです。Clashの自動起動とRuleモードを組み合わせれば、日常的に存在を意識することはほぼなくなります。

照合の順序:上から順に、ヒットしたら停止

カーネルが通信を受け取ると、rulesリストの1行目から順に照合を行い、ヒットしたルールで指定された策略で処理し、それ以降のルールは確認しません。したがってルールの順序がそのまま優先度になります。より具体的なルールほど上に配置し、兜底(フォールバック)ルールのMATCHは必ず最後に置きます。サブスクリプションに付属する数百〜数千行のルールはすでに順序が整えられているので、独自のルールはそれより前に挿入しなければ、永遠に適用されません。

よく使うルールの種類

読みやすいルール例

rules:
  # ローカルとLANは直結
  - DOMAIN,localhost,DIRECT
  - IP-CIDR,192.168.0.0/16,DIRECT,no-resolve

  # 明確な国内サイトは直結
  - DOMAIN-SUFFIX,baidu.com,DIRECT
  - GEOSITE,CN,DIRECT

  # 国内IPは直結;no-resolveで地域判定のための余計なDNS解決を回避
  - GEOIP,CN,DIRECT,no-resolve

  # 残りはすべてプロキシグループへ
  - MATCH,PROXY

読み方:まずローカルとLANを許可し、続いて国内ドメインと国内IPを許可し、最後は兜底としてプロキシ経由にします。no-resolveパラメータは、このルールでは事前のDNS解決が不要であることをカーネルに伝え、無駄な問い合わせを大幅に削減します。

策略グループ:ノードの組織方法

ルールの右半分にあるDIRECT、REJECT、PROXYはすべて策略です。DIRECTとREJECTは組み込みの策略で、PROXYのような名前はClashの策略グループから来ています。策略グループは複数のノードを1つの参照可能なまとまりにパッケージ化するものです。よく使われるのは4種類:selectは手動選択で、UI上ではクリック可能なノード群として表示されます。url-testは遅延に応じて自動的に最速のものを選びます。fallbackは順序通りに最初に使えるものを選びます。load-balanceは複数ノードに負荷を分散します。グループはネストできます。「海外動画配信」グループの中に「自動選択」グループを参照させ、ルールは最も外側のグループ名だけを指定すればよい構造です。

proxy-groups:
  # 手動選択:デフォルトグループ、ルール内のPROXYはこれを指す
  - name: PROXY
    type: select
    proxies:
      - AUTO
      - ノード1
      - ノード2
      - DIRECT

  # 自動テスト:300秒ごとに計測し、遅延が低く変動幅50ms未満のものを選ぶ
  - name: AUTO
    type: url-test
    proxies:
      - ノード1
      - ノード2
    url: http://www.gstatic.com/generate_204
    interval: 300
    tolerance: 50

実際のサブスクリプションではノード名はサービス提供者が定義しており、上の「ノード1、ノード2」は位置を示すための例に過ぎません。遅延数値と実際の使用感の関係を理解したい場合は、本サイトのブログ記事「Clashノード速度測定の仕組み解説」を読んでみてください。遅延が低いことは必ずしも速度が速いことを意味せず、ノードを選ぶにはもっと信頼できる方法があります。

サブスクリプションの上に独自のルールを追加する

サブスクリプションでダウンロードした設定を直接編集しても、次回の更新で上書きされてしまいます。正しい方法は3つあります。クライアント内蔵の「オーバーライド / Mixin」機能を使い、更新後の設定に個人ルールを毎回注入する方法。Clashサブスクリプション変換サービスを使い、サブスクリプションリンクの外側にテンプレートを1枚重ねて独自ルールやグループ設定を統合し、新しいリンクとして出力する方法。あるいはサブスクリプション設定をローカルコピーとして保存し手動で管理する方法です。前の2つは手間がかからず、3つ目は自由度が高い代わりに自動更新を失います。少数の個人ルール(社内LANの直結や、個別サイトの指定ノードなど)であればオーバーライドが最も効率的です。

システムプロキシが届かない領域

システムプロキシは「システム設定を読む意思があるアプリ」にしか効きません。コマンドラインツール、多くのゲーム、一部のUWPアプリ、一部の開発ツールのダウンローダーはシステム設定を読まないため、Ruleモードでも直結のままです。TUNモードは仮想ネットワークアダプタを使ってネットワーク層から端末全体のTCP/UDP通信を制御するもので、アプリ側が協力するかどうかは関係なくなります。これこそがTUNモードの存在意義です。

動作の仕組みを一言で

TUNをオンにすると、カーネルは仮想ネットワークアダプタを作成しルーティングテーブルを変更し、端末全体の通信を引き込んで処理し、同じルールテーブルに従って分流します。ルーティングとネットワークアダプタを操作するため、Windowsではサービスモードでのインストールまたは管理者権限での実行が必要で、macOSとLinuxでは権限の許可が必要です。AndroidとiOSのVPNトンネルは本質的にすでにシステムレベルでの制御なので、モバイル版にはこの概念自体がありません。

有効化の方法と設定例

主要なデスクトップクライアントは設定ページにTUNスイッチを備えており、初回オンにする際は表示に従って権限を許可するだけです。手書きで設定する場合の対応フィールドは以下の通りです。

tun:
  enable: true
  stack: mixed            # プロトコルスタック:mixedは互換性が高い
  auto-route: true        # ルーティングテーブルを自動変更
  auto-detect-interface: true
  dns-hijack:
    - any:53              # すべてのDNSクエリを制御し、漏洩を防止

注意点

• TUNとシステムプロキシは併用可能ですが、大半の場面ではどちらか一方で十分です。両方オンにしても通信は1回しか処理されず、二重にプロキシされることはありません。
• オンにすると端末全体のDNSクエリがカーネルに処理されるため、dnsセクションの設定と組み合わせて初めて効果を発揮します。詳しくは第9章の応用テクニックを参照してください。
• 一部のセキュリティソフトはルーティングテーブルの変更を監視するため、競合する場合はクライアントを信頼リストに追加してください。
• 全体制御が不要な場合はTUNをオフにしましょう。省電力になり、障害要因も減らせます。

クライアントの更新

クライアントの更新の意義は主にカーネルにあります。新しいプロトコルへの対応、分流ロジックの修正、セキュリティ修正はすべてカーネルの更新に伴って提供されます。本サイトのダウンロードページは毎日公式リリースを確認し、クライアントカードのバージョン番号はリリース一覧からリアルタイムに取得しています。数か月に一度覗いて、新しいバージョンがあればインストールしましょう。上書きインストールでサブスクリプションや設定が失われることはありませんが、大きなバージョンをまたぐ更新の前には設定のバックアップをエクスポートしておくことをおすすめします。

サブスクリプションの更新

サブスクリプションは消耗品です。ノードは入れ替わり、トラフィックはリセットされます。自動更新間隔を12〜24時間に設定しておけば、あとはクライアントに任せられます。ノードが一斉に使えなくなった場合、まず手動でサブスクリプションを一度更新してみてください。多くの場合サービス提供者側で入口が切り替わっており、古い設定内のノードは自然にすべてタイムアウトしています。

速度測定とノードの選び方

クライアント上に表示される遅延数値はハンドシェイクにかかった時間であり、「どれだけ遠いか」を反映するもので「どれだけ広い帯域か」を反映するものではありません。ノードを選ぶ信頼できる順序は、まず遅延が安定しているか(何度か連続で測って値がぶれないか)を確認し、次に実際に目的のサイトを開いて体感を確かめ、ピーク時間帯とオフピーク時間帯を分けて見ることです。Clashのノード遅延というテーマについては、ブログ記事「Clashノード速度測定の仕組み解説」で完全に解説しています。

問題が起きたら順序通りに自己診断

Clashがネットに接続できないというのは最も頻度の高い問題ですが、以下の順序で確認すれば9割は原因を特定できます。

1. システムプロキシまたはVPNがオンになっているか、ポートが他のプロキシソフトに占有されていないか。
2. 現在のモードがRuleモードになっているか、誤ってGlobalやDirectになっていないか。
3. 現在のノードが使用可能か、別のノードに切り替えて検証する。
4. サブスクリプションを手動更新し、ノードの一括失効を排除する。
5. DNS設定が乱れていないか、サブスクリプションのデフォルト設定に戻してみる。

各ステップの具体的な検証方法やその他の分岐については、よくある質問のトラブルシューティング分類、およびブログ記事「Clashがネットに接続できないときの対処法」を参照してください。項目ごとにチェックしていける診断リストになっています。

動作ログの読み方

3番目のステップまで確認しても手がかりがない場合、ログが最も直接的な証拠になります。ログレベルを一時的にinfoに上げ(通常はwarningで十分、debugは情報量が多すぎるので問題を再現する数分間だけオンにしてください)、次の3種類の頻出行に注目します。dial tcp ... i/o timeoutはノードに接続できないことを示しているので、まずノードを切り替え、次にサブスクリプションを更新してください。matchとuse proxyが並んでいる行は、どの通信がどのルールにヒットし、どの出口を経由したかを明示しています。分流が期待通りにならない場合、答えはほぼこの行にあります。port already in useは待受ポートが別のソフトに占有されていることを示しているので、自己診断リストの1番目に戻ってポート競合を解消してください。

• ログを見る前に画面をクリアしてから問題を再現しましょう。新旧の情報が混在していると誤判断しやすくなります。
• クライアントの接続パネルでドメインでアクティブな接続をフィルタリングすれば、どのアプリがどの経路を通っているか一目でわかります。
• ログ内のノード名はサブスクリプションページと対照でき、ヒットした策略グループが想定通りか確認できます。

最後に「月次点検」の習慣を身につけましょう。月に一度暇な時間を選び、クライアントに新バージョンがあるか、サブスクリプションの有効期限と残りトラフィック、ルールのヒットが日常使用の想定と合っているか(特に新しく入れたアプリが誤った出口を通っていないか)、TUNモードと自動起動が想定の状態のままかを順に確認します。全部やっても10分もかかりませんが、突然の不具合の大半をそれが起こる前に潰せます。プロキシの経路はどこか1か所でもひそかに失効すれば、結局は同じ「ネットに繋がらない」という症状として現れるからです。点検のついでに設定をエクスポートしてローカルやクラウドストレージに保存しておくと、バージョン番号、サブスクリプションアドレス、独自ルールがすべて入っているので、機種変更や再インストール時にも10分で使い慣れた環境に復元できます。

第8章まで進めば、日常使用に障害はなくなっているはずです。以下の4つの方向性を推奨順に紹介します。それぞれのステップに対応する資料をサイト内に用意しています。

DNS:分流のもう半分

DNSはドメインがどのIPに解決されるかを決定し、それがGEOIPルールの判定にも影響します。設定が不適切だとDNS漏洩——プロキシは有効なのに、クエリだけがローカルの通信事業者経由で素通りする——が発生することもあります。Mihomoのdnsセクションは、nameserverとfallbackの2系統、fake-ipによる高速化、DNSハイジャック監視をサポートしていますが、フィールド数は少ないもの組み合わせにコツが要ります。ブログ記事「Clash DNS 詳解」ではフィールドごとに詳しく解説し、そのまま使える設定例を2パターン提示しています。「Clash DNS漏洩の検出と修正」では完全な検出・対策の手順を提供しています。

マルチデバイスと設定の同期

スマートフォン、パソコン、タブレットで同時にClashを使うのは一般的です。サブスクリプションリンク自体はもともと同期的に扱えます——各デバイスがそれぞれ取得すればよいだけです。同期が必要になるのは独自の部分、つまり個人ルール、グループの好み、オーバーライドテンプレートです。実現方法としてはプライベートな設定ホスティングとエクスポート・インポートの手動運用の2つがあり、それぞれの得失や注意点はブログ記事「Clash 設定のマルチデバイス同期」で解説しています。

ルールセットとコミュニティのエコシステム

手書きのルールが数百行になったら発想を切り替えるタイミングです。RULE-SETルールセットは「海外動画配信」「広告ドメイン」といったまとまったルール群を参照可能な外部ファイルにまとめたもので、GEOSITEデータベースはカテゴリ別に用意済みのドメイン一覧を提供します。サブスクリプション変換ツールを使えば、サブスクリプションの上にテンプレートを重ねて、複数のサービス提供者やデバイス間の出力を統一できます。これらのコンポーネントはいずれもオープンソースコミュニティで活発に開発されており、クライアントやカーネルのリリースページが最も信頼できる情報源です。

ポート、LAN共有、外部コントロール

設定ファイルの先頭にあるいくつかのグローバルフィールドは一通り把握しておく価値があります。mixed-portはHTTPとSOCKSを統合した待受ポートで、システムプロキシが指しているのはこれです。変更した場合はシステムプロキシの設定も忘れずに追従させてください。そうしないと「クライアントは動いているのに通信が流れてこない」という見せかけの不具合が起きます。allow-lanをオンにすると、同一LAN内のスマートフォン、テレビ、ゲーム機からこのPCにプロキシを向けることができ、同じノードと分流ルールを共有できます。必ずbind-addressで内部ネットワークのセグメントに限定し、カフェやホテルなどの公共ネットワークでは絶対に開放しないでください。external-controllerはローカルの制御用インターフェースを公開するもので、Web管理パネルと組み合わせれば遠隔でノード切替、接続確認、モード変更ができます。ルーターやNASにカーネル形態でデプロイする場合はほぼ必須の設定です。オンにする際は必ずsecretのパスワードを設定し、リスニング範囲を信頼できるネットワークセグメント内に収めてください。この3つのフィールドはいずれも「露出面」を操作するものです。ポートは必要なデバイスにだけ開放し、インターフェースは自分専用にとどめる——これは分流ルールと同じくらい重要なセキュリティ習慣です。

サイト内の関連情報

概念でつまずいたら用語集を参照してください。策略グループ、fake-ip、TUNなどの用語について短い解説項目があります。操作でつまずいたらよくある質問を確認してください。インストールからトラブルシューティングまで4分類で網羅しています。専門的な記事を読みたい場合はブログ一覧をご覧ください。まだクライアントを導入していない方はダウンロードページからプラットフォームに合わせてパッケージを取得し、第2章に戻って選定してください。