対象 Mac ユーザー

Mac でインターネットからアプリをブロックする方法

1 つの Mac アプリがインターネットにアクセスするのを一時的にブロックするには、Throttlr でアプリを選択し、ダウンロードとアップロードのブロックを有効にします。ルールは Mac 全体ではなくそのアプリに適用され、同じコントロールからアクセスを再度オンにすることができます。

公開日

Throttlr コントロールで macOS 上の Firefox でブロックされたネットワーク トラフィックが表示される
Throttlrはリアルタイム通信を表示し、アプリ別のダウンロードとアップロード制御を提供します。

1 つの Mac アプリをインターネットからブロックする方法

Mac 上で 1 つのアプリのネットワーク使用を一時的にブロックする直接的な方法は、Throttlr のプロキシを実行し、アプリを選択して、ダウンロードとアップロードのブロックをオンにすることです。他のアプリケーションが Mac の接続を使用し続ける間、そのアプリに対してキャプチャされた新しい接続は停止されます。アクセスを復元する場合は、同じパネルからのコントロールを無効にします。

アプリレベルのルールは、グループ化されたヘルパー識別子を含む、そのアプリへのトラフィック Throttlr 属性に適用されます。個々の Web サイト、ドメイン、ポート、サーバーに対して例外は作成されません。ある宛先を許可し、別の宛先を拒否する必要がある場合は、代わりに接続ルール ファイアウォールを使用してください。 1 つの転送による接続の支配を阻止する必要があるだけの場合は、通常、速度制限の方がブロックよりも中断が少なくなります。

Throttlr は、インターネットとローカル ネットワークを別々の集計ターゲットとして表示します。これらのターゲットを使用すると、広範なトラフィック スコープを個別に制御できますが、アプリ レベルのルールとは異なります。選択した 1 つのアプリをブロックすると、そのアプリがキャプチャしたインターネット フローとローカル ネットワーク フローに影響を与える可能性がありますが、より広範なスコープ ルールを適用しない限り、他のアプリは利用可能なままになります。

組み込みの macOS ファイアウォールが送信アプリのブロッカーではない理由

macOS のファイアウォールは主に受信接続、つまり Mac 上のアプリまたはサービスに到達しようとする別のコンピューターによって開始されるトラフィックを制御するように設計されています。その設定により、受信接続をブロックしたり、署名されたソフトウェアを許可したり、ステルス モードを有効にしたりできます。これらのコントロールは、ファイル共有、リモート アクセス、ローカル サーバー、または接続を受け入れる別のサービスを実行する場合に役立ちます。

これは、Mac 上のアプリによる発信接続の開始を停止するのとは異なります。ファイルをアップロードする同期クライアント、リリースをダウンロードするアップデータ、または独自のサービスにリクエストを送信するアプリケーションによって、アウトバウンド トラフィックが作成されます。したがって、組み込みファイアウォールの受信アプリ リストを変更することは、そのアクティビティを防ぐための一般的な解決策ではありません。

Apple は、ファイアウォールを不要な受信接続から保護するものとして文書化しています。送信アプリごとの制御には、送信ルール用に設計された Network Extension ベースのトラフィック コントローラーまたはアプリケーション ファイアウォールが必要です。 Throttlr は、新しい宛先ごとにプロンプ​​トを表示するのではなく、監視、帯域幅の上限、および一時的な方向ブロックに重点を置いています。

ブロッキングと速度制限

ブロッキングと速度制限はさまざまな問題を解決します。ブロックはハードストップです。ブロックされたアップロードはそこから離れることができず、ブロックされたダウンロードはキャプチャされたフローを通じてアプリに到達することはできません。オフライン動作をテストしている場合、転送を停止する必要がある場合、または意図的にアクセスを復元するまでアプリを切断したままにしておきたい場合に使用します。

速度制限を使用すると、トラフィックが制御された速度で継続します。通常、バックアップ、クラウド同期、ゲームの更新、またはブラウザのダウンロードを接続全体を消費せずに続行する必要がある場合には、これがより良い選択です。ダウンロード速度が正常に見えても、アップロード容量が飽和すると通話やインタラクティブな作業が中断される可能性があるため、アップロードとダウンロードの個別の制御が重要です。

継続性が重要な場合は速度制限から開始し、アプリがこれ以上進行してはならない場合はブロックを使用します。オフライン テストの場合は、両方向をブロックします。応答を受信できる間にアプリが失敗したアップロードをどのように処理するかを観察するなどの一方向の実験の場合は、関連する方向のみを制御し、ライブ トラフィック ビューで結果を確認します。

