إنتقل إلى المحتوى الرئيسي

الوصول إلى الشبكات وفق مبدأ انعدام الثقة المستضاف ذاتيًا

شغّل منصة الوصول ضمن بنية تديرها مؤسستك أو مزوّد الخدمات المُدارة (MSP).

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

ما المقصود بـ ZTNA المستضاف ذاتيًا؟​

يعني ذلك في ZTXGate أن البرنامج يعمل داخل بنية يديرها العميل أو مزوّد خدمات مُدارة يعمل نيابةً عنه.

يحدد المشغّل مكان تشغيل ZTXGate وكيفية تأمين المضيف والشبكات التي يتصل بها وتكاملات الهوية والأمان المستخدمة والموارد المحمية وتعريف سياسات الوصول.

ZTXGate برنامج تجاري مدعوم يُنشر خارج مستوى تحكم وصول إلزامي تستضيفه CoreZT. ولا تعني الاستضافة الذاتية أن المنتج مفتوح المصدر.

إبقاء منصة الوصول قريبة من مواردك​

محليًا​

شغّل ZTXGate داخل مركز بيانات أو مكتب أو بيئة أخرى يديرها العميل أو مزوّد الخدمات المُدارة.

سحابيًا​

انشره على جهاز Linux افتراضي بجوار البنية التحتية المستضافة على السحابة.

هجينًا​

استخدم نموذج الوصول نفسه مع الموارد الموزعة بين البيئات المحلية والسحابية.

معزولًا تمامًا​

انشره في البيئات المعزولة التي لا تستطيع فيها منصة الوصول الأساسية الاعتماد على خدمة سحابية خارجية.

دون مستوى تحكم سحابي إلزامي لدى المورّد​

تعتمد بعض بنى ZTNA على خدمة سحابية يشغّلها المورّد للتحكم أو السياسات أو وساطة الهوية أو معالجة الحركة أو وظائف أخرى.

يمكن للعميل أو مزوّد الخدمات المُدارة تشغيل ZTXGate، حيث تنفذ السياسة الأساسية وإنفاذ الوصول داخل بيئة نشر ZTXGate نفسها.

قد يهم ذلك المؤسسات التي تريد سيطرة تشغيلية على بنيتها، أو لديها متطلبات داخلية أو تنظيمية، أو تستخدم تطبيقات يجب أن تبقى مستقلة عن مستوى تحكم SaaS خارجي، أو تقيّد الاتصال بالإنترنت عمدًا.

ولا يعني ذلك أن كل تكامل اختياري يعمل دون اتصال خارجي: فاستخدام موفّر هوية أو MDM أو EDR أو SIEM أو خدمة مصادقة لطرف ثالث يستلزم إمكان الوصول إلى الخدمة المعنية.

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

بنية تحت سيطرتك​

تستخدم الأجهزة المُدارة اتصالًا معتمدًا على WireGuard للوصول المصرح به عبر ZTXGate. ويمكن للمنصة دعم HTTP/HTTPS دون عميل عندما يكون هذا النموذج مناسبًا.

المهم أن التفويض يجري ضمن بيئة نشر ZTXGate المختارة، لا عبر مستوى وصول إلزامي تستضيفه CoreZT.

الاستضافة الذاتية لا تعني العزلة عن الأنظمة الحالية​

في البيئات المتصلة يمكن تكامل ZTXGate مع الأنظمة القائمة:

  • الهوية: مصادقة OIDC وتوفير المستخدمين عبر SCIM.
  • أمان الأجهزة: معلومات الحالة الأمنية من منصات MDM وEDR المدعومة.
  • المصادقة: ZTXBAS في كل نماذج النشر، مع Okta Verify Push وDuo Push حين تتوفر خدماتهما السحابية.
  • SIEM: تصدير syslog وCEF وJSON.

هذه التكاملات مكوّنات اختيارية حول منصة الوصول التي يديرها العميل أو مزوّد الخدمات المُدارة.

العمل المستقل أو الإدارة المركزية عبر ZTXHub​

لا يحتاج ZTXGate إلى خدمة مركزية من CoreZT للعمل. ويمكن للنشر المستقل إدارة الوصول محليًا حتى في بيئة معزولة تمامًا.

لعمليات النشر المتصلة التي ترغب في إدارة مركزية للتراخيص وتحديث البرامج، تتوفر ZTXHub اختياريًا، وهي خدمة تملكها CoreZT وتديرها.

إذا لم تُستخدم ZTXHub، يبقى ZTXGate مستقلًا وتُدار التراخيص والتحديثات يدويًا.

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

ZTXBAS في كل نموذج نشر​

عند ترخيص ZTXBAS داخل ZTXGate، يندمج كمكتبة بإحكام دون خادم منفصل، ويعمل في البيئات المتصلة والمحلية والهجينة والمعزولة تمامًا.

وهذا يوفر خيار مصادقة بيومترية مقاومة للتصيد يمكنه البقاء ضمن حدود النشر نفسه. وتظل خدمات MFA السحابية مثل Okta Verify وDuo متاحة حين يمكن الوصول إليها.

استكشف ZTXBAS

ZTNA المستضاف ذاتيًا مقارنة بـ ZTNA المقدم سحابيًا​

لا يوجد نموذج نشر صحيح تلقائيًا لكل مؤسسة.

الاعتبارZTNA المقدم سحابيًاZTXGate المستضاف ذاتيًا
بنية التحكميديرها المورّديديرها العميل أو MSP
صيانة البنيةمسؤولية المورّد أساسًامسؤولية العميل أو MSP
موقع النشرتحدده بنية المورّديختاره العميل أو MSP
الاعتماد على خدمة خارجيةغالبًا ملازم للخدمةلا يتطلب التشغيل الأساسي مستوى تحكم لدى CoreZT
التشغيل المعزول تمامًابحسب البنيةنموذج مدعوم
التحكم التشغيليمشترك مع خدمة المورّدتحت سيطرة العميل أو MSP
التوسع والتوافرنموذج خدمة يديرها المورّديخطط العميل للسعة والمرونة

