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

ملخص

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

مزيد من المعلومات

يرجى مراعاة السيناريو التالي:
  • إذا كان لديك كمبيوتر عمل يحتوي على تثبيت Windows.
  • محولي شبكة اتصال متصلاً بنفس شبكة الاتصال الفعلية أو لوحة الوصل.
  • يتم تثبيت TCP/IP كبروتوكول شبكة الاتصال.
  • عناوين المحول على نفس الشبكة الفرعية هي 192.168.0.1 و 192.168.0.2.
  • يستخدم عميل على الشبكة بعنوان 192.168.0.119.
في هذا السيناريو، قد تتوقع محولي على نفس الفعلية الشبكة وبروتوكول الشبكة الفرعية لتنفيذ موازنة التحميل. ومع ذلك، بحكم تعريفها، محول واحد فقط قد تتصل على الشبكة في كل مرة في طبولوجيا شبكة اتصال Ethernet. لذلك، لا يرسل في نفس الوقت كلا المحولين ويجب انتظار إذا يرسل جهاز آخر على شبكة الاتصال. بالإضافة إلى ذلك، يجب معالجة رسائل البث بكل محول لأن تستمع كلاهما على نفس الشبكة. يتطلب هذا التكوين حمل كبير، استبعاد أي المسائل المتعلقة بالبروتوكول. لا يوفر هذا التكوين أسلوب جيد لتوفير محول شبكة اتصال مكررة لنفس الشبكة.

ملاحظة: يتضمن Windows Server 2012 مكالمة ميزة جديدة متعددة القنوات SMB. متعدد الأقنية SMB جزء من بروتوكول SMB 3.0 وتسمح ملقمات استخدام اتصالات شبكة الاتصال متعددة في نفس الوقت. لمزيد من المعلومات حول القنوات المتعددة SMB، قم بزيارة أساسيات متعدد الأقنية SMB، إحدى ميزات Windows Server 2012 و SMB 3.0.

ملاحظة: لا يمكن استخدام ملقمات Windows Server 2012 عدة اتصالات على الشبكة في نفس الوقت إذا تم تكوين شبكة الاتصال باستخدام كسما/مؤتمر نزع السلاح.

تفترض الملقم بإرسال حزمة باستخدام بروتوكول TCP/IP لعميل عنوان الخاص به هو 192.168.0.119. هذا العنوان موجود على الشبكة الفرعية المحلية. ولذلك، ليس لديه عبارة ليتم استخدامه للوصول إلى العميل. يستخدم مكدس بروتوكول التوجيه الأولى التي يعثر عليها في جدول التوجيه المحلي. بشكل عام، وهذا المحول الأول الذي تم تثبيته. في هذه الحالة، هو أن محول 192.168.0.1. إذا فشل الإرسال، المحاولات اللاحقة قد استخدم نفس المحول وفقا للإدخال موجودة في جدول التوجيه.

إذا كان كبل الشبكة 192.168.0.1 فشل المحول، وهذا لا يسبب بالضرورة المسار المراد إزالتها من جدول التوجيه. ولذلك، المحول الثاني لا يزال عدم استعماله.

شيء آخر للنظر أن بعض التطبيقات شبكة ربط محولات معينة في النظام. إذا كان تطبيق شبكة ربط المحول الثاني على وجه التحديد، قد تجاهل حركة المرور المتعلقة بالتطبيق التي تم تلقيها من العملاء على المحول الأول قبل التطبيق. قد يكون السبب بتسجيل اسم NetBIOS على شبكة الاتصال. بالإضافة إلى ذلك، في حالة فشل المحول الذي يرتبط به التطبيق، التطبيق قد تفشل إذا لم تكن تستخدم محول آخر.

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

Windows خادم نظام مجموعة تجاوز الفشل

Windows Server تجاوز الفشل للمجموعات لا تستخدم محولات إضافية على نفس الشبكة وتعتمد على الميزات الموجودة لبروتوكول TCP/IP. في حالة حدوث فشل في محول، لا حاول البرنامج تلقائياً بتسجيل عناوين مورد عنوان IP على محول آخر. إذا كنت تريد تجنب محول شبكة واحد كنقطة واحدة من الفشل، تكوين محولات شبكة الاتصال على شبكات فرعية منطقية مختلفة. أو، استخدم فريق NIC للجمع بين عدة محولات الفعلية في محول منطقي واحد (كما هو موضح سابقا في هذه المقالة).

تنطبق المعلومات السابقة على توجيه البث. يستخدم التوجيه للشبكة الفرعية أعلى عنوان IP الرقمية داخل الشبكة الفرعية. على سبيل المثال، افترض محولين باستخدام عناوين IP 192.168.0.1 و 192.168.0.2، وتفترض 192.168.0.1 تم تثبيته أولاً. وهذه الحالة تخلق التوجيهات التالية:
   192.168.0.0   255.255.255.0  192.168.0.1    192.168.0.1
192.168.0.0 255.255.255.0 192.168.0.2 192.168.0.2
192.255.255.255 255.255.255.255 192.168.0.1 192.168.0.1
255.255.255.255 255.255.255.255 192.168.0.1 192.168.0.1

خصائص

رقم الموضوع: 175767 - آخر مراجعة: 08‏/01‏/2017 - المراجعة: 1

تعليقات