アプリのネットワーク アクセスをブロックして復元する

  1. Throttlr をインストールして開き、プロキシを開始します。 macOS が要求した場合は、システム設定でネットワーク拡張機能を承認します。その権限がアクティブになるまで、プロキシはフローを検査または制御できません。
  2. Pro または Pro トライアル版がアクティブであることを確認します。 現在の Pro ライセンスがない場合、Throttlr が適用するルールは 1 MB/s のルール 1 つだけで、他のアプリのルールは Pro が再び有効になるまで保存されます。
  3. ターゲット アプリケーションを起動し、ネットワーク アクティビティを生成して、アプリ リストに表示します。ヘルパーまたはバックグラウンド サービスが転送を所有している場合、転送は別の行として表示されることがあります。
  4. アプリケーションを選択し、そのブロック コントロールを開きます。キャプチャされたネットワーク アクセスが利用できないかのようにアプリを動作させる場合は、ダウンロードとアップロードの両方のブロックを有効にします。
  5. アプリケーションが既に実行中であると Throttlr が警告した場合は、アプリケーションを終了して再度開きます。新しい接続は、古いパスに残るのではなく、現在のプロキシ プロバイダーの下で開始されます。
  6. 通常はネットワークを使用するアクションを繰り返し、アプリの行とインターネットの合計を監視します。すでにキャッシュされている可能性のあるコンテンツに依存するのではなく、新しいリクエストをテストします。
  7. 両方のブロックを無効にしてアクセスを復元します。他のトラブルシューティングの変更を削除する前に、リクエストを再試行し、トラフィックが再開されることを確認してください。

macOS でアプリのトラフィックを制御する方法を比較する

適切なツールは、受信ファイアウォール、詳細な宛先ルール、単純なアプリレベルのブロック、帯域幅シェーピング、または現実的な逆ネットワークテストが必要かどうかによって異なります。これらの製品は重複していますが、互換性はありません。

ネットワーク トラフィックをブロック、制限、調整するための macOS ツール
ツール通信方向ルールの範囲帯域幅制御適した用途
macOS Firewall受信接続アプリとサービスへの受信アクセスいいえMac への接続を受け入れるサービスの保護
Throttlrキャプチャされたアップロードとダウンロードアプリ、バックグラウンド サービス、インターネット、またはローカル ネットワーク ターゲットアップロードとダウンロードの個別の上限アプリのトラフィックの監視、制限、または一時的な停止
Little Snitch受信ルールと送信ルールアプリ、サーバー、ドメイン、ポート、プロトコル、ルール グループ帯域幅リミッターとして位置付けられていません詳細な接続ポリシーと宛先レベルの決定
LuLu発信接続プロセスまたは特定のリモート宛先いいえ無料のオープンソースの送信接続ルールとアラート
Radio Silenceアプリの送信接続アプリとその子プロセスいいえ静かで簡単なアプリレベルのファイアウォール
Network Link Conditionerシステムまたは開発デバイスのネットワーク状態個々の Mac アプリではなくネットワーク状態プロファイルアプリごとの上限ではなく、プロファイルベースの調整広範なネットワークの悪条件下での動作のテスト

製品の機能は変更される可能性があります。リンクされた公式ドキュメントは、サードパーティの各行のソースです。 Throttlr は、宛先レベルのファイアウォール ルールに代わるものではなく、その帯域幅の上限は、遅延、パケット損失、DNS 障害、または実際のネットワークのあらゆるプロパティを再現するものではありません。

1 つのアプリをブロックまたは制限する実際的な理由

  • Mac 全体を切断せずにクラウド同期を一時停止します。一時的なブロックにより、ブラウザー、通話、および無関係な作業が継続している間、キャプチャされた転送が停止される可能性があります。接続が空いているときにアクセスを復元します。
  • 時間が重要な作業中は更新を停止してください。アプリケーションまたはそのアップデーターが大規模な転送を開始した場合は、通話またはプレゼンテーションを続行する前に、トラフィックを所有する行をブロックし、レートが低下することを確認します。
  • オフラインと回復の動作をテストします。開発者と QA エンジニアは、両方向をブロックし、読み込みと再試行の状態を実行してからブロックを削除して、アプリが再起動されずに回復することを確認できます。
  • 帯域幅を大量に消費するタスクからの通話を保護します。バックグラウンド ジョブを続行する必要がある場合は、アップロードまたはダウンロードの上限を設定することをお勧めします。ブロックは、転送が完全に停止しても安全な場合にのみ使用してください。
  • どのプロセスが原因不明のトラフィックを所有しているかを特定します。ライブ アプリの行をインターネット アグリゲートと並べて使用し、ヘルパーとバックグラウンド サービスを検査してから、どのターゲットを制御するかを決定します。

