SD-WAN آمن
النصف الشبكي من SASE: طبقات تراكبية مشفّرة بين مواقعك، تُجهَّز من عرض طوبولوجيا واحد، وتحكم لكل تطبيق في الوصلة الصاعدة التي يخرج عبرها كل تدفق.
يُتخذ القرار لكل جلسة، من ماهية الحركة لا من الشبكة الفرعية التي جاءت منها — ويُعاد اتخاذه عندما يتدهور رابط.
جدران الحماية التي لدى العميل بالفعل، مدرجة حسب الموقع. اسحب واحدًا إلى اللوحة فيصبح طرفًا أو المحور.
كل ما يصل إلى المحور الرئيسي يواجه السياسة نفسها: التحكم في التطبيقات، وIDS/IPS، وفحص TLS، وDLP، وبوابة الذكاء الاصطناعي. ارسم نفقًا مباشرًا بين طرفين بدلاً من ذلك فتُفحص حركتهما عند الطرفين لا في المنتصف — وتقول لك وحدة التحكم ذلك قبل أن تلتزم به.
قائم أو معطَّل، والكمون، والبايتات في كل اتجاه — على الرابط، حيث تنظر، لا في سجل عليك فتحه.
هل تنتقل الأطراف إلى محور احتياطي تلقائيًا عندما يتوقف الرئيسي عن الاستجابة — وبعد صمت كم من الوقت — إعداد للرسم، لا لكل جدار حماية.
تعرف اللوحة متى تختلف عما تشغّله جدران الحماية. زر واحد يكتب التكوين لطرفي كل نفق ويدفعه.
Zedmos
التطبيق أو فئته أو اسم خادم TLS أو النطاق — أيًّا كان ما تختار القاعدة عليه. لا المنفذ، لأن المنفذ توقف عن تحديد أي شيء منذ سنوات.
أنت
خط إنترنت ثانٍ أو نفق أو واجهة معيّنة. وتقول أيضًا ما ينبغي أن يحدث إذا تعذّر استخدام ذلك الهدف: العودة إلى بديل، أو الإسقاط — كي لا تأخذ الحركة التي يجب ألا تعبر إلا النفق الخط المفتوح بهدوء بدلاً منه.
Zedmos
يُختبر كل مرشّح في دورة قصيرة ويُقيَّم على الفقد والكمون والارتجاج. فالخط الذي يعمل ويفقد أربعة بالمئة من الحزم يفسد مكالمة بينما يجتاز كل فحص تشغيل/تعطل — والتقييم هو ما يلتقط ذلك.
Zedmos
تخرج الجلسة عبر الرابط المختار، مع كتابة القاعدة والمخرج في السجل — فيكون لسؤال لماذا سلكت الحركة طريقًا معيّنًا جواب.
تُحسب العنونة والمفاتيح والمسارات نيابة عنك، بأي من الأشكال الأربعة التي تختارها. تحصل كل طبقة تراكبية على نطاق فريد، وكل عقدة على عنوان منه، ويُعاد حساب المسارات المسموح بها لكل نظير عند تغيّر الطوبولوجيا — بما في ذلك عند قيام نفق مباشر بين طرفين أو سحبه. وتُولَّد المفاتيح على جدار الحماية نفسه ولا يُجمع سوى النصف العام أبدًا.
WireGuard لمعظم عمليات النشر. وOpenVPN حيث تكون المنشأة القائمة على الشهادات هي المعيار بالفعل ويعرفها فريق العمليات. وGRE حيث يكون النقل خاصًا بالفعل وتريد التوجيه دون طبقة تشفير ثانية. وتخبرك وحدة التحكم بمعنى كل خيار قبل أن تلتزم به.
يحمل محور احتياطي مسارات المضيفين فقط ما دام الرئيسي سليمًا، فلا يجذب الحركة بهدوء أبدًا. وعندما يتوقف الرئيسي عن الاستجابة، تنقل وحدة التحكم كل طرف إليه — تلقائيًا بعد أن تفعّله، أو بأمرك مع معاينة لما سيتغير بالضبط.
تختار قاعدة الحركة حسب التطبيق أو الفئة أو اسم خادم TLS أو النطاق، وتسمّي الوصلة الصاعدة التي ينبغي أن تخرج عبرها: WAN ثانٍ، أو نفق WireGuard أو OpenVPN أو GRE، أو واجهة عادية. وإذا كان ذلك الهدف غير سليم، يمكن للقاعدة العودة إلى آخر — أو الإسقاط، كي لا يغادر تدفق يجب ألا يعبر إلا النفق بهدوء عبر WAN المفتوح بدلاً منه.
تُفحص كل وصلة صاعدة مرشّحة في دورة خمس ثوانٍ عبر ICMP أو DNS أو HTTP، وتُقيَّم على فقد الحزم والكمون والارتجاج عبر نافذة متحركة. ويُحكم على النفق بما إذا كانت مصافحته حديثة، لا بما إذا كانت الواجهة موجودة. وتمنع التخلفية رابطًا حدّيًا من التذبذب.
تقدّم هذه الصفحة الحجة. أما هذه فتقول كيف يُنفَّذ فعليًا، شاشة بشاشة وإعدادًا بإعداد.
كل شاشة وكل عنصر تحكم في قسم SASE من وحدة التحكم، مع لقطات: اللوحة، وإعدادات العقد، والوصول الخاص، وتطبيقات الوصول، ووضعية الجهاز، وSD-WAN، والمرصد.
ما يعمل وأين: المحاور والأطراف وأشكال الطبقة التراكبية وقرار تجاوز الفشل والأسئلة الأربعة التي يجيب عنها الوصول الخاص.
خط أنابيب الفحص نفسه: المسار السريع والتصنيف وتقييم السياسات وطبقة الإرسال.
العرض التوضيحي والأسعار: info@zedmos.com
اطلب عرضًا توضيحيًا