DHCP عبر VPN: هل نحمل رسالة البث أم نرحّلها؟
العملاء على الجانب البعيد من النفق لا يحصلون على عنوان. قرّر بين حمل رسالة البث أو ترحيلها، وافصل DHCP عن ARP.
الكمبيوتر المحمول الجديد على الجانب البعيد من النفق لا يحصل على عنوان، في حين أن الجهاز نفسه يعمل في المقر الرئيسي. التخمين الأول المعتاد هو أن النفق يحجب DHCP. لكن الأكثر شيوعًا أن رسالة البث لم يكن لها مسار أصلًا: العميل غير المهيأ يرسل إلى 255.255.255.255، والموجّه IP العادي لا يمرّر تلك الحزمة. النفق يفعل بالضبط ما يفعله نفق موجّه.
يمكن لتصميمين أن يغيّرا ذلك، وهما ليسا متكافئين. أحدهما يحمل رسالة البث، والآخر يمرّر الطلب.
رسالة البث لا تعبر الموجّه أبدًا
عميل DHCPv4 الذي لا يملك عنوانًا يرسل من 0.0.0.0 إلى عنوان البث المحدود على منفذي UDP 67 و68. تلك الحزمة تبقى على ارتباطها بحكم التصميم. والموجّه الذي يمرّرها سيكون يغرق كل مقطع يخدمه.
لذلك فإن نفقًا موجّهًا من موقع إلى موقع يربط المرحّل بخادم. وهو لا يوسّع نطاق بث العميل، ولن تجعله أي قاعدة جدار ناري يفعل ذلك.
ما الذي يوسّعه النفق المجسّر فعليًا
يمكن لشبكة VPN مجسّرة عمدًا أن تحمل بث Ethernet في إطار طوبولوجيتها المدعومة، وعندها يستطيع DHCP العبور كحركة محلية. هذا خيار حقيقي، لكنه اختيار تصميم من الطبقة 2. أنت توسّع نطاق الفشل وحدود الوصول مع البث.
التجسير يغيّر أيضًا ما يمكن لعاصفة بث أو مسح ARP أو خادم DHCP مارق أن يصل إليه. إن كنت لن توصل المكتب البعيد بالمبدّل نفسه، فلا تجسّر النفق فقط لتوزيع العناوين. اختبر نطاق التأثير هذا قبل تمكينه.
إنه قرار أكبر من مجرد توفير عنوان، وينبغي اتخاذه عن وعي.
مرّر الطلب بدلًا من ذلك
الجواب المعتاد هو مرحّل على الشبكة المحلية للعميل. يستقبل رسالة البث، ويحوّلها إلى طلب unicast، ويضع عنوانه في حقل عنوان البوابة. يرد الخادم إلى عنوان المرحّل ذلك.
في مكتب بعيد للتوضيح، يجلس المرحّل على شبكة LAN الخاصة بالمكتب ويُوصل إلى الخادم عبر VPN الموقع. اضبط النطاق لذلك المكتب، وهويات المرحّل والخادم، ومسار العودة الكامل. السماح بـ UDP 67 عبر النفق لا يخبر الخادم أي مجمّع عناوين يستخدم.
المرحّل الذي يمرّر لكنه لا يستلم ردًا أبدًا هو عادة مشكلة في مسار العودة. تحقّق من المسار الراجع إلى عنوان المرحّل قبل تغيير النطاق.
افصل DHCP عن ARP وعن عنونة النفق
يعمل DHCP فوق UDP/IP. على Ethernet، قد يستخدم المضيف أيضًا ARP للتحقق مما إذا كان العنوان المرشح قيد الاستخدام بالفعل. فحص التعارض ذلك عملية محلية على الارتباط منفصلة، وليس النقل الخاص برسائل DHCP. القول إن DHCP هو في جوهره ARP خطأ؛ والقول إن الاثنين لا علاقة بينهما أبدًا أوسع من اللازم.
يمكن لعميل VPN أيضًا أن يحصل على عنوان النفق من بروتوكول VPN أو من مجمّع الخادم نفسه بدلًا من بث DHCP. الخيار الذي يحتوي اسمه على DHCP قد يصف إعدادات عميل مدفوعة إلى الجهاز، لا حزمة DHCP مرحلة. تحقّق من مجمّع الخادم قبل أن تفترض أن DHCP معنيّ أصلًا.
سجّل شبكة المستلم، ومالك التخصيص، والنطاق، ووجود مرحّل من عدمه، والسلوك المتوقع أثناء انقطاع. ثم اختبر تأجيرًا جديدًا وتجديدًا عبر ذلك النموذج. إذا كان بإمكان موقعين خدمة المجمّع غير المُدار نفسه، فلديك تعارض ينتظر أول كمبيوتر محمول متجول.