Windows 10 で Mihomo Party を導入する：公式パッケージの検証から初回接続まで

Mihomo Party を Windows 10 で使う前提

Windows 10 のサポート期間や企業環境の残存率を踏まえると、依然として「OS は 10 のまま、クライアントだけ新しいものを試したい」というニーズは多く、ブログやフォーラムでも Win11 専用手順だけでは気持ちが追いつかない読者がいます。Mihomo Party はそのような環境でも動作実績のあるラインのひとつで、典型的には ポータブル版（展開して実行） を Releases から取り、ユーザー書き込み可能なフォルダに置いて運用します。インストーラーを伴う配布がある場合も根っこは同じで、重要なのは「どの URL のどのファイルを落としたか」を後から説明できることです。

アプリ内部では、実際にパケット処理をするのは Mihomo コア です。GUI が見えていてもコアのバージョンや配置が古い／空だと、購読は取り込めても起動時にエラーダイアログが出たり、プロキシポートが立ち上がらないことがあります。したがって初回セットアップでは、画面のトグル以前に コアの存在とビルド種別（Windows amd64 など） を確認するのが安全です。Windows 全般の用語は「Clash for Windows 設定ガイド」が近い一方で、本記事は Mihomo Party と Win10 の組み合わせに絞ります。UI が近い別クライアントの流れは「Clash Verge Rev · Windows 11 導入」も参照してください（OS 差はありますが、SmartScreen や購読まわりの勘所は共通です）。

始める前に揃えるもの

購読が「プロキシ経由でしか取得できない」鶏卵状態だと手が止まります。一度だけモバイル回線や別回線で URL を確定させ、以降はローカル更新に任せるのが現実的です。公共端末にサブスク URL を残さない、チャットに丸ごと貼らない、といった運用はどのクライアントでも共通の衛生習慣です。

公式パッケージの入手と検証

検索結果の広告枠だけを頼りに「ダウンロード」と書かれたボタンを押すと、正規ビルドではない実行ファイルを拾うリスクが跳ね上がります。Mihomo Party のポータブル版は、命名規則として バージョン番号・アーキテクチャ・portable がファイル名に含まれることが多く、リリースノートにファイル一覧が並びます。保存後、公開されている SHA256 などのチェックサム があれば PowerShell の Get-FileHash や配布元推奨のツールで突き合わせ、サイズの著しく異なるファイルが混ざっていないかも見ます。

ポータブル版 Clash 系ツール全般に言えることですが、USB に丸ごと入れて持ち歩く構成は便利反面、紛失時のリスクがあるため、機微なトークンを含む購読 URL のバックアップやメモの置き場には注意してください。社内 PC ではセキュリティ製品がアーカイブの展開や exe の実行を止めることがあるため、IT ポリシーを先に確認してから作業すると手戻りが減ります。

SmartScreen と Windows セキュリティ（Win10）

Windows 10 でも Microsoft Defender SmartScreen は積極的に働き、コミュニティ署名のない実行ファイルでは「PC が保護されました」と表示されることがあります。ここで重要なのは、機械的に「許可」を押すのではなく、今開こうとしているファイルが、さきほど公式 Releases から取ったものか を再確認することです。発行者名が空であったり「不明な発行元」と出ても、公式ビルドでは珍しくありません。逆に、検索サイト経由の圧縮パスワード付き zip や、ライセンス無限の謳い文句があるパッケージは、警告の有無にかかわらず実行すべきではありません。

Windows セキュリティ の隔離一覧に引っかかった場合は、ヒューリスティック検知か実際の悪性かを切り分ける必要があります。開発者コミュニティの話題に「特定バージョンで誤検知」と出ていることもありますが、最終判断はファイルの入手経路とハッシュの一致で下します。企業環境では SmartScreen 以前に配布ポリシーで止められることもあるため、その場合は許可ワークフローを通す以外に抜け道はありません。

展開、初回起動、UAC とファイアウォール

ポータブル版を選んだ場合は、空の親フォルダを用意し、その中へ .7z を展開します。OneDrive の同期直下など、クラウドが常にファイルをロックする場所より、ローカルディスク上のユーザーフォルダ配下が無難です。展開後の .exe をダブルクリックし、UAC が上がったらパスが想定の Mihomo Party であることを確認して承認します。Windows Defender ファイアウォールが「通信を許可するか」と尋ねたら、ローカルループバックでプロキシのみを使う典型パターンでは、プライベートのみ許可に留めるなど最小権限を意識します。

初回はトレイアイコンからメインウィンドウを開けるか、設定の言語表示が安定するまで一度再起動した方が早い場合があります。別のプロキシ製品が常駐しているとポートが衝突し、Mihomo Party 側の mixed port や HTTP ポート が Listen に失敗します。過去に同様のクライアントを入れていた PC では、タスクマネージャーで名残プロセスがないかも併せて見てください。

Mihomo コアのダウンロードと整合性

GUI は動いているのに「コアが見つからない」「バージョンが合わない」といったメッセージが出るときは、Mihomo コアの実体が未配置か古い 可能性が高いです。Mihomo Party では、アプリ内のコア管理画面から公式リリースへ誘導され、Windows 向けバイナリを取得・配置できる構成になっていることが多いです。手動で配置する場合も、リリースページで示される ビルドターゲット（windows-amd64 など） を取り違えないようにします。

コアを更新したあとは、GUI から コアの再起動 や プロファイルの再読み込み を行い、古いプロセスが残って購読だけ新しいのに転送が古いルールのまま、という状態を避けます。初回疎通を複雑にしたくないなら、この段階では DNS ハイジャックや TUN を同時に有効化せず、まず HTTP プロキシ経路が生きているかに集中するのが切り分けのコツです。

購読インポートの入口とアクティブなプロファイル

多くのフォーク GUI は、プロファイル と 購読 を近接した画面に置き、URL を貼り付けて 更新／ダウンロード ボタンを押す流れです。Mihomo Party でも同様に、左側のナビゲーションまたは設定ツリーから購読管理へ進み、購読 URL を追加 して更新が成功するまで待ちます。エラーが無いのにノードが空のときは、ブラウザで当該 URL を開き proxies 相当のセクションが含まれる YAML が返るか、またはログインページへ飛ばされていないかを確認してください。トークンの有効期限切れや余分な空白混入も典型的な人為ミスです。

1. 購読を追加し、更新ジョブが成功したログまたはタイムスタンプを確認する。
2. 一覧から 現在使用するプロファイル を選び、アクティブ表示にする（ハイライトや「使用」ボタン等、UI に従う）。
3. プロキシ／ノード ビューでグループとサーバ行がゼロでないことを確認する。
4. 自動更新間隔を現実的な値に設定し、長期間 stale なリストを避ける。

「ファイルは取り込んだが通信は DIRECT のまま」という相談は、しばしば アクティブなプロファイルの切り替え忘れ に起因します。バックグラウンドで新しい購読だけ増えて、画面上選択されている構成が旧バージョンのままという状態に気づきにくいので、ノード一覧の件数とプロファイル名をセットで見る習慣をつけると良いです。

システムプロキシと初回疎通（Win10）

まずは Rule など一般的なモードに置き、システムプロキシ をオンにしてブラウザで海外サイトと国内サイトの挙動を見るのが安全です。トグルを入れたあと、OS の 設定 → ネットワークとインターネット → プロキシ に、127.0.0.1 と期待ポートが書き込まれているかを確認すると、クライアントと OS の齟齬を早期に掴めます。ページが真っ白でログが静かなときは DNS や fake-ip 周りを疑い、タイムアウト連発ならノード死活とローカルポートを優先して見ます。DNS 特化の整理は「接続はあるがページが開かない：DNS と fake-ip」に譲ります。

TUN はプロキシ非対応アプリまで引き込めますが、仮想アダプタや既存 VPN と競合しやすく、トラブル時の変数が増えます。Win10 初日の目標が「ブラウザで一度は海外に出られる」なら、システムプロキシだけで成功判定してから TUN を足す順序がおすすめです。UWP ストアアプリだけ通らない場合は「Windows UWP と TUN／ループバック」も参照してください。終了後にプロキシが残って困る場合は「終了後にシステムプロキシを戻す」の手順で OS 側を戻せます。

うまくいかないときのチェック

SmartScreen を何度も踏む

同名の別ファイルを実行していないか、ダウンロード元 URL が Releases の同一リポジトリかを再確認します。企業プロキシが実行ファイルを書き換えているケースは稀ですが、サイズが毎回変わるならネットワーク機器の挙動も疑います。

コア関連のエラーが消えない

アプリにバンドルされた既定バージョンと、手動で置いたファイルの組み合わせが食い違っていないかを見ます。アンインストールせずに上書き展開を繰り返すと二重配置になりやすいので、フォルダを一度空にして公式どおりに入れ直すのが早いこともあります。

ブラウザだけ不通

OS の手動プロキシ表示と Mihomo Party の Listen ポートを突き合わせます。他製品が直後に値を消している、逆に手動で固定した古いポートが残っている、といった二重管理に注意してください。

よくある質問

Q. ポータブル版ばかり取り上げられますが、普通にインストールしたいです。

Releases にセットアップ exe が並ぶ版があれば、通常のウィザード導入で構いません。ポータブル版を推すのは、権限や清掃のしやすさの話が大きく、機能差がゼロとは限りませんが、購読・コア・プロキシという中心シーケンスは同じです。

Q. 購読更新は成功したのに遅延テストが全滅します。

ノード自体が枯れているケースと、ローカルで出口に届く前に落ちているケースを切り分けるため、別回線・別端末でも再現するか、アクティブプロファイルと実コアの組み合わせを確認します。ルールで意図せず REJECT されていないかもログで見ます。

Q. ほかの Clash 系 GUI から乗り換えたいです。

プロファイル形式は親和性が高くても、メニュー名や既定ポート、コア自動更新の有無は製品ごとに違います。設定ファイルをそのまま持ち込む前に、購読 URL からクリーンに取り直すと変なマージ残りを避けやすいです。

まとめ：Win10 で最短ルートを保つ順序

同種のプロキシクライアントは画面は華やかでも、裏側ではコアの世代と購読鮮度、OS のプロキシ設定という地味な三点に成績が集約されます。メーカー製ブラウザ拡張のようにワンクリックで済むわけではなく、ルールファイルや複数プロトコルに耐えるには設定の自由度が必要になる一方で、その自由度がそのまま初日の迷子につながりやすい、というトレードオフがあります。

Clash 系のエコシステムは、オープンに近い仕様と活発なコミュニティメンテで、新しいプロトコルやルール表現への追従を重視するユーザーに向きます。単一ベンダーの封闭式より更新は自分で追う前提ですが、手元の .yaml を資産として残せる点と、複数クライアントを跨いでも概念が流用しやすい点が長所です。

そのバランスを試したい場合は、公式の入手経路からパッケージを取り、本文の順番どおりに検証すると手戻りが少なくなります。興味があれば Clash を公式ページからダウンロード し、説明と配布履歴が追いやすいビルドから環境に合うものを選んでみてください。