Cato非公開アクセスとは？

Cato非公開アクセスはブロークされたアーキテクチャを通じてユーザーからアプリケーションへのアクセスを提供します。 ユーザーはアプリケーションをホストするネットワークに直接接続しません。 代わりに、アプリケーションコネクタを介して明示的に定義され公開されているアプリケーションへのアクセスが確立されます。

非公開アクセスはユーザーが開始したアクセスのみをサポートします。 アプリケーションはユーザーに接続を開始せず、サーバー開始または双方向の通信パターンはサポートされていません。 この設計はユーザーとアプリケーション環境間の厳密な隔離を強制し、内部ネットワークを公開したりルートを広告したりする必要性を排除します。

サーバー開始または双方向通信を必要とするシナリオは、非公開アクセスのスコープ外であり、IPsecとSocketサイトのCatoネットワークアーキテクチャによりサポートされています。

詳細情報については、Cato SASE Cloudによる非公開アプリケーションへのゼロトラストアクセスをご参照ください。

非公開アクセスサービスは地域グループごとにユーザーによってライセンスされています。 詳しくは、Catoの代表者または公式リセラーにお問い合わせください。

非公開アプリケーションは、Catoを通じて公開する内部アプリケーションを表します。

各アプリケーションに対して、ユーザーがアプリケーションにアクセスする方法と承認された接続性を提供するコネクタグループを定義することにより、内部リソースを安全に公開します。 アプリケーションは内部IPアドレス指定から抽象化され、ユーザーは内部ネットワークではなく公開ドメインにアクセスします。

アプリケーションコネクタは、保護されたアプリケーション（データセンター、クラウドVPC、またはLAN）と同じ環境に展開され、Cato Cloudにその環境を安全に接続します。 各コネクタはアウトバウンド専用のDTLSトンネルを確立し、ポリシーで明示的に承認されたセッションのみを転送します。 コネクタはインバウンド接続を受け入れず、ルーティングの変更を必要としないため、アプリケーションネットワークを再設計せずに非公開アクセスを導入できます。 複数のコネクタを展開してレジリエンスとスケールを向上させることができます。

アプリケーションコネクタグループは、論理的にコネクタをグループ化して、高可用性、負荷分散、および運用分離を提供します。 非公開アプリケーションは特定のコネクタではなくコネクタグループに接続されます。 つまり、特定のコネクタに問題が発生した場合、アプリケーションは自動的にグループ内の別の利用可能なコネクタを使用できます。

非公開アクセスポリシーを使用して、誰がどの非公開アプリケーションにアクセスできるのか、どの条件でアクセスできるのかを制御します。 ポリシーにより、ユーザーのアイデンティティとコンテキストに基づいて、アプリケーションレベルのアクセスを許可し、デフォルト拒否の姿勢を維持します。 承認は、セッションがアプリケーション環境に確立される前にPoPで評価され、明示的に許可された接続のみがアプリケーションにブロークされることを保証します。

ルーティングを変更せず、サブネットを広告せず、WANアーキテクチャを変更せずに内部アプリケーションを安全に公開します。

非公開アクセスはインバウンドファイアウォールルールを必要とせず、アプリケーション環境からのアウトバウンド専用トンネルを使用し、IPの再アドレス指定を必要とせず、サイトのオンランピングを必要としません。 これにより、既存のネットワーク設計を維持しながら非公開アプリケーションを迅速にオンボードするのに理想的です。

M＆Aのシナリオでは、重複するIP範囲が統合を遅らせることがよくあります。

非公開アクセスはIPの再アドレス指定を必要とせず、CGNATおよびDNSマッピングを使用して内部アドレス指定を抽象化し、ユーザーアクセスをルーティングドメイン統合なしで許可します。 これにより、取得した環境の迅速かつ非破壊的なオンボードがサポートされます。

双方向またはサーバー開始の接続が後で必要な場合は、環境を完全なCatoサイトとしてオンボードできます。