مقدمة

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

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

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

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

بنية شبكة الوكيل

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

يقوم العملاء المختلفون (أجهزة الكمبيوتر المحمولة وأجهزة الكمبيوتر والهواتف المحمولة والأجهزة اللوحية) بتكوين متصفح التنقل الذي يشير إلى الوكيل المؤسسي ، على سبيل المثال https://proxy.company.com:3128. جميع الاتصالات من العملاء إلى وكيل التنقل على الويب بشكل عادي HTTP or SSL سوف يكون TCP على أساس ، لذلك سيتم استخدام هذا لبناء مزرعة موازنة الأحمال الخاصة بنا.

قرار IP لـ proxy.company.com هو IP الظاهري تم تكوينه بالفعل في موازن التحميل. في ZEVENET Application Delivery Controller ، توجد مزرعة عبر IP الظاهري ، على سبيل المثال 192.168.103.34 والمنفذ الافتراضي 3128 in NAT الوضع لـ TCP بروتوكول.

تم تكوين المزرعة مع جميع الخلفيات التي تبني تجمع وكيل التنقل ، في مثالنا 192.168.103.253 و 192.168.103.254 عبر منفذ TCP 3128. بمجرد أن يحاول العميل الاتصال بالوكيل الذي تم تكوينه ، سيتلقى ADC الاتصال وسيتم إعادة توجيهه إلى أحد وكلاء التنقل المتاح في التجمع الذي يشارك المستخدمين بين جميع خوادم الوكيل الخلفية المتاحة.

تكوين التوفر العالي لوكيل ملاحة الويب

يصف القسم التالي إجراء التكوين من أجل إنشاء التكوين المناسب لميزان التحميل وكلاء التنقل في موازن تحميل ZEVENET.

التحقق من صحة وكيل التنقل على الويب

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

انتقل إلى القسم مراقبة> حارس المزرعة، قم بإنشاء حارس جديد بالاسم check_tcp_navigation_proxy ونسخ من check_tcp وقم بإجراء بعض التغييرات الصغيرة في المهلات كما هو موضح أدناه:

في مجلة أمر الحقل أضف العلم -t 5، هذه هي المهلة لكل واجهة خلفية للاستجابة لاتصال TCP من موازن التحميل. ال الفاصلة تم تكوين الحقل بقيمة 11 ، 5 ثوانٍ لكل خلفية + ثانية واحدة إضافية لتجنب العودية. نوصي باستخدام الصيغة التالية لتعيين الأمثل الفاصلة .

(number of backends * timeout seconds per backend (-t) ) + 1

خدمة افتراضية لوكيل ملاحة الويب

ثم ، إنشاء LSLB> L4xNAT مزرعة ، على سبيل المثال مع الاسم navigation_proxy، بما في ذلك IP الظاهري و ميناء الظاهري كما هو مبين في الرسم البياني السابق. بمجرد إنشائه ، انتقل إلى التعديل متقدم الوضع والتأكد من ذلك نوع البروتوكول تم تكوينه في TCP و نوع NAT تم تكوينه في NAT واسطة.

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

ثم ، في نفس القسم ، انتقل إلى الجدول الخلفيات وإضافة خوادم بروكسي حقيقية للتنقل عبر الويب والتي ستدير اتصالات المستخدم.

أخيرًا ، حدد الفحص الصحي الذي تم إنشاؤه بالفعل في الخطوة السابقة المسماة check_tcp_navigation_proxy من أجل التحقق من أن TCP تم فتح منفذ الواجهة الخلفية بالفعل.

الآن ، يمكن اختبار الخدمة الافتراضية المتوازنة التحميل قبل تكوين العملاء.

تكوين العملاء

الخطوة الأخيرة هي تكوين إعدادات الوكيل في متصفح الويب الخاص بالعميل بالإشارة إلى ملف IP الظاهري و ميناء الظاهري المستخدمة في موازن التحميل ، أو تقديم IP الظاهري في التعاونية DNS واستخدم أ الاسم بدلاً من ذلك في العملاء ، في مثالنا proxy.example.com يشير إلى IP الظاهري 192.168.103.34).

أخيرًا ، استمتع بوكيل تصفح الويب المتوازن مع توفر عالي!