Mac で 1 つのアプリの帯域幅を制限する方法

Throttlr のプロキシを起動し、接続を使用しているアプリケーションを選択し、ダウンロード上限、アップロード上限、またはその両方を有効にします。選択したアプリはデータの転送を続行しますが、設定したレートまでに限られます。他のアプリケーション、またはより広範なインターネットまたはローカル ネットワーク ターゲットにも制限を設定しない限り、他のアプリケーションは制限されないままになります。

これは、利用可能な容量をすべて消費することなく転送を続行する必要がある場合に便利です。通話中にクラウド バックアップを続行したり、作業中にゲームを更新したり、Mac 全体を切断しなくてもブラウザのダウンロードをバックグラウンドで実行したりできます。

帯域幅の上限は優先度の設定とは異なります。 Throttlr は、キャプチャされたトラフィックに明示的な最大レートを適用します。あるアプリを別のアプリよりも動的にランク付けすることはありません。また、個々のドメイン、サーバー、ポートのルールは作成されず、遅延やパケット損失も発生しません。

macOS にはネットワーク制御が含まれていますが、その内蔵ファイアウォールは主にアプリケーションやサービスへの受信接続を制御するように設計されています。これはアプリごとの帯域幅制限ではなく、個々のアプリのアップロードおよびダウンロード速度フィールドを提供しません。

アクティビティ モニターはネットワークの使用状況を特定するのに役立ちますが、ルーターの QoS 設定によりデバイスまたはトラフィック カテゴリが優先される場合があります。どちらも、1 つの Mac プロセスを選択して個別の方向キャップを適用するのと同じローカル ワークフローを提供しません。 Apple の Network Link Conditioner は、帯域幅の制限や悪条件を含む開発テスト プロファイルを作成できますが、選択した 1 つのデスクトップ アプリの日常的な制御ではなく、ネットワーク状態のテストを目的としています。

アプリごとのレート制限には、キャプチャされたフローをアプリケーションに関連付けて制限を強制できるネットワーキング ツールが必要です。 Throttlr は、macOS 15 以降の Apple の Network Extension フレームワークを通じてこれを実行します。新しいトラフィックを監視または制御するには、ネットワーク拡張機能が承認され、プロキシが実行されている必要があります。

ダウンロード トラフィックは、データをアプリに向けて移動します。Web ページ、メディア、ソフトウェア パッケージ、クラウド ファイル、ゲーム アセットが一般的な例です。アップロード トラフィックによりデータが移動されます。バックアップ、ファイル同期、通話中に送信されるビデオ、送信される添付ファイルはすべてアップストリームの容量を使用します。

問題の原因となっている方向が特定できる場合のみ設定してください。バックアップのアップロードを制限すると、ダウンロードはそのまま残りますが、大規模なゲームのダウンロードを制限しても、小規模な送信リクエストが不必要に制限されることはありません。アプリ全体の予測可能な上限が必要な場合は、両方の方向を使用します。

ライブ レートは現在のトラフィックの観察値であり、アプリが継続的に上限に達することを保証するものではありません。サーバー、Wi-Fi の状態、プロトコルのオーバーヘッド、バッファリング、アプリ自体の動作により、レートが低下したり、不均一になる可能性があります。単一の瞬間ではなく、アクティブな転送を通じて結果を判断してください。

普遍的な最高の数値はありません。まず、代表的なアクティビティ中にアプリを観察し、タスクが有効に進行するのに十分な容量を残しながら、その持続レートよりも低い上限を選択します。徐々に減らして、保護された作品が安定するかどうかを観察してください。

通話を保護する場合は、通話アプリではなくバックグラウンド アップローダーから始めてください。アップストリームの飽和により、速度テストで十分なダウンロード容量が報告された場合でも、オーディオとビデオが不安定になる可能性があります。ダウンロードの多いタスクの場合は、そのタスクの受信レートを制限し、問題が発生しない限り、小さなリクエストは無制限のままにしておきます。

インターネット プランの宣伝されている最大速度を継続的に利用できるものとして扱うことは避けてください。 Wi-Fi の競合、他のデバイス、VPN、リモート サービスにより、使用可能な容量が変化します。実際の上限は、特に転送をできるだけ早く終了することよりも応答性が重要な場合に、観察される接続速度よりも余裕を持たせる必要があります。

再現可能なテストのために、正確なアップロード値とダウンロード値、および制御した範囲を記録します。本番環境のトラブルシューティング制限とテスト プロファイルは異なる目的を果たします。一方は日常業務を保護し、もう一方は定義された状態を一貫して再現する必要があります。

速度制限により、明示的な上限の下でトラフィックを継続できます。転送が正当だが攻撃的すぎる場合に使用します。ブロッキングは強制停止であり、オフライン テストや継続してはいけない転送に適しています。このような動作が必要な場合は、別のブロック ガイドで、両方のトラフィック方向を安全に停止および復元する方法が説明されています。

リンクが混雑している場合、優先順位付けによりトラフィックが相対的に優先されます。明示的な上限により、選択したターゲットに固定最大値が与えられます。 Throttlr は優先キューではなくキャップを実装します。バックグラウンド タスクが消費する可能性のある接続の量がわかっている場合、上限を推論するのは簡単ですが、別のアプリへの予約帯域幅が保証されるわけではありません。

ネットワーク コンディショニングは、多くの場合、制限された帯域幅と遅延、パケット損失、またはその他の特性を組み合わせることにより、環境を再現することを目的としています。 Throttlr は、遅延やパケット損失をシミュレートしません。これらの条件が必要な開発者は、適切な調整ツールを使用する必要があります。低速ネットワーク ガイドでは、Throttlr の帯域幅制御とブロックを使用して再現できる、より狭いテストに焦点を当てています。

ウィンドウが表示されているアプリが、必ずしも接続を開いているプロセスであるとは限りません。ランチャー、アップデータ、XPC サービス、ファイル プロバイダー拡張機能、ログイン項目、バックアップ エージェントは、使い慣れた製品のトラフィックを所有できます。 Throttlr は、その関係を識別できる場合、ヘルパー識別子を親アプリとグループ化しますが、独立して署名されたサービスは独自の行として表示される場合があります。

名前だけから行を選択するのではなく、既知の転送を生成し、ライブレートに従います。メイン アプリを制限しても転送が変わらない場合は、アクティビティが一致するヘルパーまたはサービスを探してください。共有 macOS サービスには注意が必要です。ルールは、制御する予定だった目に見えるワークフロー以上に影響を与える可能性があります。

直接ダウンロード ビルドでは、実行中のプロセスを検査して、より豊富なバックグラウンド サービス メタデータを確認できます。 App Store サンドボックスの制限のため、App Store ビルドでは、Throttlr が再度開く前に、影響を受けるアプリケーションを手動で終了するように求められます。直接ビルドでは通常、終了して再度開くシーケンスを実行できます。どちらのビルドでも、再起動中に構成されたトラフィック制御が保持されます。