iOS クライアントと日本語設定ドキュメント

Clash for iOS
iPhone クライアントと設定ガイド

クライアントの選択からサブスクリプション導入まで、実際の操作手順に沿ってまとめています。ここでは5つのプラットフォームへの入口日本語の設定ガイドトラブルシューティングの手順を確認できます。

  • 永久無料
  • オープンソース
  • mihomoカーネルエコシステム
  • iOS 15以降に対応

Platform Downloads

システムに合うクライアントを選択

システムごとにインストーラーと権限の仕組みが異なります。まず使用中のデバイスを選び、ダウンロードページで利用可能なクライアント、必要なシステム要件、インストール方法を比較してください。

Windows

日常的なデスクトップ利用に適しています。ダウンロードページではGUIクライアントを一覧にし、インストール、設定のインポート、システムプロキシの適用方法を説明しています。

ダウンロードページへ

macOS

Intelチップ搭載MacとAppleシリコンMacに対応します。インストーラーを選ぶ前にプロセッサのアーキテクチャを確認し、クライアントの案内に従ってネットワーク拡張機能またはシステムプロキシを許可してください。

ダウンロードページへ

Android

スマートフォン、タブレット、一部のテレビ端末に適しています。ダウンロードページでは一般的なプロセッサ向けパッケージを分け、GUIクライアントとサブスクリプション設定への入口を用意しています。

ダウンロードページへ

Linux

デスクトップLinux、サーバー、ルーター環境に適しています。一般ユーザーはGUIクライアントを選べ、上級ユーザーはmihomoカーネルの入口も確認できます。

ダウンロードページへ

Core Configuration

ルール、DNS、オンデマンド接続

4つの設定パネルで、日常的によく使う操作をカバーします。上部の目次から目的の項目へ移動でき、各パネルは実際の設定順に並べています。

Traffic Mode

ルールモード
ルールに一致させてから出口を決める

ルールモードは継続的な利用に適しています。クライアントは設定ファイルの上からドメイン、IP、プロセス、ルールセットを確認し、最初に一致した項目を指定のプロキシグループへ渡します。よく使うサービスは直接接続し、プロキシが必要な通信はノード選択グループへ送るほか、LANアドレスにはローカルアクセスを残すこともできます。

グローバルモードでは、ほとんどの通信を1つのプロキシにまとめて渡すため、ノードが利用できるかを確認する際は分かりやすい一方、複雑な設定の判断には向きません。「一部のサイトは開くのに、別のサイトは開かない」場合は、まず現在のモードを確認し、そのドメインがどのルールに一致したかを調べてください。

動作モード
ルールモード
グローバルモード
ログ記録

Network Access

LANとDNS
各層の適用範囲を明確にする

「LANを許可」は、同じネットワーク上にあるほかのデバイスから、この端末のプロキシポートへ接続できるようにします。共有が本当に必要な場合だけ有効にし、待ち受けアドレス、システムファイアウォール、ポート設定が一致していることを確認してください。iPhoneのローカルネットワーク権限は、LAN上のデバイスの検出やアクセスに影響しますが、プロキシ接続そのものとは役割が異なります。

DNSハイジャックは、システムの名前解決リクエストをクライアントのDNSモジュールへ送る機能です。これにより、名前解決の結果とルール判定のずれを防ぎます。設定時は enable、待ち受けアドレス、拡張モード、上流サーバー、フォールバック条件を同時に確認してください。1つのアドレスだけを変更しても、ルール、ネットワーク、ノードが原因の問題は通常解決しません。

ネットワーク
LANを許可
DNSハイジャック
IPv6

Subscription

サブスクリプションの自動更新
復元できるローカル設定を保持する

サブスクリプションURLは通常、サービス提供元が発行し、クライアントが設定した間隔で設定を再取得します。自動更新を有効にする前に、まず手動で1回更新し、ファイルを解析できること、プロキシグループを開けること、ルール参照にエラーがないことを確認してください。これにより、URLの無効化、ネットワーク遮断、設定構文の問題を切り分けられます。

サブスクリプションを更新すると、提供元から配信された内容で上書きされ、ローカルの一時的な変更が消えることがあります。長期的に残したいDNS、ルール、プロキシグループの調整には、サブスクリプション本文を直接編集せず、クライアントが対応するオーバーライドやマージ機能を使用してください。更新に失敗した場合は、まずURLへのアクセス、システム時刻、ネットワーク権限を確認します。

設定サブスクリプション
サブスクリプションを自動更新
更新後に設定を適用
ローカルのオーバーライドを保持

On Demand

オンデマンド接続
ネットワーク条件に応じて動作を設定する

オンデマンド接続では、iOSのネットワーク条件をきっかけにクライアントを動作させます。モバイルデータ通信、指定したWi-Fi、未確認のネットワーク環境で自動接続できます。設定前に手動接続を1回行い、システムにVPN構成が作成され、クライアントによるネットワーク拡張機能の追加が許可されていることを確認してください。

ルールは具体的な条件から一般的な条件の順に記述し、前方の広すぎるルールに先に一致しないようにします。自宅のネットワークでは切断または無視、モバイルデータ通信では接続に設定できます。頻繁に再接続する場合は、まず重複した条件を減らし、次に高頻度のヘルスチェックを無効にし、最後に低電力モードとシステムのバックグラウンド状態を確認してください。

自動化
オンデマンド接続
モバイルデータ通信時に接続
信頼済みWi-Fi

