ZTXGate مقابل Cloudflare Access

يوفر ZTXGate وCloudflare Access وصولًا يراعي الهوية إلى التطبيقات الخاصة، لكنهما مبنيان على نموذجَي تشغيل مختلفين للغاية.

يمثل Cloudflare Access جزءًا من منصة أمنية واسعة مقدّمة عبر السحابة. أما ZTXGate فهو منصة ZTNA يديرها العميل أو MSP ويمكن تشغيلها دون مستوى تحكم إلزامي تستضيفه CoreZT، بما في ذلك البيئات المنفصلة تمامًا عن الإنترنت.

نظرة سريعة​

هذه مقارنة معمارية وليست تقييمًا بالنقاط. يغطي Cloudflare One نطاق منصة أوسع بكثير من ZTXGate، بينما يركز ZTXGate على ZTNA يديره العميل أو MSP ومرونة النشر المنفصل.

نطاق المنصة​

Cloudflare Access مكوّن في Cloudflare One، وهي منصة أمن سحابية واسعة قد تشمل بوابة ويب آمنة واتصال الشبكات وعزل المتصفح وضوابط البيانات وقدرات SASE أخرى.

يركز ZTXGate بصورة أضيق على وصول انعدام الثقة للموارد الخاصة، فيجمع الهوية وسياق الأجهزة وإنفاذ السياسات واتصال WireGuard المُدار ووصول HTTP/HTTPS دون عميل المرخّص ورؤية التدقيق ونماذج نشر يمكن أن تبقى مستقلة عن خدمة تحكم تستضيفها CoreZT.

المؤسسة التي تبحث عن منصة SASE واسعة يديرها المورّد تقيّم نموذجًا مختلفًا عن مؤسسة تبحث عن ZTNA يديره العميل أو MSP.

مستوى التحكم والاتصال الخاص​

يثبّت نموذج Cloudflare الموثق لتطبيقات الويب الخاصة برنامج cloudflared داخل البيئة الخاصة. وينشئ الموصل نفقًا صادرًا إلى Cloudflare، بينما يتولى Cloudflare Access المصادقة وتفويض المستخدمين أمام التطبيق.

يستطيع ZTXGate العمل مستقلًا داخل بنية يديرها العميل أو MSP، دون اشتراط مستوى تحكم سحابي تستضيفه CoreZT لإنفاذ الوصول والسياسات.

يمكن للنشر المتصل استخدام ZTXHub اختياريًا، المملوك والمُدار من CoreZT، لإدارة التحديثات والتراخيص مركزيًا. ولا يلزم ZTXHub للتشغيل الأساسي للوصول في ZTXGate.

استكشف نموذج مستوى التحكم في ZTXGate

الوصول المُدار ودون عميل​

لدى ZTXGate مساران أساسيان:

1. وصول مُدار باستخدام اتصال WireGuard للبروتوكولات التي تحتاج إلى وصول شبكي.
2. وصول HTTP/HTTPS دون عميل ومرخّص عبر وكيل ZTXGate المنفّذ للسياسات لتطبيقات الويب المدعومة.

توثق Cloudflare Access مجموعة أوسع من بروتوكولات الوصول دون عميل. وتشمل وثائقها الرسمية الحالية:

• تطبيقات HTTP/HTTPS الخاصة عبر المتصفح.
• SSH دون عميل.
• RDP داخل المتصفح.

يمثل هذا الاتساع نقطة قوة لدى Cloudflare. ولا ينبغي تصوير ZTXGate على أنه يقدم تغطية مماثلة في المتصفح لبروتوكولات لا يوثق دعمها حاليًا.

يكمن اختلاف ZTXGate في إمكان تشغيل وصول HTTP/HTTPS دون عميل ضمن نشر يديره العميل أو MSP، بدل الاعتماد على خدمة Cloudflare Access المستضافة.

استكشف ZTNA دون عميل

الهوية والمصادقة متعددة العوامل​

يدعم Cloudflare Access المصادقة متعددة العوامل عبر مزوّد الهوية، وكذلك MFA مستقلة ينفّذها Access مباشرةً. وتسرد الوثائق الحالية وسائل تشمل TOTP ومفاتيح أمان WebAuthn والقياسات الحيوية في المنصات مثل Touch ID وFace ID وWindows Hello.

يمكن لـZTXGate استخدام خدمات هوية ومصادقة خارجية في البيئات المتصلة. وعند الترخيص، يتضمن مصادقة ZTXBAS الحيوية المقاومة للتصيد المدمجة بإحكام دون الحاجة إلى نشر خادم ZTXBAS منفصل.

ليس السؤال هل يدعم أي منهما MFA، فكلاهما يدعمها. بل يظهر الفرق عندما يجب إبقاء بيئة الوصول منفصلة عمدًا عن الخدمات السحابية الخارجية.

المصادقة عندما تكون السحابة غير متاحة​

تفصل المقارنة المفيدة بين تحمّل الانقطاع المؤقت ونموذج التشغيل المعزول عمدًا.

