الإعدادات العامة لملف تعريف مزرعة HTTP #

يتولى هذا الملف الشخصي إدارة عملية تبديل المحتوى عند تسليم تطبيقات الطبقة 7 لكل من بروتوكولي HTTP وHTTPS.

استخدم حالة المزرعة يتم تمثيلها باستخدام مؤشرات الألوان كما هو موضح أدناه:

• أخضر: وسائل UP. المزرعة قيد التشغيل وجميع الواجهات الخلفية قيد التشغيل أو تم تكوين إعادة التوجيه.
• أحمر: وسائل لأسفل. المزرعة متوقفة
• اسود: يشير أ حرج الضرر. المزرعة تعمل، ولكن لا يوجد نظام خلفي متاح، أو أنها في وضع الصيانة.
• ازرق: يعني أن هناك المشاكل.. المزرعة قيد التشغيل ولكن هناك واجهة خلفية واحدة على الأقل معطلة.
• برتقال: وسائل الصيانة. المزرعة قيد التشغيل ولكن هناك واجهة خلفية واحدة على الأقل في وضع الصيانة.

رموز الألوان هذه متطابقة في جميع أنحاء واجهة المستخدم الرسومية. تجد شرحًا موجزًا ​​لهذه الألوان في قسم مزرعة LSLB.

في ملف تعريف مزارع HTTP(S)، رأس HTTP X-توجيهها، ل يتم ملؤه افتراضيًا بعنوان IP الخاص بالعميل.

كل مزرعة HTTP(S) (أو خدمة افتراضية) تدير عدة خدمات مثل وكيل عكسي، وبالتالي، يمكن لعنوان IP افتراضي واحد وزوج من المنافذ HTTP التعامل مع أكثر من خدمة ويب متوازنة الحمل. لذلك، يوجد قسم يُسمى الخدمة تحت مزرعة HTTP لتقديم مرونة المضيف الافتراضي والسماح بإنشاء قائمة من الخوادم الخلفية لكل خدمة.

تستخدم كل خدمة HTTP(S) مجموعة من التعبيرات العادية (للمضيف الافتراضي ونمط عنوان URL) في PCRE لإدارة جميع الاتصالات الواردة التي يتطابق رأس HTTP الخاص بها مع كليهما.

التكوين الأساسي #

فيما يلي المعلمات الأساسية لملف تعريف مزرعة HTTP/S.

الاسمهذا اسم يُعرّف المزرعة بسهولة. لتغيير اسم مزرعة معينة، يجب إيقافه أولًا. تأكد من عدم استخدام اسم جديد.

IP الظاهري والميناء. هذه هي عناوين IP الافتراضية وأزواج المنافذ التي ستستمع المزرعة منها للاتصالات الواردة. يجب أن يكون عنوان IP الجديد ومجموعة المنافذ غير مستخدمة ومتاحة قبل تكوينها.

مستمعيحدد هذا الحقل البروتوكول الذي سيتم إدارته في الطبقة 7 لتبديل المحتوى.

• HTTP. ستفهم الخدمة الافتراضية محتوى HTTP العادي فقط.
• HTTPSستفهم الخدمة الافتراضية محتوى HTTP الآمن، وتدير مصافحات SSL، وتتعامل مع تكوينات التشفير الآمنة، وشهادات SSL (wildcard أو SNI)، وما إلى ذلك، لأداء تفريغ SSL وتخفيف العبء عن خوادم التطبيقات الحقيقية من هذه المهام الثقيلة.

معلمات HTTPS #

معلمات HTTPS يمكن العثور عليها أدناه.

تعطيل SSLV2, تعطيل SSLV3, تعطيل TLSV1, تعطيل TLSV1.1, تعطيل TLSV1.2 إذا كانت الأزرار قابلة للتحديد، فتجنب استخدام البروتوكولات المذكورة. بمجرد تعطيل أي بروتوكول، سيتم تعطيل تشفيره أيضًا.

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

لتكوين تشفير للاستخدام، حدد أحد الخيارات التالية.