قد يقلل ZTNA السحابي عبء إدارة البنية، بينما تمنح الاستضافة الذاتية تحكمًا أكبر في مكان التشغيل.

مسؤولية إضافية للاستضافة الذاتية​

يقترن التحكم الأكبر في البنية بمسؤولية تشغيلية.

المؤسسة المشغّلة مسؤولة عن تأمين المضيف وصيانة نظام التشغيل وتهيئة الشبكة والنسخ الاحتياطية والاستعادة والتخطيط للتوافر والوصول الإداري والمراقبة وتحديث المنتج.

وهذه مفاضلة مقصودة.

الهوية دون التخلي عن التحكم في النشر​

يمكن لمنصة الوصول التي يديرها العميل أو MSP استخدام خدمات هوية حديثة. ففي البيئة المتصلة يستطيع ZTXGate المصادقة عبر OIDC ومزامنة دورة حياة الهوية عبر SCIM.

ومكان تشغيل المنصة واختيار نظام الهوية قراران معماريان منفصلان.

الثقة بالجهاز​

يسجّل ZTXGate أجهزة المستخدمين بصورة فردية ويستخدم هوية الجهاز في السياسة. وعندما تتوفر خدمات الحالة الأمنية الخارجية المدعومة، يمكن لمعلومات الامتثال أو المخاطر أن تسهم في قرارات الوصول.

وفي البيئة المعزولة، تستخدم السياسة إشارات الهوية والجهاز والأمان المتاحة داخل البيئة.

البيئات المعزولة وغير المتصلة​

يمكن نشر منصة الوصول الأساسية دون الاعتماد على مستوى تحكم سحابي تستضيفه CoreZT.

لكن ينبغي النظر إلى البنية المعزولة كاملةً؛ إذ تتطلب خدمات الهوية وMDM وEDR وSIEM والموافقة عبر الإشعارات المستضافة على الإنترنت اتصالًا إذا استُخدمت.

لا يتيح ZTXGate الاعتماد الخارجي داخل العزل تلقائيًا؛ وإنما يسمح ببقاء منصة الوصول الأساسية ذاتها داخل البيئة المعزولة.

النسخ الاحتياطي والتعافي من الكوارث​

لا يوفر ZTXGate تجميعًا تقليديًا للتوافر العالي. بدلًا من ذلك يمكن لبوابة الإدارة إنشاء نسخ احتياطية دورية.

عند فقد النشر يمكن استعادة نسخة احتياطية في تثبيت ZTXGate جديد لاستعادة البيئة المهيأة بسرعة. وهذا تعافٍ بالنسخ الاحتياطي والاستعادة لا انتقال تلقائي بين عقدتين نشطتين أو احتياطيتين.

ينبغي للمؤسسات حماية النسخ والتخطيط للبنية البديلة وإجراءات الاستعادة وفق أهدافها للتعافي.

لمن يناسب ZTNA المستضاف ذاتيًا؟​

قد يناسب ZTXGate المؤسسات التي:

  • تشغّل أصلًا بنية Linux.
  • تستضيف تطبيقاتها الخاصة غالبًا محليًا أو في سحابة يديرها العميل أو MSP.
  • لا تريد اعتماد الوصول الأساسي على مستوى تحكم مستضاف لدى المورّد.
  • تعمل في بنية هجينة.
  • تحتاج إلى بيئات معزولة أو غير متصلة.
  • تعتبر موقع النشر متطلبًا معماريًا أو تنظيميًا.
  • تفضّل امتلاك البنية وتشغيلها على SaaS يديره المورّد بالكامل.

وقد تكون الخدمة السحابية أنسب إذا أرادت المؤسسة تحديدًا تفويض إدارة البنية وصيانتها.

الأسئلة الشائعة​

هل ZTXGate مفتوح المصدر؟​

لا. هو برنامج تجاري مرخّص ومدعوم يُنشر لدى العميل أو مزوّد الخدمات المُدارة.

هل يحتاج الوصول الأساسي إلى حساب CoreZT سحابي؟​

لا يحتاج إلى مستوى تحكم سحابي إلزامي تستضيفه CoreZT، بينما تعتمد التكاملات المتصلة على خدماتها الخاصة.

هل يعمل ZTXGate محليًا أو على سحابة عامة؟​

نعم. كلا النموذجين مدعوم.

هل يعمل في بيئة معزولة تمامًا؟​

نعم، دون مستوى تحكم سحابي لدى CoreZT، مع مراعاة متطلبات اتصال التكاملات الخارجية.

هل تلغي الاستضافة الذاتية العمل التشغيلي؟​

لا، بل تنقل مسؤوليات صيانة المضيف والشبكة والنسخ الاحتياطي والتحديث والتعافي إلى المشغّل.

هل نحتاج إلى ZTXHub؟​

لا. هي خدمة اختيارية للتراخيص والتحديثات المركزية عند الاتصال، ويمكن استخدام التشغيل المستقل والإجراءات اليدوية بدلًا منها.

هل يقدم ZTXGate توافرًا عاليًا؟​

ليس بنموذج تجميع HA التقليدي؛ يعتمد التعافي المدعوم على نسخ احتياطية دورية واستعادتها إلى نشر جديد.

أبقِ انعدام الثقة حيث توجد بنيتك التحتية​

شغّل منصة الوصول في بيئتك وطبّق سياسات تراعي الهوية والجهاز والمورد دون مستوى تحكم إلزامي لدى CoreZT.