ZTXGate​

يمكن أن يظل نشر ZTXGate المستقل معزولًا تمامًا. وعند ترخيص ZTXBAS المدمج، تظل المصادقة الحيوية المقاومة للتصيد متاحة داخل نشر ZTXGate المعزول.

لا يحتاج ذلك المسار إلى الاتصال بـCoreZT أو مزوّد MFA سحابي خارجي. ويمكن إدارة التراخيص والتحديثات يدويًا عند عدم استخدام ZTXHub.

Cloudflare Access​

تقلّل MFA المستقلة في Cloudflare Access الاعتماد على مزوّد هوية خارجي لدى العميل للعامل الثاني، لكنها تظل منفّذة عبر خدمة Cloudflare Access نفسها. ويوصل سير عمل التطبيقات الخاصة الموثق التطبيق بـCloudflare عبر Tunnel ويجري المصادقة لدى Cloudflare.

لم نجد في وثائق Cloudflare التي روجعت لهذه المقارنة نشرًا موثقًا لـAccess يعمل منفصلًا بصورة دائمة مع غياب خدمة Cloudflare نفسها عن مسار المصادقة.

إذًا ليس الفرق «MFA مقابل عدم وجود MFA»، وإنما MFA تقدمها خدمة سحابية مقابل مسار مصادقة حيوية مقاوم للتصيد ومتكامل يمكنه الاستمرار داخل نشر ZTXGate معزول تمامًا.

استكشف ZTNA للبيئات المعزولة

الثقة بالأجهزة وحالتها​

يمكن لكلا المنتجين تضمين سياق الجهاز في سياسة الوصول.

يدعم ZTXGate معلومات الحالة من:

• Microsoft Intune.
• Microsoft Defender for Endpoint.
• SentinelOne Singularity.
• CrowdStrike.
• Jamf.

توثق Cloudflare منظومة واسعة لحالة الأجهزة وتكاملاتها عبر Cloudflare One.

في كلا المنتجين، تتطلب إشارات الحالة من خدمة MDM أو EDR مستضافة على الإنترنت أن تكون تلك الخدمة قابلة للوصول. وفي بيئة ZTXGate معزولة، ينبغي أن تستخدم السياسة إشارات الهوية والأجهزة والحالة والأمن المتاحة بالفعل داخل حدود العزل.

استكشف الثقة في الهوية والجهاز

التشغيل المنفصل والمعزول تمامًا​

يدعم ZTXGate نموذج تشغيل منفصلًا بصورة دائمة:

• يظل تشغيل ZTXGate بيد العميل أو MSP.
• لا تُشترط بنية تحكم تستضيفها CoreZT.
• يمكن إدارة التراخيص يدويًا.
• يمكن تنفيذ تحديثات البرامج يدويًا.
• يبقى ZTXBAS المدمج والمرخّص متاحًا للمصادقة الحيوية المقاومة للتصيد.

يمكن للنشر المتصل اختيار ZTXHub التي تديرها CoreZT لإدارة التراخيص والتحديثات مركزيًا.

صُمم Cloudflare Access ليكون جزءًا من خدمة Cloudflare السحابية. قد يقلّل ذلك كثيرًا عبء تشغيل مستوى التحكم لدى العميل، لكنه خيار معماري مختلف عن منتج صُمم للعمل دون خدمة تحكم يستضيفها المورّد.

المسؤولية التشغيلية​

قد يلائم Cloudflare Access احتياجاتك عندما:

• تريد منصة أمنية سحابية واسعة.
• ترغب أن يتولى المورّد تشغيل مستوى تحكم ZTNA.
• تُعد خيارات الوصول من المتصفح ودون عميل الواسعة مهمة.
• تقبل الاعتماد المعماري على خدمة Cloudflare.
• تستفيد من التكامل مع منصة Cloudflare One الأوسع.

قد يلائم ZTXGate احتياجاتك عندما:

• ينبغي أن يدير العميل أو MSP منصة الوصول.
• لا ترغب في مستوى تحكم إلزامي يستضيفه المورّد.
• تحتاج إلى تشغيل دائم في بيئة معزولة.
• يجب أن تظل المصادقة الحيوية المقاومة للتصيد متاحة في البيئة المنفصلة.
• تحتاج وصول WireGuard المُدار وHTTP/HTTPS دون عميل عند الترخيص.
• تفضّل منصة ZTNA مركزة بدل منظومة SASE أوسع.

لا تمثل أي قائمة ترتيبًا عامًا؛ فالأنسب يعتمد على نموذج التشغيل ومتطلبات الأمن.

المصادر الرسمية المستخدمة​

جرى التحقق من معلومات Cloudflare بهذه الصفحة باستخدام وثائقها الرسمية وقت المراجعة:

• فرض MFA
• MFA المستقلة
• تطبيق ويب خاص
• تأمين التطبيقات الخاصة
• SSH دون عميل
• سطح المكتب البعيد داخل المتصفح

استكشف ZTXGate · ابدأ تجربة مجانية