• الكليشير هذا العنصر إلى أن مُستمع HTTPS يسمح بإدارة جميع التشفيرات. هذا هو الإعداد الافتراضي.
• حماية عالية. يمكّن هذا الأمر الأصفار التالية:

  kEECDH+ECDSA+AES128:kEECDH+ECDSA+AES256:kEECDH+AES128:kEECDH+AES256:kEDH+AES128:kEDH+AES256:DES-CBC3-SHA:+SHA:!aNULL:!eNULL:!LOW:!kECDH:!DSS:!MD5:!EXP:!PSK:!SRP:!CAMELLIA:!SEED

  والتي ستكون كافية لتمريرها من خلال A+ in SSL مختبرات .

• الأمن المخصصيسمح لك هذا الأمر بتعيين التشفير المسموح به من خلال الأصفار المخصصة الميدان.
• الأصفار المخصصةيتيح لك هذا تخصيص التشفيرات المسموح بها أو الممنوعة من خلال اتصال SSL. يجب أن تكون سلسلة نصية بنفس التنسيق الموجود في شفرات OpenSSL . سيتم عرض هذا الأمر إذا الأمن المخصص تم تعيينه.

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

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

الإعدادات المتقدمة #

إعادة كتابة رؤوس الموقع. إذا تم تمكينه، يتم إجبار المزرعة على تعديل المدينة المنورة - بجوار المسجد النبوي و المحتوى-الموقع عناوين استجابةً للعملاء. إذا كانت قيمة الخادم الخلفي نفسه أو VIP ولكن ببروتوكول مختلف، فسيتم تعديل الاستجابة لإظهار المضيف الافتراضي في الطلب. إذا تم الضغط على زر التبديل، تمكين ومقارنة الواجهات الخلفية عند تفعيل هذا الخيار، ستتم مقارنة عنوان IP الخلفي فقط. هذا ضروري لإعادة توجيه الطلب إلى مستمع HTTPS على نفس الخادم الذي يستخدمه مستمع HTTP. إذا تم تكوين هذا الحقل في قسم الخدمة، فسيتم تجاهل هذا التوجيه لتلك الخدمة.

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

• طلب HTTP القياسي. طلبات HTTP القياسية (GET، POST، HEAD).
• + طلب HTTP ممتد. طلبات HTTP الموسعة (PUT، DELETE).
• + خيارات HTTP الفعل. طلبات HTTP الموسعة (PUT، DELETE).
• + أفعال WebDAV القياسية. أفعال WebDAV القياسية (LOCK، UNLOCK، PROPFIND، PROPPATCH، SEARCH، MKCOL، MOVE، COPY، OPTIONS، TRACE، MKACTIVITY، CHECKOUT، MERGE، REPORT).
• + ملحقات MS أفعال WebDAV. ملحقات MS WebDAV الأفعال (الاشتراك، إلغاء الاشتراك، الإخطار، BPROPFIND، BPROPPATCH، POLL، BMOVE، BCOPY، BDELETE، CONNECT).
• + أفعال ملحقات MS RPC. أفعال امتدادات MS RPC (RPC_IN_DATA، RPC_OUT_DATA).

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

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

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

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

رسائل خطأ HTTP #

رسائل أخطاء مُخصصة. ستعرض خدمة المزرعة رسالة مُخصصة على موقعك عند اكتشاف خطأ في رمز الويب من الخوادم الفعلية. ستظهر صفحة HTML مُخصصة لرموز الأخطاء 414 و500 و501 و503.

• 414: طلب-URI طويل جدًاهذه رسالة الخطأ التي تظهر في ملف تعريف HTTP/S إذا وصل عنوان URL إلى الحد الأقصى المسموح به من الأحرف. في حال ظهور هذا الخطأ، يُرجى تقليل طول عنوان URL.
• 500: خطأ داخلي في الخادم. هذه هي رسالة الخطأ التي يرسلها ملف تعريف HTTP/S إذا واجه البرنامج الخلفي أمرًا غير متوقع
• 501: لم ينفذهذه هي رسالة الخطأ الخاصة بملف تعريف HTTP/S إذا لم تتم إدارة فعل الطلب أو معرفته بواسطة الوكيل أو الواجهة الخلفية.
• 503 الخدمة غير متوفرةهذه رسالة الخطأ التي تظهر في ملف تعريف HTTP/S إذا لم يجد الوكيل خادمًا خلفيًا متاحًا للطلب. قد يحدث هذا عند تعطل جميع الخوادم الخلفية أو الخوادم، أو لعدم تطابق التعبير النمطي في الطلب مع أي خدمة مُهيأة.
• واف 403: ممنوعهذه هي رسالة الخطأ الخاصة بملف تعريف HTTP/S إذا تم تمكين WAF ورفض محرك WAF الطلب.

