[مساعدةفريقنا]

مرحبا!

ريليانيويد 7.6
في مختبر الاختبارات وجدت خطأ غريبًا في وضع الصيانة الخلفية.
في مختبر الاختبار، أستخدم عقدتين Relianoid 2 في مجموعة تعمل على موازنة اتصالات عميل Outlook مع Exchange.

عندما يكون Outlook متصلاً بـ Exchange، أرى عدد الاتصالات التي تم إنشاؤها في المزرعة لكل خادم خلفي لـ Exchange (يوجد خادمان اختبار Exchange فقط في DAG).
أقوم بتشغيل وضع الصيانة على أحد الخوادم الخلفية (مقطوعة)، وأرى أن اتصالات العميل يتم إعادة تعيينها، ولكن بعد ذلك تبدأ في إعادة الاتصال بالخادم الخلفي نفسه، والذي أصبح الآن في وضع الصيانة، أي أنه لا ينبغي استعادة اتصالات العميل إليه.
إذا حاولت إيقاف تشغيل وضع الصيانة وتشغيله على الواجهة الخلفية، فلن يتغير شيء، وستستمر اتصالات العميل في الاستعادة بنجاح إلى الواجهة الخلفية، التي هي في حالة صيانة ولا ينبغي أن تقبل الاتصالات حتى يتم تعطيل الصيانة.
يبدأ وضع الصيانة في العمل فقط إذا قمت بتشغيله على الواجهة الخلفية ثم إعادة تشغيل المزرعة، وبعد ذلك لن تتم استعادة اتصالات العميل بالواجهة الخلفية، والتي تكون في وضع الصيانة.

يبدو وكأنه خطأ.

تم تكوين المزرعة في وضع l4xnat للمنفذ 443، وعدد الخوادم الخلفية 2.

[الثلجمقدم]

مرحبا!

هل يمكنك من فضلك إنشاء حفظ دعم (في النظام> حفظ الدعم) ومشاركته معنا على: support AT relianoid DOT com؟

شكرًا لك!

[مساعدةفريقنا]

مرحبا!

لقد أرسلت لك ملف الدعم، يرجى التحقق من البريد)

[الثلجمقدم]

مرحبا!

شكرًا لدعمكم. يبدو أن المشكلة تتعلق بميزة الثبات المُهيأة، حيث أن جميع العملاء مرتبطون بنفس عنوان IP.

يرجى تغيير استمرارية الجلسة من "عنوان IP المصدر" إلى "منفذ المصدر".

نتطلع إلى تعليقاتكم،
هتاف.

[مساعدةفريقنا]

مرحبا!

لقد غيّرتُ استمرارية الجلسة من "عنوان IP المصدر" إلى "منفذ المصدر"، ووضع الصيانة يعمل بشكل أفضل. في الإصدارات القديمة من ZEVENET، كان وضع الصيانة يعمل دون تغيير استمرارية الجلسة من "عنوان IP المصدر" إلى "منفذ المصدر". أريد أن أفهم أن منطق الصيانة قد تغير في RELIANOID الموازن أو أنني لم أستخدم الإعدادات الصحيحة دائمًا في ZEVENET؟
كان وضع الصيانة في ZEVENET يعمل دائمًا بشكل مثالي، ولا يعتمد على إعدادات استمرار الجلسة.
بدأت المشاكل بعد ترقية ZEVENET إلى RELIANOID.

[الثلجمقدم]

مرحبا!

لم يتغير وضع الصيانة واستمرار الجلسة على الإطلاق.

في بنيتك التحتية، هل كانت جميع الأجهزة العميلة مُفعّلة دائمًا بتقنية NAT أم أن هذا تغيير حديث؟ لأنه إذا كنتَ قد وزّعتَ أحمال الأجهزة العميلة على خوادم خلفية مختلفة باستخدام خاصية الثبات عبر "عنوان IP المصدر" في حالة استخدام تقنية NAT، فالمشكلة تكمن في Zevenet.

فقط لتأكيد السلوك الصحيح، يرجى تغييره إلى "عنوان IP المصدر" وتمكين التصحيح في /usr/local/relianoid/config/global.conf ، والتغيير من:

$debug=”0″;

إلى

$debug=”9″;

ومن ثم قم بإعادة إنتاج مشكلة الصيانة.

وأخيرًا، يُرجى مشاركة حفظ الدعم الجديد عبر البريد الإلكتروني.
مع أطيب التحيات.

[مساعدةفريقنا]

مرحبا!

حسنًا، شكرًا لك على المعلومات!

في اختباري، كانت اتصالات عملاء البنية التحتية المستندة إلى ZEVENET تعمل دائمًا على NATed (وضع lx4nat)، وهي معلومات مثيرة للاهتمام حول ZEVENET.
لا أحتاج إلى اختبار موازن ZEVENET لأنني أستخدمه الآن RELIANOID.
RELIANOID موازن جيد وبسيط.

شكرا لمساعدتك! =)

[الثلجمقدم]

على الرحب والسعة،
استمتع RELIANOID!

[المعلن / كاتب التعليق]

المنشورات