メインコンテンツまでスキップ

ZTXGateとTwingateの比較

TwingateはホストされたControllerと顧客側Connectorによるモデルです。ZTXGateは顧客またはMSPが運用し、中核のアクセス制御をCoreZTの必須クラウドサービスに依存させないモデルです。

主要項目の比較​

比較項目ZTXGateTwingate
中核の管理・制御顧客またはMSPによるZTXGateTwingateホストのマルチテナントController
プライベート側のコンポーネントZTXGateゲートウェイ/プロキシ顧客が導入するConnector
エンドポイントアクセスWireGuard、ライセンス付きHTTP/HTTPSクライアントレスユーザー向けTwingate Client
リソース単位のポリシー対応対応
デバイスポスチャーIntune、Defender、SentinelOne、CrowdStrike、JamfIntune、Jamf、CrowdStrike、SentinelOneなど
完全なスタンドアロン/エアギャップ対応文書化された標準運用モデルではない
任意のベンダーサービスCoreZT運用ZTXHubによるライセンス・更新管理ホストされたControllerが標準構成の要素
回復性バックアップ・復元、従来型HAなしConnectorの冗長化・負荷分散をサポート、ControllerはTwingate運用

制御プレーン​

ZTXGateのコア制御はお客様またはMSPの管理環境内に残ります。TwingateはホストされたControllerを中心に構成されます。

プライベート側のコンポーネント​

両者とも顧客側へコンポーネントを配置しますが、管理・ポリシー制御をどこに置くかが異なります。

エンドポイントのモデル​

Twingateは専用クライアントを利用します。ZTXGateはWireGuardと、HTTP/HTTPSに限ったライセンス付きクライアントレスプロキシを提供します。

リソースへの認可​

いずれもリソース単位のアクセス制御を重視します。評価時は認証、期限、有効なポスチャー条件と監査の扱いを比較してください。

IDとライフサイクル​

ZTXGateはOIDC・SCIMと対応する追加認証に連携します。Twingateの実際のID連携・条件は公式文書を確認してください。

どちらの構成が適しているか​

クラウド管理の利便性とConnector冗長化を重視するならTwingate、運用基盤の所有権と隔離環境への適合を重視するならZTXGateを検討してください。

中核のアクセスモデル​

ZTXGateは、ユーザーID、登録済みデバイス、対象リソース、ポリシーを組み合わせてアクセスを判断します。管理対象端末はWireGuardを使用し、プライベートHTTP/HTTPSアプリにはライセンス付きのクライアントレスプロキシを利用できます。

運用責任と回復性​

ZTXGateは顧客またはMSPが運用するソフトウェアであり、従来型のHAクラスタではなく、バックアップを新しいデプロイメントへ復元する災害復旧モデルを採用しています。比較する際は運用負担と可用性の設計も評価してください。

エアギャップでの認証​

ZTXGateの中核アクセス機能はCoreZTがホストする制御プレーンを必須としません。ライセンスされた統合ZTXBASは、完全なエアギャップ環境でも独立サーバーなしでフィッシング耐性のある生体認証を提供します。外部クラウド認証の可否は、それぞれのサービスへの接続条件によります。

公式情報源​

以下は原文の比較作成時に使用した公式資料です。製品の提供機能・条件は変化するため、最新の公式文書も確認してください。

すべての比較 · ZTXGateの詳細 · 無料トライアル