رؤوس #

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

تتضمن الإجراءات المستخدمة في هذا القسم ما يلي:

إنشاء قاعدةسيتم إنشاء رأس عالمي.
حذفسيتم حذف الرأس العالمي.

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

النوع.

• الطلب: إزالة الرأس. نمط الرأس الذي سيتم إزالته من طلبات HTTP الخاصة بالعميل.
• الطلب: تعديل الرأس. تعديل الرأس من طلبات HTTP للعميل.
• الطلب: إضافة رأس. الرأس الذي سيتم إضافته إلى طلبات HTTP الخاصة بالعميل.
• رد: إزالة الرأس. نمط الرأس الذي سيتم إزالته من استجابة HTTP الخلفية.
• الرد: تعديل الرأس. تعديل الرأس من استجابة HTTP الخلفية.
• رد: اضافة رأس. الرأس الذي سيتم إضافته إلى استجابة HTTP الخلفية.

إعدادات الخدمات #

توفر الخدمات داخل مزرعة LSLB ذات ملف تعريف HTTP إمكانيات تبديل المحتوى لخدمات الويب الافتراضية لتقديم خدمات وتطبيقات ويب متعددة من خلال نفس IP الظاهري والميناء. وهذا يساعد على توحيد تطبيقات الويب من خلال مجال واحد، إدارة المضيفين الافتراضيين, إدارة عناوين URL, تكوين عمليات إعادة التوجيه, تكوين الاستمرارية والخلفيات لكل خدمةلكل خدمة ضمن مزرعة LSLB خصائص مختلفة، وفحوصات سلامة، واستمرارية، وإدارة رأسية، وقائمة خلفية. يمكن استخدام التعبيرات العادية لمطابقة الشروط التي تحدد الخدمة المستخدمة لكل طلب.

سيتم التحقق من كل شرط مطابقة خدمة بواسطة نواة ملف تعريف مزرعة HTTP في وضع الأولوية (ويمكن تعديله عند الحاجة). في حال عدم مطابقة أي خدمة، ستعرض نواة المزرعة خطأً (خطأ HTTP 503). لهذا السبب، يُسمح بتعريفات محددة لخدمات متعددة. في حال عدم تعريف حقلي عنوان URL والمضيف، ستتطابق جميع الطلبات. سيتم تحديد شروط خدمة HTTP بواسطة مضيف افتراضي و/أو نمط عنوان URL.

أولاً، يلزم إنشاء خدمة واحدة على الأقل لإضافة واجهة خلفية. بعد تطبيق الخدمة الجديدة، سيتم تقييم خدمات HTTP من الأعلى إلى الأسفل في القائمة. ستتولى أول خدمة مطابقة في حقل المضيف و/أو عنوان URL معالجة الطلب. تُحدد شروط هذه الخدمة بناءً على أنماط عنوان URL أو المضيف.

شروط الخدمة المطلوب مطابقتها هي:

استضافة افتراضيةيُحدد هذا الحقل الشرط الذي يحدده اسم النطاق عبر نفس عنوان IP الافتراضي والمنفذ المُحدد بواسطة مزرعة HTTP. لتجاهل هذا الشرط، اتركه فارغًا. يدعم هذا الحقل التعبيرات العادية بتنسيق PCRE.

نمط URLيُحدد هذا الحقل خدمة ويب من خلال عنوان URL الذي يطلبه العميل. سيتم التحقق من هذا العنوان باستخدام نمط URL مُحدد، والذي سيتم فحصه لغويًا. لتجاهل هذا الشرط، اتركه فارغًا. يدعم هذا الحقل التعبيرات العادية بتنسيق PCRE.

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

