Clashを家中の複数端末で使う設定術｜ルーター共有と分流のコツ
2026年現在、DeepSeek は世界中で最も注目される AI モデルの一つとなりました。しかし、その急速な普及に伴い、ユーザーは頻繁に「接続タイムアウト」や「サーバー応答なし」といった問題に直面しています。特にプロキシツール Clash を使用している環境では、誤ったルーティング設定や DNS の不一致が原因でアクセスが遮断されることが少なくありません。本記事では、DeepSeek のアクセス障害を根本から解決するための Clash 設定術を徹底解説します。
家中の複数端末でClashを使う基本設計
家族のパソコン、スマートフォン、タブレット、テレビ、ゲーム機など、複数の端末で同じプロキシ環境を使いたい場合、端末ごとにClashをインストールする方法だけが選択肢ではありません。すべての端末へ個別にサブスクリプションを登録すると、設定の更新、ノードの切り替え、ルールの修正を何度も繰り返すことになります。家庭内プロキシを一つの場所に集約すれば、管理する設定を減らしながら、用途に応じた分流も維持できます。
代表的な構成は三つあります。第一は、Clashをインストールしたパソコンを家庭内のプロキシサーバーとして使う方法です。第二は、ClashまたはMihomoをOpenWrtルーターなどで動かし、ルーターを通過する端末の通信をまとめて処理する方法です。第三は、パソコンや小型サーバーを常時稼働させ、必要な端末だけ手動でそのプロキシへ接続する方法です。どの方式が適切かは、端末の種類、ルーターの性能、家族が設定を変更できるか、ゲームやIoT機器を含むかによって変わります。
| 方式 | 向いている環境 | メリット | 注意点 |
|---|---|---|---|
| PCのLANプロキシ共有 | まず試したい、少数の端末 | 導入が簡単で設定を確認しやすい | PCを起動しておく必要がある |
| ルーター上のClash | 家中の端末を一括管理したい | 端末ごとの設定を減らせる | ルーター性能とDNS設計が重要 |
| 専用サーバー・ミニPC | 長時間安定運用したい | 高性能なコアや複雑なルールを使える | 電源、更新、バックアップの管理が必要 |
最初から全端末を透明プロキシへ流すより、まずは一台のスマートフォンやブラウザで動作を確認し、次に家族用端末、最後にテレビやゲーム機へ広げる方が安全です。構成を一度に変更すると、接続できない原因がDNSなのか、ルーティングなのか、端末側の仕様なのか分かりにくくなるためです。
PCのClashを家庭内で共有する方法
最も分かりやすい方法は、Clashを動かしているPCのLAN向けポートを開き、同じWi-Fiまたは有線LANに接続した端末から利用する構成です。Clash Verge RevやMihomo系クライアントでは、設定画面またはYAML設定で allow-lan を有効にし、mixed-port や http の待ち受けポートを確認します。クライアントによって項目名や初期値は異なるため、画面に表示される実際のポート番号を優先してください。
allow-lan: true
bind-address: "*"
mixed-port: 7890
mode: rule共有先の端末では、Wi-Fiの詳細設定からプロキシを手動登録します。プロキシホストにはClashを動かしているPCのプライベートIPアドレス、ポートにはClashの待ち受けポートを入力します。PC側のアドレスが 192.168.1.20、ポートが 7890 なら、スマートフォンや別のPCにはその組み合わせを指定します。ホスト名ではなく固定したLAN IPを使うと、DHCPによるアドレス変更で突然つながらなくなる問題を避けられます。
注意
LAN共有を有効にしたポートをインターネット側へ公開してはいけません。ルーターのポート開放やWAN側からのアクセス許可は無効にし、Clashの待ち受けを家庭内ネットワークだけに限定してください。外部へ開放すると、第三者にプロキシを利用される危険があります。
WindowsファイアウォールやmacOSのネットワーク許可が通信を遮断する場合もあります。まずClashを動かしているPC自身でプロキシ接続を確認し、その後にLAN内の別端末からポートへ接続できるかを調べます。PCのIPアドレスを確認するには、Windowsならネットワーク設定または ipconfig、macOSやLinuxならネットワーク設定または ip addr を使います。
この方式では、ブラウザやOSのHTTPプロキシに対応したアプリは比較的簡単に通せます。一方、ゲーム機、スマートテレビ、一部のIoT機器は手動プロキシに対応していないことがあります。また、DNSだけを別経路で処理するアプリや、独自の暗号化DNSを使うアプリでは、プロキシ接続できても名前解決が期待どおりにならない場合があります。
ルーター共有と分流を実際に設定する手順
家中の端末をまとめて扱うなら、Clashをルーターまたは常時稼働のゲートウェイに配置する構成が便利です。OpenWrt上のOpenClash、Mihomo対応のルーター環境、あるいはミニPCを家庭内ゲートウェイとして使う方法があります。製品やファームウェアにより画面や項目名は異なりますが、確認すべき考え方は共通しています。
設定前に確認する項目
- Clashを動かす機器のLAN IPアドレス、CPU性能、メモリ容量を確認する。
- 現在のメインルーターがDHCPとデフォルトゲートウェイを担当しているか確認する。
- 家中の端末を対象にするのか、子ども用端末やテレビなど一部だけを対象にするのか決める。
- サブスクリプションをバックアップし、現在動作している設定を保存する。
- まず有線接続のテスト端末一台だけでDNS、外部アクセス、国内サイトを確認する。
メインルーター上でClashを動かす場合は、DHCPで配布されるデフォルトゲートウェイとDNSをClash側へ自然に集約できます。端末側の設定をほとんど変更せず、家庭内の新しい端末にも同じルールを適用しやすい点が長所です。ただし、ルーターのCPUやメモリが小さい場合、動画通信や多数の接続を処理すると速度低下や再起動が起きる可能性があります。
一方、既存ルーターの下にClash用のサブルーターを置く構成は、現在のネットワークを壊しにくい方法です。対象端末だけサブルーターをゲートウェイに指定する、VLANや別SSIDを作ってそのネットワークだけをClash経由にする、といった段階的な導入ができます。ただし、メインルーターがDNSを強制配布していたり、端末のデフォルトルートが上位ルーターを向いたままだったりすると、通信の一部がClashを迂回します。
| 設定項目 | 推奨する確認内容 | 問題がある場合の症状 |
|---|---|---|
| デフォルトゲートウェイ | 対象端末がClash機器を経由しているか | 一部のアプリだけ直送になる |
| DNS配布 | DHCPのDNS先とClashのDNS設計を揃える | 名前解決の失敗や地域判定の不一致 |
| 透明プロキシ | TUN、Redir、ファイアウォール連携の対応状況 | 手動プロキシ非対応機器が通信できない |
| LAN例外 | ルーター管理画面、プリンター、NASを直送にする | 家庭内サービスへ接続できない |
テストでは、まずClashの接続ログを開き、端末から発生した通信が表示されるかを確認します。ログに何も出ない場合は、ルール以前にゲートウェイ、ファイアウォール、TUNインターフェースの問題です。ログに出ているのに接続できない場合は、選択中のプロキシグループ、DNS応答、ルールのマッチ結果を確認します。国内サイトまでプロキシ経由にする必要がなければ、ルールモードで DIRECT に分ける方が遅延と帯域使用量を抑えられます。
端末と用途に合わせた分流ルールの考え方
複数端末を共有すると、すべての通信を一つの出口へ送るよりも、用途ごとにルールを分けた方が扱いやすくなります。家庭内のNAS、プリンター、スマートスピーカー、ルーター管理画面などは、原則としてLAN内で直接接続します。動画サービスや海外サイトはプロキシグループへ送り、銀行、決済、勤務先のシステムなどはサービスの規約とセキュリティ要件を確認したうえで、必要なら直接接続に分けます。
端末単位で分けたい場合は、IPアドレス、MACアドレスに基づく静的DHCP割り当て、またはVLANやSSIDを利用します。例えば、仕事用PCは直接接続を優先し、個人用スマートフォンはルールモード、テレビは動画サービスだけプロキシ、ゲーム機は遅延を抑えるため原則直送、といった設計が可能です。ただし、MACアドレスランダム化を有効にしたスマートフォンでは、MACを基準にした固定割り当てが変わることがあります。
- LANとプライベートIP：家庭内機器、NAS、プリンターは直送し、管理画面が外部プロキシへ流れないようにする。
- 用途別グループ：動画、開発、仕事、ゲームなどを分け、必要な端末だけ選択する。
- 最終ルール：最後の
MATCHやFINALの出口を明確にし、意図しない直送を防ぐ。 - DNS例外：ルーター、プリンター、社内ドメインなど、fake-ipと相性が悪い名前を除外する。
fake-ipを使用する場合は、家庭内ドメインや一部のゲーム、古い機器で問題が起きないかを確認してください。IPアドレスを直接利用する機器、独自DNSを固定している機器、証明書検証が特殊な機器では、redir-hostの方が互換性の高い場合があります。反対に、ドメインベースの分流を細かく行いたい場合は、fake-ipとルールの組み合わせが便利です。どちらが常に正解というわけではなく、使用する端末と症状を見ながら選びます。
運用のヒント
サブスクリプションを更新する前に現在の設定を保存し、更新後はノード名、プロキシグループ、DNS、ルールの順に確認してください。全端末が同時に利用できなくなったときは、まず最後に変更した項目を元へ戻し、一台のテスト端末で再現させると原因を追いやすくなります。
ルーター共有では、利便性と引き換えに家庭内の通信が一つの障害点へ集まります。そのため、Clash機器を再起動したときの復旧方法、設定ファイルの保存場所、サブスクリプションの更新失敗時に使う予備設定を決めておくと安心です。自動更新を設定する場合も、更新直後に構文エラーやノードの消失がないかログで確認できる運用が望まれます。
端末ごとに別のVPNアプリを入れる方法は手軽に見えますが、OSごとに画面や権限が違い、設定の重複や同時接続による競合も起こりやすくなります。Clashなら、PCのLAN共有、ルーター上の透明プロキシ、TUN、用途別のルールグループを一つの考え方で管理できます。家中の端末を無条件に同じ経路へ送るのではなく、LANは直送、必要な通信だけプロキシ、機器ごとに例外を追加するという設計を始めたい方は、Clashを無料でダウンロードして試してみてください。