توجيه شبكة فرعية للفرع عبر مخرج الإنترنت في SonicWall بالمركز الرئيسي
اختر مجموعة مصادر للفرع، واقبلها في سياسة النفق، ثم ترجم عند WAN المركزي، واختبر ثلاثة عملاء. المسار وحده لا ينشئ بوابة.
يجب أن تخرج هواتف الفرع عبر المركز الرئيسي بينما تظل حواسيب الفرع المحمولة تستخدم WAN المحلي، وسياسة التوجيه وحدها لن تحقق ذلك. يمكن لمسار الفرع أن يختار النفق، لكن سياسة النفق يجب أن تقبل الحركة، ويجب أن يعيد المركز الرئيسي توجيهها وترجمتها، ويجب أن يعود الرد بالطريق نفسه. أخطئ في أي من هذه الثلاثة وستكون الأعراض مجموعة فرعية من العملاء الذين يفقدون الإنترنت تمامًا بينما النفق قائم.
ابدأ بالمحدِّد لا بالمسار
تطابق سياسة التوجيه على مصدر، لذا يجب أن يكون المصدر مستقرًا قبل أي شيء آخر. ضع الأجهزة المختارة في مجموعة عناوين يصونها مسؤول، أو الأفضل، على مقطع مخصص تتبع عضويته دور الجهاز. عندما يستطيع تبدّل DHCP العادي نقل عنوان مطابق إلى جهاز آخر، تختار السياسة العميل الخطأ بصمت، ويكون التقرير الأول عادة عن تصفح بطيء هو في الحقيقة التفاف.
سمِّ المجموعة تبعًا للسياسة التي تخدمها لا تبعًا لطابق أو قسم، لأن قاعدة التوجيه ستعيش أطول منهما. سجّل الأجهزة الموجودة فيها ومن يُسمح له بإضافة واحد.
أضف سياسة الفرع ثم دافع عن ترتيبها
على SonicWall الفرع تختار سياسة مسار مجموعة المصادر وتسمّي الوجهات المقصودة وتضبط واجهة النفق كبوابة، وهذا هو الغرض الذي وُجد من أجله تصميم واجهة النفق المدعوم. أبقِ قواعد الوجهات المحلية والخاصة فوق قاعدة الإنترنت الواسعة، لأن أول تطابق يفوز، وبادئة خاصة تُدفع إلى النفق تصل إلى المركز الرئيسي لتُسقط فقط. حافظ أيضًا على مسار الجدار الناري نفسه إلى نظيره في VPN، وإلا فسيتّبع نقل النفق السياسة التي يعتمد عليها. لا شيء من هذا يفرض عليك تحويل كل نفق قائم على السياسة؛ فواجهة النفق خيار مدعوم من بين عدة خيارات.
الترتيب هو الجزء الذي يتغير بالخطأ. على من يضيف استثناءً أن يُدرجه فوق القاعدة الواسعة، وعلى من يحرّر القاعدة الواسعة أن يقلب التصميم كله بحفظ واحد. اكتب الترتيب المقصود بجوار السياسة وأعد فحصه بعد تحديثات البرنامج الثابت، لأن تسمية الواجهات وعرض السياسات يتغيران فعلًا بين الإصدارات.
أنهِ المسار عند المركز الرئيسي
يجب أن تقبل سياسة النفق في المركز الرئيسي الحركة التي يختارها مسار الفرع الآن. المحدِّد بين المكاتب المقيّد بـ LAN الخاص بالمركز الرئيسي ليس إذنًا بحمل وجهات عامة عشوائية، لذا تحتاج السياسة إلى مصدر الفرع ونطاق الوجهة الذي تقصده فعلًا. ثم يعيد المركز الرئيسي توجيه تلك الحركة الواردة إلى وصلة الإنترنت الخاصة به وفق قواعد وصوله، ويتضمن مثال المخرج المركزي من SonicWall ترجمة المصدر للشبكة البعيدة عند WAN المركزي. ومن دون تلك الترجمة يرى الجانب البعيد عنوان فرع خاصًا ولا يملك مسارًا للعودة إليه.
الردود هي النصف الآخر من العقد. يجب أن تعود عبر النفق أو عبر الترجمة ذات الحالة المنشأة لها، وقد تحتاج حركة المواقع الخاصة معالجة NAT مختلفة عن الخروج العام. أبقِ تلك القواعد قابلة للتمييز، لأن قاعدة ترجمة واحدة واسعة تخفي كل مصدر داخلي تجعل التسجيل واستكشاف الأخطاء لاحقًا أصعب قراءة.
قرر ما تفعله المجموعة عندما يسقط النفق
إذا كان المخرج المركزي شرطًا لا تفضيلًا، فإن الرجوع إلى WAN المحلي إخفاق في الامتثال حتى لو بقي المستخدمون متصلين. توثّق SonicOS مسار إسقاط واجهة النفق كطريقة مدعومة لمنع حركة مختارة من سلوك مسار بديل غير مقصود.
طابق نطاق ذلك المسار وأولويته وفق الإصدار المثبَّت، واختبره بإسقاط النفق بدلًا من الوثوق بالتسمية. المجموعة التي يجب ألا تخرج محليًا أبدًا ينبغي أن تفشل مغلقة، بينما المجموعة التي تهم فيها الإتاحة أكثر قد ترجع بحق؛ كلاهما قرار، ولا ينبغي أن يحدث أي منهما تلقائيًا.
تحقق من ثلاثة عملاء ثم تراجع بنظافة
اختبار الاتصال بالبوابة المركزية يختبر الشيء الخطأ، لأنه ينشأ عند الجدار الناري لا عند عميل مختار. اختبر من الأجهزة بدلًا من ذلك، واختبر ثلاثة منها: جهاز مختار، وجهاز عادي ينبغي أن يبقى محليًا، وجهاز يعتمد على خدمات محلية.
ip -4 route get 203.0.113.10
curl -sS -m 5 -o /dev/null -w "%{http_code}\n" https://example.com
traceroute -n -m 6 203.0.113.10
قارن أين ظهر الطلب العام فعليًا. يجب أن يصل العميل المختار إلى الإنترنت عبر مخرج المركز الرئيسي، وينبغي أن يعرض العميل العادي عنوان الفرع نفسه على الجانب البعيد؛ 203.0.113.10 عنوان توثيقي يُستخدم بديلًا عن الوجهة التي تهمك. أدرج DNS في الجولة نفسها، لأن العميل الذي يستعلم محلل الفرع قد يُنتج استعلامًا منشأه الموجّه بمصدر مختلف وبالتالي مسار مختلف.
التراجع هو ترتيب السياسة المحفوظ مضافًا إليه مجموعة العناوين. أعد الترتيب السابق، وأزل المجموعة من السياسة، وأعد اختبار فئتي الأجهزة. احتفظ بالتهيئة المصدَّرة مع سجل التغيير، لأن المهندس التالي يحتاج إلى معرفة أي قاعدة كانت الواسعة قبل أن يحرّرها أحد.