إعادة كتابة رؤوس الموقع. إذا تم تمكينه، يتم إجبار الخدمة على تعديل المدينة المنورة - بجوار المسجد النبوي و المحتوى-الموقع عناوين استجابةً للعملاء. إذا كانت قيمة الخادم الخلفي نفسه أو VIP (ولكن ببروتوكول مختلف)، فسيتم تعديل الاستجابة لإظهار المضيف الافتراضي في الطلب. إذا كان زر التبديل تمكين ومقارنة الواجهات الخلفية عند تفعيلها، تتم مقارنة عنوان IP الخلفي فقط. هذا ضروري عند إعادة توجيه الطلبات إلى مستمع HTTPS على نفس الخادم الذي يستخدمه مستمع HTTP. عند تفعيل ومقارنة الواجهات الخلفية، يظهر علم يُسمى تمكين المسار لإعادة كتابة عناوين الموقع ستكون متاحة. قم بتمكين هذا العلم إذا كنت تعمل مع إعادة كتابة عناوين URLستجبرك هذه القيمة على التحقق من استجابات عنوان URL وستغير الاستجابة إلى الأصل إذا تم تكوين قاعدة في إعادة كتابة عناوين URLإذا تم تمكين هذا الحقل، فسوف يتجاوز نفس التوجيه في القسم العالمي.

إعادة توجيه #

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

نوع إعادة التوجيه. هناك نوعان من إعادة التوجيه: الترتيب و ألحق. مع ال الترتيب النوع، يتم اعتبار عنوان URL كمضيف مطلق ومسار لإعادة التوجيه إليه. مع ألحق النوع، سيتم إلحاق مسار الطلب الأصلي بالمضيف والمسار الذي حددته.

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

رمز إعادة التوجيهيمكن استخدام العديد من أكواد إعادة التوجيه HTTP: 301 (تم النقل بشكل دائم)، أو 302 (تم النقل مؤقتًا)، أو 307 (إعادة التوجيه المؤقتة).

إصرار #

إصراريُحدد هذا المُعامل كيفية إدارة خدمة HTTP لجلسة العميل، ونوع اتصال HTTP الذي يجب التحكم فيه للحفاظ على جلسات العميل آمنة. عند تحديد نوع جلسة الثبات، سيتم عرض مدة بقائها (TTL) (بالثواني).

• لا استمرارلن تتحكم خدمة المزرعة بجلسات العميل. سيتم تسليم طلبات HTTP أو HTTPS إلى خوادم حقيقية.
• IP: عنوان العميلسيتم استخدام عنوان IP الخاص بالعميل لإبقاء جلسات العميل مفتوحة من خلال الخوادم الحقيقية.
• الأساسية: المصادقة الأساسيةسيتم استخدام رأس مصادقة HTTP الأساسية للتحكم في جلسات العميل. على سبيل المثال، عندما تطلب صفحة ويب مصادقة أساسية من العميل، سيحتوي رأس HTTP على سلسلة نصية كالتالي:

  		HTTP/1.1 401 مطلوب الترخيص الخادم: HTTPd/1.0 التاريخ: السبت، 27 نوفمبر 2011 الساعة 10:18:15 بتوقيت جرينتش
  		مصادقة WWW: المجال الأساسي = "المنطقة الآمنة"
  		نوع المحتوى: نص/محتوى HTML الطول: 31
  

  ثم يجيب العميل بالرأس:

                  احصل على /private/index.html HTTP/1.1 المضيف: المضيف المحلي
  		التفويض: QWxhZGRpbjpvcGVuIHNlc2FtZQ== الأساسي
  

  يتم استخدام سلسلة المصادقة الأساسية هذه كمعرف للجلسة لتحديد جلسة العميل.