Quick Start

iPhoneを3ステップで使い始める

まず検証可能な最短ルートを完了し、その後に自動更新、オーバーライド、オンデマンド接続を設定します。問題の発生箇所を特定しやすくなります。

  1. インストールしてネットワーク拡張機能を許可

    ダウンロードページのiOSセクションを開き、iPhoneまたはiPadに対応するクライアントを選びます。初回接続時には、システムからVPN構成の追加を求められます。デバイスのパスコード、Face ID、またはTouch IDで承認してください。承認はシステムのダイアログで確認するだけで十分です。設定を導入する前に接続スイッチを何度も切り替えないでください。

  2. サブスクリプションを導入してプロキシグループを確認

    有効なサブスクリプションURLをコピーし、クライアントの設定またはサブスクリプション画面でURLからのインポートを選びます。ダウンロード後に設定を開き、プロキシグループ名、ルール一覧、DNSセクションが正常に読み込まれていることを確認してください。その後、プロキシグループの選択画面で用途に合うノードまたは自動選択を指定します。設定名を確認しただけで接続しないでください。

  3. 接続してルールの一致を確認

    ルールモードを有効にして接続し、直接接続されるはずのサイトと、プロキシ経由になるはずのサイトをそれぞれ開きます。想定と異なる場合は、複数の設定を連続して変更せず、接続ログにあるルール名とプロキシグループを確認してください。まず通信がどの経路に一致したかを確認し、そのうえでルール、DNS、ノード、ローカルネットワークのどこに問題があるかを判断します。

Open Source Context

Clashとmihomoのオープンソースエコシステム

クライアント、カーネル、設定形式はそれぞれ異なる層に属します。相互の関係を理解すると、画面の問題、ネットワークの問題、カーネルの問題を混同せずに切り分けやすくなります。

プロジェクトの歴史と設定の継承

Clashは、広く使われているYAML設定構造を確立しました。一般的な項目には、プロキシノード、プロキシグループ、ルール、DNS、動作ポートなどがあります。元のプロジェクトが保守を停止した後も、コミュニティはこの設定思想を引き継ぎ、互換実装、ルールデータ、GUIクライアントの開発を続けています。そのため、古いガイドの基本概念にも参考になる部分はありますが、各フィールドに対応しているかどうかは現在のカーネルドキュメントを確認してください。

mihomoとGUIクライアント

mihomoは、継続的に保守されているClash互換カーネルの1つです。設定の解析、プロキシ接続の確立、ルールの実行、DNS処理を担当します。Windows、macOS、Android、iOS、LinuxのGUIクライアントは通常、カーネルの機能に加えて、サブスクリプション管理、システムプロキシ、ネットワーク拡張機能、ログ表示、プロキシ切り替えを提供します。画面上の名称は異なる場合がありますが、基礎となる概念はおおむね共通しています。

オープンソースコードと問題の切り分け

コードが公開されているため、設定フィールド、動作の変化、既知の問題をコミュニティで確認できます。異常が発生した場合は、まずOS、クライアント名、使用中のモード、設定の入手元、再現手順を記録し、そのうえでクライアントのプロジェクトとカーネルのプロジェクトのどちらを確認すべきか判断してください。「使えない」とだけ報告しても問題の特定には不十分です。ログにあるフィールドエラー、ルール名、ネットワーク状態のほうが判断材料になります。

更新の仕組みと互換性の境界

クライアントの更新、カーネルの更新、サブスクリプションの更新は、それぞれ独立した経路です。クライアントの更新では主に画面とシステム連携が変わり、カーネルの更新では対応フィールドやネットワーク動作が変わることがあります。サブスクリプションの更新では、サービス提供元が配信するノード、プロキシグループ、ルールが置き換えられます。変化が起きた場合は一度に1つの層だけを調整し、利用できていた設定を1つ前の状態で保存してください。復元と比較が容易になります。

mihomo source

git clone https://github.com/MetaCubeX/mihomo.git

Common Checks

設定を始める前に確認する4項目

初回利用時の問題の多くは、サブスクリプション、モード、プロキシグループ、システム状態の4か所から原因を見つけられます。

サブスクリプションの更新に失敗したら、まず何を確認する?

まずブラウザでサブスクリプションURLにアクセスできることを確認し、次にシステム時刻、ネットワーク権限、クライアントに表示される更新時刻を確認します。URLを開けてもクライアントで解析できない場合は、返された内容が有効な設定になっているかを確認してください。

接続後にインターネットへアクセスできない場合は?

システムのVPN状態、現在のモード、プロキシグループの選択、サブスクリプションの有効性、DNS名前解決の順に確認します。毎回1つの条件だけを変更し、変更後に再テストしてください。複数の操作を同時に行うと、本当の原因が分からなくなります。

ルールモードとグローバルモードはどう選ぶ?

日常利用ではルールモードを優先し、リクエストごとにルールで直接接続かプロキシかを選ばせます。グローバルモードは、選択したノードが通信を処理できるか短時間で確認する用途に適していますが、ルール一致の確認に代わるものではありません。

サブスクリプション本文を直接編集しないほうがよい理由は?

リモートのサブスクリプションが更新されると、ローカルで直接変更した内容が上書きされることがあります。長期的に残したいDNS、ルール、プロキシグループの調整は、クライアントが対応するオーバーライドまたはマージ設定に記述してください。