---
title: "Cato Cloud のバイパス（アカウント レベル ポリシー）"
slug: "bypassing-the-cato-cloud-account-level-policy"
updated: 2026-10-09T23:12:48Z
published: 2026-10-09T23:12:48Z
canonical: "knowledge.catonetworks.com/bypassing-the-cato-cloud-account-level-policy"
---

> ## Documentation Index
> Fetch the complete documentation index at: https://knowledge.catonetworks.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Cato Cloud のバイパス（アカウント レベル ポリシー）

**注:** Catoは、該当するサイトレベルのソケットバイパスポリシーをアカウントレベルのソケットバイパスポリシーに自動的に移行します。詳細については、以下の[FAQ](/v1/docs/bypassing-the-cato-cloud-account-level-policy#faq-automatic-migration-from-sitelevel-policy)を参照してください。

## 概要

バイパスポリシーでは、Cato Cloudにルーティングされることなく、インターネットに直接出力するインターネットトラフィックのバイパスルールを定義することができます。これは、アカウント内のすべてのSocketサイト全体にグローバルに適用されるアカウントレベルのポリシーです。 Cato クラウド内の PoP は、バイパスされたインターネット トラフィックを検査せず、セキュリティ ポリシーも適用しません。また、Cato Cloudで強制されるアプリケーションまたはカテゴリベースのトラフィックルールは適用されません。上流方向でバイパストラフィックの帯域幅プロファイルおよびQoSをSocketは引き続き適用します。ポップがバイパスされているので、下流方向にはQoSが適用されません。

バイパスされたインターネットトラフィックはSocket WANインターフェース経由で送信されます。内部のSocketメカニズムは、パケット損失、ジッター、レイテンシー、輻輳などの一連のパラメータに基づいて、WANインターフェースごとに1秒ごとに計算されるスコアを生成します。

デフォルトの動作は、Socketがバイパストラフィックの最良のスコアに基づいてWANポートを自動的に選択することです。 Socketは異なるフローに対して異なるWANポートを選択することができます。

> [!TIP]
> 重要：
> 
> - インターネットトラフィックのバイパスは、すべてのソケット及びvソケットサイトがソケットバージョン26.0.23517以上を実行しているアカウントでのみサポートされています
> - バイパストラフィックは、サイトの帯域幅ライセンスとしてのサイトトラフィックに含まれません。

![バイパス_ポリシー_アカウント_レベル.png](https://cdn.document360.io/81d0367c-2b69-4ba8-b412-1c8f46ce677e/Images/Documentation/33239523031965.png?sv=2026-02-06&spr=https&st=2026-11-10T17%3A02%3A01Z&se=2026-11-10T18%3A02%3A01Z&sr=c&sp=r&sig=K3Pdi0WZNsf37CG7GKLHSRSAsd7U5%2BvjYnViuLoItLw%3D)

### ユースケース - Windowsアップデートトラフィックのバイパス

Windows Update トラフィックは帯域幅を多く消費し、必ずしもCato Cloudによる検査を必要としないことがあります。パフォーマンスを最適化するために、管理者は送信先として設定された**Windows Update**定義済みアプリケーションでバイパスルールを設定します。その後、Windows デバイスはインターネット接続を介して Microsoft から直接更新をダウンロードします。

### 前提条件

- Socket v26.0.23517 以上の Socket およびvSocket サイトでサポートされています。

## アカウントレベルのバイパスの仕組み

### あらかじめ定義されたアプリケーションに基づくバイパスルール

Socketサイトでのトラフィックを直接インターネットに出力することを簡単にするために、アプリケーション用のすべての関連宛先IPアドレスを含むあらかじめ定義されたアプリケーションを使用してルールを定義できます。 Catoはこれらのあらかじめ定義されたアプリケーションを維持し、アプリケーションのIPアドレスが更新されたときに、ポリシーが新しいIPアドレスに自動的に適用されます。例えば、Zoomのすべての公開IPを設定し追跡する代わりに、 **Zoom** あらかじめ定義されたアプリケーションを選択するだけで、Catoが正しい宛先がバイパスされるようにします

### FQDN、ドメイン、およびカスタムアプリケーションに基づくバイパスルール

FQDN、ドメイン、およびカスタムアプリケーションに基づいてバイパスルールを作成し、Socketから直接出力されるインターネットの宛先を細かく制御できます。 DNSベースの識別子でトラフィックを一致させることで、個々のIPアドレスを手動で追跡する必要をなくし、維持管理の手間を減らします。[カスタムアプリケーション](/v1/docs/working-with-custom-apps)を使うと、複数のFQDNやドメイン、IP範囲を、1つの再利用可能なオブジェクトにグループ化でき、ポリシーの管理が容易になり、読みやすく、ルール間で一貫性があります

### バイパスポリシーとCatoファイアウォールポリシーの関連性

バイパスポリシールールと一致するトラフィックは、Catoのファイアウォールポリシーによって強制されません。バイパストラフィックがCatoクラウドに送信されないため、インターネットファイアウォールおよびWANファイアウォールルールは適用されません。バイパスポリシーとSocketの次世代LANファイアウォールは、どちらもソケット上でローカルに強制されますが、異なる目的を持ち、異なる種類のトラフィックに適用されます。 Socketの次世代LANファイアウォールは、サイト内の東西トラフィックとセグメンテーションを制御し、バイパスポリシーはインターネットに直接出力されるトラフィックのみに適用されます。

### ポリシーの改訂および複数の管理者による同時編集

バイパスポリシーは、異なる管理者が並行してポリシーを編集することを可能にします。各管理者はルールを編集し、ルールベースに変更を保存して自分のプライベートリビジョンで管理し、それからアカウントポリシーに公開することができます（公開済みリビジョン）。ポリシーリビジョンの管理方法についての詳細は、[「ポリシーリビジョンの作業」](/v1/docs/working-with-policy-revisions)を参照してください。

## バイパスルールの定義

バイパスルールを作成し、どのトラフィックを直接インターネットに出力するかを管理するための設定を構成します。

**優先Socketポート**

デフォルトでは、ソケットがWANインターフェースを自動的に選択し、最適なスコアを持つ。オプションで、**優先Socketポート**（例：**WAN2**）を設定できます。WANスコアが類似している場合、ソケットは選択されたWANインターフェースを優先します（接続がある限り）。接続が失われた場合、ソケットは別のWAN役割を選びます

ルールの**送信元**と**宛先**アイテムについて詳しくは、[ルールオブジェクトのリファレンス](/v1/docs/reference-for-rule-objects)を参照してください。

![](https://cdn.document360.io/81d0367c-2b69-4ba8-b412-1c8f46ce677e/Images/Documentation/bypass_rules.png?sv=2026-02-06&spr=https&st=2026-11-10T17%3A02%3A01Z&se=2026-11-10T18%3A02%3A01Z&sr=c&sp=r&sig=K3Pdi0WZNsf37CG7GKLHSRSAsd7U5%2BvjYnViuLoItLw%3D)

**インターネットトラフィック用のバイパスルールを定義するには：**

1. ナビゲーションメニューから**ネットワーク>バイパス**を選択します。
2. **新規**をクリックし、ドロップダウンから**新しいルール**を選択します。
3. ルールの**名前**を入力します。
4. スライダーを使用してルールを有効または無効にします（緑が有効、灰色が無効）。
5. ルールベースのルールの**位置**を設定します。
6. **サイト**セクションを展開し、ルールが適用されるソケットサイトおよび/またはグループを選択します。デフォルト値は**すべて**です
7. **送信元**セクションを展開し、このルールのトラフィック送信元オブジェクトを1つ以上選択します

ルールに複数の**送信元**オブジェクトがある場合、それらの間にはOR関係があります。デフォルト値は**すべて**です
8. **宛先**セクションを展開し、このルールのトラフィック宛先を1つ以上選択します

ルールに複数の**宛先**オブジェクトがある場合、それらの間にはOR関係があります。デフォルト値は**すべて**です
9. **サービス/ポート**セクションを展開し、ルールが適用される単純および/またはカスタムサービスを定義します：

ルールに複数の**サービス/ポート**オブジェクトがある場合、それらの間にはOR関係があります。デフォルト値は**すべて**です
  - **単純サービス**の場合は、ドロップダウンメニューからサービスを選択します
  - **カスタムサービス**の場合は、形式プロトコル/ポートでプロトコルとポートを入力します。例として、単一ポートの場合は**TCP/80**、ポート範囲の場合は**TCP/80-88**
10. **アクション**セクションを展開し、**優先Socketポート**と**トラッキング**設定を定義します
  - **（オプション）** **優先Socketポート**で、バイパストラフィックの優先WANポートとしてSocketが使用するWANポートを選択します。**自動**が選択されている場合、ソケットはバイパストラフィックの最適なポートを決定します。
  - **（オプション）** トラフィックに一致するとイベントを生成するためのルールの **イベント** オプションを選択します。
11. **保存**をクリックして変更を保存します。

変更は未公開のリビジョンに保存され、公開または破棄されるまで編集可能です。

### Bypassing Microsoft Teams and File Sharing

Files shared in Microsoft Teams chats and channels are stored in SharePoint and OneDrive. Cato identifies this traffic as **SharePoint and OneDrive Business**, not as **Skype and MS Teams**. A rule that includes only **Skype and MS Teams** doesn't bypass Teams file sharing, so that traffic is still routed to the Cato Cloud.

To bypass Teams file sharing traffic, add **SharePoint and OneDrive Business** to the rule along with **Skype and MS Teams**.

## フロータイムアウトのカスタマイズ

ソケットおよびvSocketサイトでは、デフォルトのフロータイムアウトは60秒です。この時間が経過すると、トラフィックフローはアイドルタイムアウトになり、ソケットはバイパスフローを閉じます。

フロータイムアウトのカスタマイズにはソケットWebUIを使用できます。ただし、このカスタム設定は永続的ではなく、ソケットが再起動した場合、新しいバージョンにアップグレードした場合など、デフォルトの60秒フロータイムアウトに戻ります。カスタムフロータイムアウトを永続的に設定するには、[サポート](https://support.catonetworks.com/hc/en-us/requests/new)に連絡してください。

**バイパスフロータイムアウトをカスタマイズする：**

1. ソケットWebUIにログイン：
  1. ナビゲーションメニューから**ネットワーク > サイト**を選択し、サイトを選択します
  2. ナビゲーションメニューから**サイト設定 > ソケット**を選択します
  3. ソケットの**アクション**メニューから**ソケットWebUI**を選択します。
2. **クラウド接続設定**タブの、**フロータイムアウト（バイパスフローのみ）**セクションで、新しいタイムアウト値を入力します。
3. **更新**をクリックします。

## 既知の制限

- FQDNベースのバイパスは、DNSとIPの相関関係に依存しており、サービスがCDNの背後にホストされている場合、不正確になることがあります。複数のホスト名が同じ共有CDN IPに解決される場合、ルールに偽陽性の一致が発生し、他のホスト名のトラフィックが意図せずにバイパスされる可能性があります。

## FAQ: サイトレベルのポリシーからの自動移行

Catoは、該当するサイトレベルのソケットバイパスポリシーをアカウントレベルのバイパスポリシーに自動的に移行します。

### どのサイトが自動移行の対象ですか?

ソケットバージョン26以降を実行しているサイトは、自動移行の対象です。

### 以前のソケットバージョンを実行しているサイトは、自動移行されますか?

いいえ。ソケットバージョン26より以前を実行しているサイトは、自動移行の対象ではありません。

### 移行後、サイトレベルのバイパスポリシーはどうなりますか?

アカウントがアカウントレベルのソケットバイパスポリシーに移行すると、サイトレベルのバイパスポリシーは廃止されます。

### 管理者がアクションを取る必要がありますか?

該当するサイトにはアクションは不要です。 Catoは、該当するサイトレベルのバイパスポリシーをアカウントレベルのポリシーに自動的に移行します。

## 記事チェンジログ

| 日付 | "説明" |
| --- | --- |
| 2026年7月19日 | アカウントレベルのソケットバイパス機能用の最小ソケットバージョンはv26.0.23517です |