• PARM: معلمة URI. هناك طريقة أخرى لتحديد جلسة العميل وهي من خلال معلمة URI مفصولة عن حرف الفاصلة المنقوطة الذي يتم استخدامه كمعرف جلسة المستخدم. في المثال http://www.example.com/private.php;EFD4Y7 سيتم استخدام المعلمة كمعرف الجلسة.
• URL: معلمة طلب. عندما يتم إرسال معرف الجلسة من خلال معلمة GET بعنوان URL، تشير هذه المعلمة إلى أن الاسم المرتبط بمعرف جلسة العميل سيكون ممكنًا. على سبيل المثال، طلب العميل مثل http://www.example.com/index.php?sid=3a5ebc944f41daa6f849f730f1 يجب تكوينه مع المعلمة معرف جلسة الثبات (قيمة Sid في هذا المثال) ومدة استمرار الجلسة (TTL)
• بسكويت: . ستتمكن من تحديد متغير ملف تعريف الارتباط HTTP للقراءة من رؤوس HTTP واستخدامه للحفاظ على جلسات عمل العميل لفترة معينة. اسم ملف تعريف الارتباط الذي تم تكوينه في معرف جلسة الثبات يتم إنشاء الحقل بواسطة مبرمج ويتم تضمينه في صفحة ويب لتحديد جلسة العميل، على سبيل المثال:

                  احصل على /spec.html HTTP/1.1 المضيف: www.example.org
                  ملف تعريف الارتباط: sessionidexample=75HRSd4356SDBfrte
  

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

• HEADER: رأس الطلبيمكن استخدام حقل مخصص لرأس HTTP لتحديد جلسة العميل. يلزم تكوين مدة صلاحية جلسة الثبات ومعرّف جلسة الثبات. على سبيل المثال:

                 احصل على /index.html HTTP/1.1 المضيف: www.example.org
                 X-sess: 75HRSd4356SDBfrte
  

حارس المزرعة #

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

يمكن تعيين بعض الفحوصات الصحية المتقدمة المضمنة أو المخصصة لهذه الخدمة من خلال فحوصات حارس المزرعة التي تم إنشاؤها بالفعل.

لمزيد من المعلومات عن Farmguardian، انتقل إلى الرصد >> Farmguardian والقسم الخاص به.

لاحظ أنه بعد اختيار حارس المزرعة، سيتم تطبيقه تلقائيًا على المزرعة.

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

الخلفيات #

فيما يتعلق الخلفيات، يسمح ملف تعريف مزرعة HTTP بتكوين الخصائص التالية: يجب أن تكون جميع الواجهات الخلفية هي IPv4 أو IPv6، وبنفس إصدار IP مثل Farm VIP.

الإجراءات. استخدم الإجراءات التالية لإدارة الواجهات الخلفية:
بالنسبة للواجهات الخلفية التي تم إنشاؤها بالفعل:

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

IP. عنوان IP لواجهة خلفية معينة.
PORT. رقم المنفذ للخادم الحقيقي الحالي.
TIMEOUT. الوقت الذي تستغرقه الواجهة الخلفية للرد. تتجاوز هذه القيمة معلمة مهلة اتصال الواجهة الخلفية العامة ولكنها تقتصر على هذه المزرعة المحددة.
الوزن. قيمة الوزن للخادم الحقيقي الحالي. يشير الوزن الزائد إلى توصيل المزيد من الاتصالات إلى الواجهة الخلفية الحالية. بشكل افتراضي، سيتم تعيين قيمة الوزن 1. نطاق القيم المتاحة هو من 1 إلى 9.
الوضع. القيم الممكنة هي:

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

PRIORITY. قيمة الأولوية للخادم الحقيقي الحالي. القيم الدنيا لها أولوية أكبر. قيمة أولوية الخدمة الافتراضية هي 1. عند فشل الواجهة الخلفية، تتم زيادة أولوية الخدمة بمقدار 1. عندما تكون الواجهة الخلفية نشطة مرة أخرى، تنخفض قيمة أولوية الخدمة بمقدار 1. تحتوي الواجهات الخلفية النشطة على قيم أولوية أقل من أو تساوي أولوية الخدمة .
حد الاتصالالحد الأقصى لعدد الاتصالات المتزامنة التي يمكن للخادم الخلفي التعامل معها. في حال تجاوز هذه القيمة، سيتم حظر أي اتصالات جديدة بالخادم الخلفي، وسيتلقى العميل خطأ HTTP 503.

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

من خلال الإجراءات زر القائمة، تتوفر الإجراءات التالية لواحدة أو أكثر من الواجهات الخلفية المحددة:
أضف الخلفية. يفتح هذا الأمر نموذج إنشاء الواجهة الخلفية.
الإجراءات المذكورة أعلاه: تمكين الصيانة (استنزاف و قطع الوضع)، تعطيل الصيانة و حذف.

إضافة نموذج خلفي: