HypoMuxは複数NICへ接続を振り分けるWindowsネットワークツール
CN Windows マルチ NIC 帯域幅処理ツール。特別な構成を必要とせず、マルチ ネットワーク (有線、Wi-Fi ネットワーク、携帯電話など) を統合し、物理的なマルチ ネットワークのダウンロードとネットワーク速度の追加を実現します。 JA Windows マルチ NIC 帯域幅アグリゲータ。複雑なセットアップは不要です。ワンクリックで複数のネットワーク (イーサネット、Wi-Fi、モバイル ホットスポットなど) を結合し、物理レベルでの同時ダウンロードと速度の倍増を実現します。
ひと目でわかる
- これは何？
- システムプロキシと仮想NICの二つの経路で、EthernetやWi-Fiの新規接続を分配し、ルールと診断を提供します。
- 誰に向いている？
- 複数回線でSteamやIDMなど多数の接続を持つダウンロードを分散したいWindows利用者には、接続単位で動く点が判断しやすいツールです。単一TCP接続の速度向上や低遅延ゲームを期待する人、別のTUNが既定ルートを管理する環境には向きません。
- 商用利用できる？
- 厳しい条件付きでできます。AGPL-3.0 はネットワーク型コピーレフトのライセンスで、改変版をホスティングサービスなどとしてネットワーク越しに利用させる場合、その利用者にソースコードを同じライセンスで提供する必要があります。
- 今もメンテナンスされている？
- されています。直近 1 日以内に新しいコミットがあります。
- 何の言語で書かれている？
- 主に Python です（GitHub の言語統計による）。
回答はプロジェクトの GitHub データ（最終同期：2026年9月15日）と当サイトの分析に基づくもので、法的助言ではありません。
オープンソース詳細解説
速くする単位はリンクではなく接続
HypoMuxはEthernet、Wi-Fi、モバイルホットスポット、USBテザリングなど複数のアクティブな接続を使い、新しい接続を別のNICへ割り当てます。Steam更新、IDM、大型ブラウザダウンロードなど並列接続の多い作業が対象です。
READMEは単一TCP接続のパケットを分割しないと明記しています。1本のストリームは元のリンク速度に制限され、複数回線を一つの公開IPへ束ねるリンクアグリゲーションでもありません。測定では単一ファイルと並列ファイルを分けます。
標準ユーザー画面と特権Coreを分ける
2.5.2でPython/Qtと過渡期のWPF実装から、Go、Wails v3、React、Fluent UIのデスクトップへ移行しました。画面プロセスは標準ユーザーで動き、独立したGo CoreがWindowsサービスとしてTUN、WFP、ルーティング、DNS、ネットワーク復旧を担当します。
起動前のTUNライフサイクルチェックは、問題があれば変更を止めるか自動ロールバックする設計です。システムプロキシもスナップショットし、異常終了後の復旧を再試行します。導入時はサービス権限と変更されたWindows設定を確認します。
システムプロキシと仮想NICの使い分け
システムプロキシモードはHTTP/HTTPSとSOCKS5のローカルサービスを起動し、Windowsのシステムプロキシを引き継ぎます。仮想アダプタが不要で、IDM、ブラウザ、Steamなどプロキシ対応アプリへ向きます。
仮想NICモードはWintun、sing-box、WFP、DNS、ルーティング規則を使い、非対応アプリを含む広い通信を扱います。CoreサービスとWintun/WFPが必要で、別のTUNが既定ルートを取る環境とは併用できません。まず軽いモードを選びます。
プロセス、ドメイン、CIDRで出口を決める
Goエンジンは新しい接続ごとに送信アダプタを選び、送信元アドレスとIP_UNICAST_IFで物理リンクへ固定します。ルールはプロセス、ドメインとサブドメイン、宛先IP/CIDR、集約、直結、指定NICを対象にできます。あるリンクで到達できないドメインを覚え、同じリンクへの再割り当てを避ける機能もREADMEにあります。
画面にはNICごとの速度、接続数、合計スループット、パケット損失、遅延、ジッター、DNS、ゲートウェイ、送信元バインドの診断があります。ルールを一つずつ有効にし、ログと実際の経路を照合します。
プロキシ競合とゲーム利用の境界
2.5.3ではUU、迅遊、雷神、奇遊、Clash/Mihomo、v2rayN、Hiddify、Shadowsocks、Proxifierなどのバイパス処理が追加されています。実行ファイルの完全パスやローカル待受ポートからPIDを確認し、プロキシのループを避けます。
二つのアプリがWindowsのシステムプロキシを同時に切り替えないこと、別製品のTUN/VPNが既定ルートを取る場合は先に止めることが必要です。READMEはゲームメモリを読まずDLLを注入しないと説明しますが、遅延保証はありません。競技ゲームや会議は直結規則から検証します。
復元、プライバシー、ビルドを確認する
HypoMuxは個人データやテレメトリを収集、販売、アップロードしないとREADMEにあります。動作中はプロキシやルートを変更しますが、停止またはアンインストールで復元します。ユーザーが許可した機器とネットワークだけで使い、第三者のアクセス制御を回避する目的には使いません。
ビルド条件はWindows 10/11、Go 1.26、Node.js 22、pnpm 10、Wails v3 CLIで、binにはsing-box.exe、wintun.dll、libcronet.dllが必要です。AGPL-3.0のため、配布形態と対応ソースを確認します。テストはengineとdesktopのGoテスト、frontend build、パッケージ生成までを記録します。
二つのNICで復元まで測る
EthernetとWi-Fiを有効にし、IPv4、ゲートウェイ、DNS、送信元バインドを確認してから単一ストリームと複数ストリームを分けて測定します。システムプロキシの変更を保存し、停止、異常終了、アンインストール後に元へ戻るかを確認します。別のTUNやゲームアクセラレータとの競合時に起動が止まり、直結ルールが効くこともログで確認します。
測定は回線速度だけでなく、接続数、DNS、パケット損失、遅延、ジッターを同時に保存します。システムプロキシではWindows設定の前後、仮想NICではWintunと既定ルートの前後を確認します。Steamやブラウザを止めた後に設定が戻り、別のTUNとの競合が検出されることを一つずつログで確かめます。 NIC名、モード、ルール、測定時間、復元結果を保存して比較します。 実行環境の版と設定を記録し、変更前後の結果を比較します。失敗時のログと復元状態も保存して、機能が使えたかだけでなく、再現できるかを判断します。 結果の確認対象と使用した版を記録し、再実行時に同じ挙動を確認します。 単一接続と並列接続を分けて測り、プロキシとルートの復元状態をログへ残します。
編集部の結論
複数回線でSteamやIDMなど多数の接続を持つダウンロードを分散したいWindows利用者には、接続単位で動く点が判断しやすいツールです。単一TCP接続の速度向上や低遅延ゲームを期待する人、別のTUNが既定ルートを管理する環境には向きません。まずネットワーク体検で各NICのIPv4、ゲートウェイ、DNS、送信元バインドを確認し、システムプロキシモードから試して、停止後の設定復元と実効スループットを記録してください。
コミュニティノート