まだ接続されているように見えるアプリのトラブルシューティングを行う

  1. プロキシが実行中であり、Throttlr のネットワーク拡張機能がシステム設定で有効なままであることを確認します。プロバイダーが現在アクティブでない場合、モニタリング データだけでは古い可能性があります。
  2. 関連するブロックの切り替えが有効のままであること、そして複数のアプリをブロックしている場合は Pro がアクティブであることを確認します。テストで意図的に一方向を許可しない限り、ダウンロードとアップロードの両方をブロックします。
  3. Command-Q を使用してターゲット アプリケーションを終了し、プロキシがアクティブになった後で再度アプリケーションを開きます。 Dock、メニューバー、またはバックグラウンドで実行を続けるアプリにとって、ウィンドウを閉じるだけでは十分ではありません。
  4. Throttlr を定期的に使用する場合は、ログイン時の起動を有効にします。他のアプリよりも先にプロバイダーを開始すると、現在のセッション以外で長時間存続する接続が作成される可能性が低くなります。
  5. 新しいネットワーク リクエストを生成します。以前に読み込まれたページ、キャッシュされたメディア、ローカル ファイル、キューに入れられた UI 状態によって、新しいトラフィックが通過したことを証明せずに、アプリがオンラインに見える可能性があります。
  6. ヘルパー、アップデータ、XPC サービス、または署名されたバックグラウンド サービスの行を探します。表示されているアプリ プロセスが、必ずしも接続を開くプロセスであるとは限りません。
  7. 選択した行をインターネット合計と比較します。合計には、macOS サービス、ヘルパー、新しく起動したアプリ、最近閉じたアプリからキャプチャされた非ローカル トラフィックが含まれており、ブロックした行と一致しない可能性があります。
  8. ワークフローでプリンター、NAS、開発サーバー、または別の LAN デバイスを使用する場合は、ローカル ネットワーク ターゲットも確認​​してください。インターネットとローカルの宛先は、集約レベルで別々に分類されます。
  9. ブロックを削除し、トラブルシューティングが完了したら再試行してください。同じリクエストが再開されることを確認すると、成功したブロックと無関係なサーバーまたはアプリケーションの障害を区別するのに役立ちます。

ヘルパー、バックグラウンド サービス、既存の接続を理解する

多くの Mac アプリケーションは、ヘルパー実行可能ファイル、ログイン項目、XPC サービス、アップデータ、またはその他のバックグラウンド プロセスにネットワークを委任します。 Throttlr は、その関係を識別できる場合、ヘルパー バンドル識別子を親アプリとグループ化します。独立して署名されたサービスは独自のターゲットとして表示される場合があり、メインのアプリ行を制御すると、別のサービス行が所有するトラフィックを制御できない場合があります。

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

現在のプロキシ プロバイダーが開始される前に存在していた接続は別の問題です。 Apple のネットワーク拡張 API は、それらの古い接続を新しく開始されたプロバイダーの下に常に移動できるわけではありません。制限またはブロックは、古いフローが継続している間に、キャプチャされた一部のフローに影響を与える可能性があります。アプリケーションを終了して再度開くか、独立して実行されているバックグラウンド サービスを再起動して、アクティブなプロバイダーの下で新しい接続を確立します。

インターネットの合計を、表示されているアプリケーション行の数学的合計としてではなく、独立した安全性チェックとして扱います。アプリの行が停止した後も合計が動き続ける場合は、別のアプリ、ヘルパー、システム サービス、または一致しないプロセスがそのトラフィックを所有している可能性があります。

よくある質問

組み込みの macOS ファイアウォールはアプリの接続を阻止できますか?

一般的な送信アプリのコントロールとしては機能しません。 Apple のファイアウォール設定は、Mac 上のアプリやサービスへの受信接続に重点を置いています。アプリ自体が接続を開始する場合は、送信アプリケーション ファイアウォールまたは Throttlr などのトラフィック コントローラーを使用します。

アップロード、ダウンロード、またはその両方をブロックする必要がありますか?

キャプチャされたトラフィック内でアプリをオフラインにすることに最も近い値を得るには、両方向をブロックします。テスト中の動作で他の方向を利用可能な状態にしておく必要がある場合は、一方向のみをブロックし、ライブ トラフィック ビューで結果を確認します。

1 つのアプリをブロックすると、Mac の残りの部分が切断されますか?

アプリレベルのルールは、そのアプリとそのグループ化されたヘルパーに起因するトラフィックをターゲットとします。集約インターネットまたはローカル ネットワーク ターゲットもブロックしない限り、他のアプリは通常どおり続行します。個別に識別されるヘルパーまたはサービスには、独自のルールが必要な場合があります。

アプリをブロックした後も古いコンテンツが表示されるのはなぜですか?

コンテンツはキャッシュされているか、すでにロードされている可能性があり、既存の接続はアクティブなプロキシ セッションよりも古い可能性があります。ブロックが失敗したと判断する前に、実行中のプロバイダーでアプリを終了して再度開いた後、新しいリクエストを試してください。

Throttlr は Little Snitch または Network Link Conditioner に代わるものですか?

いいえ。 Throttlr は、アプリごとのモニタリング、方向性帯域幅の上限、および一時的なブロック向けに設計されています。 Little Snitch は詳細な宛先レベルのファイアウォール ルールを提供し、Network Link Conditioner は広範なネットワーク状態をモデル化します。必要なテストまたはポリシーに一致するツールを選択してください。

設定、既存の接続、ライセンスについてサポートが必要な場合は、 Throttlrのよくある質問.

関連ガイド