HTTP फ़ार्म प्रोफ़ाइल के लिए वैश्विक सेटिंग्स #

यह प्रोफ़ाइल HTTP और HTTPS दोनों प्रोटोकॉल के लिए लेयर-7 एप्लिकेशन डिलीवरी पर सामग्री स्विचिंग का प्रबंधन करती है।

RSI फार्म की स्थिति नीचे वर्णित अनुसार रंग संकेतकों का उपयोग करके दर्शाया गया है:

• हरा: मतलब UPफ़ार्म चल रहा है और सभी बैकएंड चालू हैं या रीडायरेक्ट कॉन्फ़िगर किया गया है।
• लाल: मतलब नीचे.खेत बंद हो गया है.
• काली: इंगित करता है गंभीर क्षति। फार्म चालू है, लेकिन कोई बैकएंड उपलब्ध नहीं है या वे रखरखाव मोड में हैं।
• नीला: इसका मतलब है कि वहाँ एक मुसीबतफ़ार्म चल रहा है लेकिन कम से कम एक बैकएंड डाउन है।
• नारंगी: मतलब रखरखावफ़ार्म चल रहा है लेकिन कम से कम एक बैकएंड रखरखाव मोड में है।

वे रंग कोड पूरे ग्राफ़िकल यूज़र इंटरफ़ेस पर एक जैसे हैं। इन रंगों के बारे में संक्षिप्त विवरण यहाँ पाएँ एलएसएलबी फार्म अनुभाग.

HTTP(S) फ़ार्म प्रोफ़ाइल में, HTTP हेडर X-Forwarded-के लिए डिफ़ॉल्ट रूप से क्लाइंट आईपी एड्रेस से भरा जाता है।

प्रत्येक HTTP(S) फ़ार्म (या वर्चुअल सेवा) रिवर्स प्रॉक्सी की तरह कई सेवाओं का प्रबंधन करता है, इसलिए एक HTTP वर्चुअल IP और पोर्ट जोड़ी एक से अधिक लोड-बैलेंस्ड वेब सेवा को संभाल सकती है। इसलिए, एक अनुभाग है जिसे कहा जाता है सेवा वर्चुअल होस्ट लचीलापन प्रदान करने और प्रत्येक सेवा के लिए बैकएंड की सूची बनाने की अनुमति देने के लिए HTTP फ़ार्म के अंतर्गत।

प्रत्येक HTTP(S) सेवा PCRE में नियमित अभिव्यक्तियों (वर्चुअल होस्ट और URL पैटर्न के लिए) के संयोजन का उपयोग करती है, ताकि आने वाले सभी कनेक्शनों का प्रबंधन किया जा सके, जिनका HTTP हेडर दोनों से मेल खाता हो।

बुनियादी कॉन्फ़िगरेशन #

HTTP/S फ़ार्म प्रोफ़ाइल के लिए मूल पैरामीटर निम्नलिखित हैं.

नामयह एक ऐसा नाम है जो किसी फ़ार्म की पहचान आसानी से करता है। किसी दिए गए फ़ार्म का नाम बदलने के लिए, आपको पहले उसे रोकना होगा। सुनिश्चित करें कि कोई नया नाम पहले से इस्तेमाल में न हो।

वर्चुअल आईपी और पोर्टये वर्चुअल IP पते और पोर्ट जोड़े हैं जिनसे फ़ार्म आने वाले कनेक्शनों को सुनेगा। कॉन्फ़िगर किए जाने से पहले नया IP पता और पोर्ट संयोजन अप्रयुक्त और उपलब्ध होना चाहिए।

श्रोतायह फ़ील्ड सामग्री स्विचिंग के लिए लेयर-7 पर प्रबंधित किए जाने वाले प्रोटोकॉल को निर्दिष्ट करता है।

• HTTPवर्चुअल सेवा केवल साधारण HTTP सामग्री को ही समझेगी।
• HTTPSवर्चुअल सेवा सुरक्षित HTTP सामग्री को समझेगी, SSL हैंडशेक का प्रबंधन करेगी, सुरक्षित सिफर कॉन्फ़िगरेशन, SSL प्रमाणपत्र (वाइल्डकार्ड या 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 प्रमाणपत्र हैं। उनमें से किसी एक को सक्षम करने के लिए, या तो प्रमाणपत्र चुनें और तीर बटन पर क्लिक करें या बस इसे उपलब्ध बॉक्स से सक्षम बॉक्स में खींचें और छोड़ें। आप कई प्रमाणपत्रों या यहां तक ​​कि उन सभी को सक्षम/अक्षम भी कर सकते हैं।

सक्षम प्रमाणपत्रइस सूची में, आप उन प्रमाणपत्रों को प्रबंधित करेंगे जो वर्तमान में फ़ार्म द्वारा उपयोग में हैं। आप उन्हें डबल टॉप/डाउन एरो के साथ ऊपर या नीचे ले जा सकते हैं या उन सभी को अक्षम भी कर सकते हैं। प्रमाणपत्रों के क्रम को ध्यान में रखें। यदि आप होस्ट प्रमाणपत्र से पहले वाइल्डकार्ड प्रमाणपत्र कॉन्फ़िगर करते हैं, तो वाइल्डकार्ड का उपयोग पहले किया जाएगा।

उन्नत सेटिंग #

स्थान हेडर पुनः लिखेंयदि सक्षम किया गया है, तो फ़ार्म को संशोधित करने के लिए मजबूर किया जाता है स्थान और सामग्री-स्थान क्लाइंट के जवाब में हेडर। यदि उनके पास बैकएंड या वीआईपी का मूल्य है, लेकिन एक अलग प्रोटोकॉल के साथ, प्रतिक्रिया को अनुरोध में वर्चुअल होस्ट दिखाने के लिए संशोधित किया जाएगा। यदि टॉगल बटन, सक्षम करें और बैकएंड की तुलना करें सक्षम होने पर, केवल बैकएंड आईपी पते की तुलना की जाएगी। HTTP श्रोता के समान सर्वर पर HTTPS श्रोता के लिए अनुरोध को पुनर्निर्देशित करने में यह आवश्यक है। यदि यह फ़ील्ड सेवा अनुभाग में कॉन्फ़िगर किया गया है, तो उस सेवा के लिए इस निर्देश को अनदेखा कर दिया जाएगा।

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 क्रियाएँ. एमएस एक्सटेंशन WebDAV क्रियाएँ (SUBSCRIBE, UNSUBSCRIBE, NOTIFY, BPROPFIND, BPROPPATCH, POLL, BMOVE, BCOPY, BDELETE, CONNECT).
• + MS RPC एक्सटेंशन क्रियाएँ. MS RPC एक्सटेंशन क्रियाएँ (RPC_IN_DATA, RPC_OUT_DATA).

बैकएंड कनेक्शन टाइमआउटयह मान सेकंड में बैकएंड से कनेक्शन के लिए फ़ार्म को प्रतीक्षा करने का समय दर्शाता है। आमतौर पर, यह सॉकेट खुलने का प्रतीक्षा समय होगा। डिफ़ॉल्ट रूप से, यह मान 20 सेकंड पर सेट किया जाएगा।

पुनर्जीवित बैकएंड की जांच करने की आवृत्तियह वह समय है जब लोड बैलेंसर यह जांचने के लिए प्रतीक्षा करेगा कि क्या बैकएंड पहुंच योग्य है और यदि यह चालू है तो ब्लैकलिस्टेड वास्तविक सर्वर को बाहर निकालने के लिए। फ़ार्म समय-समय पर बैकएंड की जाँच करेगा जब वास्तविक सर्वर को डाउन के रूप में चिह्नित किया जाता है, भले ही कोई नया क्लाइंट कनेक्शन हो या न हो। डिफ़ॉल्ट रूप से, यह मान 10 सेकंड पर सेट किया जाएगा।

बैकएंड प्रतिक्रिया समय समाप्तयह मान उस समय को इंगित करता है जो फ़ार्म को बैकएंड से प्रतिक्रिया के लिए सेकंड में प्रतीक्षा करनी होगी। डिफ़ॉल्ट रूप से, यह मान 45 सेकंड पर सेट किया जाएगा।

क्लाइंट अनुरोध समय समाप्तयह मान उस समय को इंगित करता है जिसके लिए फ़ार्म को क्लाइंट अनुरोध का इंतज़ार करना होगा। क्लाइंट से कोई डेटा प्राप्त किए बिना यह समय समाप्त हो जाने पर, कनेक्शन समाप्त हो जाएगा। डिफ़ॉल्ट रूप से, यह मान 30 सेकंड पर सेट किया जाएगा।

HTTP त्रुटि संदेश #

व्यक्तिगत त्रुटि संदेश। जब वास्तविक सर्वर से वेब कोड त्रुटि का पता चलता है, तो फ़ार्म सेवा आपकी साइट पर एक कस्टम संदेश प्रदर्शित करेगी। त्रुटि कोड 414, 500, 501 और 503 के लिए एक व्यक्तिगत HTML पृष्ठ दिखाया जाएगा।

• 414: अनुरोध-URI बहुत लंबा है. यदि URI अनुमत वर्णों की अधिकतम संख्या तक पहुँच जाता है, तो HTTP/S प्रोफ़ाइल द्वारा यह त्रुटि संदेश दिया जाता है। यदि आपको यह त्रुटि मिलती है, तो URL की लंबाई कम करें।
• 500 आंतरिक सर्वर त्रुटियदि बैकएंड को कोई अप्रत्याशित कमांड मिलती है तो यह HTTP/S प्रोफ़ाइल द्वारा दिया गया त्रुटि संदेश है
• 501: लागू नहीं किया गयायदि अनुरोध क्रिया को प्रॉक्सी या बैकएंड द्वारा प्रबंधित या ज्ञात नहीं किया जाता है, तो यह HTTP/S प्रोफ़ाइल द्वारा त्रुटि संदेश होता है।
• 503: सेवा अनुपलब्ध. यदि प्रॉक्सी को अनुरोध के लिए कोई उपलब्ध बैकएंड नहीं मिलता है, तो HTTP/S प्रोफ़ाइल द्वारा यह त्रुटि संदेश दिया जाता है। ऐसा तब हो सकता है जब सभी बैकएंड या सर्वर डाउन हों, या क्योंकि अनुरोध में रेगुलर एक्सप्रेशन किसी भी कॉन्फ़िगर की गई सेवा से मेल नहीं खाता है।
• WAF 403: निषिद्धयदि WAF सक्षम है और WAF इंजन अनुरोध को अस्वीकार करता है तो यह HTTP/S प्रोफ़ाइल द्वारा दिया गया त्रुटि संदेश है।

शीर्ष लेख #

इस अनुभाग में, हम वैश्विक रूप से अनुरोध और प्रतिक्रिया हेडर जोड़ सकते हैं, संशोधित कर सकते हैं या हटा सकते हैं, सभी कॉन्फ़िगर की गई सेवाओं पर क्रियाएँ लागू कर सकते हैं। यदि सेवा अनुभाग में कोई हेडर कॉन्फ़िगर किया गया है, तो उस कॉन्फ़िगरेशन को त्याग दिया जाएगा।

इस अनुभाग में उपयोग की जाने वाली क्रियाएं निम्नलिखित हैं:

नियम बनाएंएक वैश्विक हेडर बनाया जाएगा.
मिटाना. वैश्विक हेडर हटा दिया जाएगा.

यह अनुभाग हमें जोड़ने, संशोधित करने या बनाने की अनुमति देता है हैडर अनुरोध और प्रतिक्रियाएं जैसा कि नीचे दी गई छवि में दिखाया गया है।

प्रकार.

• अनुरोध: हेडर हटाएँहेडर पैटर्न जिसे क्लाइंट HTTP अनुरोधों से हटा दिया जाएगा।
• अनुरोध: हेडर संशोधित करेंक्लाइंट HTTP अनुरोधों से हेडर को संशोधित करें.
• अनुरोध: हेडर जोड़ें. वह हेडर जो क्लाइंट HTTP अनुरोधों में जोड़ा जाएगा.
• प्रतिक्रिया: हेडर हटाएँहेडर पैटर्न जिसे बैकएंड HTTP प्रतिक्रिया से हटा दिया जाएगा।
• प्रतिक्रिया: हेडर संशोधित करेंबैकएंड HTTP प्रतिक्रिया से हेडर को संशोधित करें.
• प्रतिक्रिया: हेडर जोड़ेंवह हेडर जो बैकएंड HTTP प्रतिक्रिया में जोड़ा जाएगा।

सेवाएँ सेटिंग्स #

HTTP प्रोफ़ाइल वाले LSLB फ़ार्म के भीतर सेवाएँ वेब वर्चुअल सेवाओं के लिए सामग्री-स्विचिंग क्षमताएँ प्रदान करती हैं, ताकि वे एकाधिक वेब सेवाएँ और अनुप्रयोग वितरित कर सकें. एक ही वर्चुअल आईपी और पोर्ट. इससे मदद मिलती है वेब अनुप्रयोगों को एकीकृत करें एक ही डोमेन के माध्यम से, वर्चुअल होस्ट प्रबंधित करें, यूआरएल प्रबंधित करें, रीडायरेक्ट कॉन्फ़िगर करें, प्रति सेवा दृढ़ता और बैकएंड कॉन्फ़िगर करेंLSLB फ़ार्म के भीतर प्रत्येक सेवा में अलग-अलग गुण, स्वास्थ्य जाँच, दृढ़ता, हेडर प्रबंधन और एक बैकएंड सूची होती है। नियमित अभिव्यक्तियों का उपयोग उन शर्तों से मेल खाने के लिए किया जा सकता है जो प्रति अनुरोध उपयोग की जाने वाली सेवा को निर्दिष्ट करेंगी।

प्रत्येक सेवा मिलान स्थिति को HTTP फ़ार्म प्रोफ़ाइल कोर द्वारा प्राथमिकता मोड में जाँचा जाएगा (जिसे ज़रूरत पड़ने पर बदला जा सकता है)। यदि कोई सेवा मेल नहीं खाती है तो फ़ार्म कोर एक त्रुटि (HTTP त्रुटि 503) लौटाएगा। इस कारण से, विशिष्ट बहु-सेवा परिभाषाओं की अनुमति है। यदि URL और होस्ट के फ़ील्ड परिभाषित नहीं हैं, तो सभी अनुरोध मेल खाएँगे। HTTP सेवा शर्तें वर्चुअल होस्ट और/या URL पैटर्न द्वारा निर्धारित की जाएँगी।

सबसे पहले, यह आवश्यक है कि आप बैकएंड जोड़ने के लिए कम से कम एक सेवा बनाएँ। एक बार नई सेवा लागू हो जाने के बाद, HTTP सेवाओं का मूल्यांकन सूची क्रम में ऊपर से नीचे तक किया जाएगा। होस्ट और/या URL फ़ील्ड में सबसे पहले मेल खाने वाली सेवा अनुरोध को संसाधित करेगी। वे सेवा शर्तें URL या होस्ट पैटर्न द्वारा निर्धारित की जाती हैं।

मिलान की जाने वाली सेवा शर्तें इस प्रकार हैं:

वर्चुअल होस्टयह फ़ील्ड डोमेन नाम द्वारा HTTP फ़ार्म द्वारा परिभाषित समान वर्चुअल IP और पोर्ट के माध्यम से निर्धारित शर्त को निर्दिष्ट करता है। इस शर्त को हटाने के लिए, इसे खाली छोड़ दें। यह फ़ील्ड PCRE फ़ॉर्मेट में रेगुलर एक्सप्रेशन का समर्थन करता है।

यूआरएल पैटर्नयह फ़ील्ड क्लाइंट द्वारा अनुरोध किए जा रहे URL के आधार पर वेब सेवा निर्धारित करता है। इस URL को एक विशिष्ट URL पैटर्न का उपयोग करके जाँचा जाएगा जिसे वाक्यविन्यास द्वारा जाँचा जाएगा। इस शर्त को त्यागने के लिए, इसे खाली छोड़ दें। यह फ़ील्ड PCRE प्रारूप में नियमित अभिव्यक्तियों का समर्थन करता है।

RSI वर्चुअल होस्ट और यूआरएल पैटर्न मान नियमित अभिव्यक्तियाँ हैं। यदि खाली छोड़ दिया जाए, तो कोई भी मान मेल खाएगा। दोनों फ़ील्ड का मेल होना चाहिए अन्यथा यह अगली सेवा पर चला जाएगा। कम से कम एक का उपयोग करने की अनुशंसा की जाती है, यदि नीचे कोई मिलान नहीं पाया जाता है तो डिफ़ॉल्ट के रूप में कार्य करता है।

स्थान हेडर पुनः लिखेंयदि सक्षम किया गया है, तो सेवा को संशोधित करने के लिए मजबूर किया जाता है स्थान और सामग्री-स्थान क्लाइंट के जवाब में हेडर। यदि उनमें बैकएंड या VIP (लेकिन एक अलग प्रोटोकॉल के साथ) का मान है, तो अनुरोध में वर्चुअल होस्ट दिखाने के लिए प्रतिक्रिया को संशोधित किया जाएगा। यदि टॉगल बटन सक्षम करें और बैकएंड की तुलना करें सक्षम होने पर, केवल बैकएंड आईपी पते की तुलना की जाती है। HTTP श्रोता के समान सर्वर पर HTTPS श्रोता के लिए अनुरोधों को पुनर्निर्देशित करते समय यह आवश्यक है। जब सक्षम करें और बैकएंड की तुलना करें का चयन किया जाता है, तो एक ध्वज जिसे कहा जाता है स्थान शीर्षलेख पुनर्लेखन के लिए पथ सक्षम करें उपलब्ध होगा। यदि आप इसके साथ काम कर रहे हैं तो इस ध्वज को सक्षम करें यूआरएल पुनः लिखेंयह मान आपको URL प्रतिक्रियाओं की जांच करने के लिए मजबूर करेगा और यदि कोई नियम कॉन्फ़िगर किया गया है तो प्रतिक्रिया को मूल में बदल देगा यूआरएल पुनः लिखेंयदि यह फ़ील्ड सक्षम है, तो यह वैश्विक अनुभाग में समान निर्देश को ओवरराइड कर देगा।

लोड संतुलन अनुसूचकयह फ़ील्ड बैकएंड सर्वर निर्धारित करने के लिए उपयोग किए जाने वाले लोड बैलेंसिंग एल्गोरिदम को निर्दिष्ट करता है। डिफ़ॉल्ट रूप से, वेट एल्गोरिदम डिफ़ॉल्ट चयनित एल्गोरिदम होगा।

• वजन: वजन के आधार पर कनेक्शन रैखिक प्रेषण. प्रत्येक बैकएंड को सौंपे गए वजन मूल्य के आधार पर कनेक्शन को संतुलित करता है। अनुरोधों को परिभाषित वजन का उपयोग करके एक संभाव्य एल्गोरिथ्म का उपयोग करके वितरित किया जाता है।
• न्यूनतम प्रतिक्रिया: बैकएंड प्रतिक्रिया के अनुसार गतिशील भारबैकएंड से प्रदर्शन समय के जवाब में बैकएंड वजन का गतिशील रूप से पुनः मापन। तेज़ प्रतिक्रिया समय के परिणामस्वरूप इन वास्तविक सर्वरों से कनेक्शन में वृद्धि होती है।

पुन: निर्देशित #

यदि सेवा में रीडायरेक्ट विकल्प सक्षम है, तो बैकएंड सर्वर का उपयोग नहीं किया जा सकता है क्योंकि सभी अनुरोध निर्दिष्ट URL पर भेजे जाएंगे।

पुनर्निर्देशित प्रकार. दो प्रकार के रीडायरेक्ट हैं: चूक और जोड़ना। उसके साथ चूक प्रकार, URL को एक पूर्ण होस्ट और रीडायरेक्ट करने के लिए पथ के रूप में लिया जाता है। जोड़ना प्रकार, मूल अनुरोध पथ होस्ट और आपके द्वारा निर्दिष्ट पथ में जोड़ दिया जाएगा।

रीडायरेक्ट URLयह पैरामीटर नियंत्रित करता है कि अनुरोध का उत्तर दिए जाने के बाद क्लाइंट को कहां रीडायरेक्ट किया जाएगा। क्लाइंट अनुरोध का उत्तर स्वचालित रूप से नए URL पर रीडायरेक्ट करके दिया जाता है। यदि आप रीडायरेक्ट मान कॉन्फ़िगर करते हैं, बैकएंड कॉन्फ़िगर न करें इस सेवा में यदि वर्चुअल होस्ट और यूआरएल पैटर्न मैच, उपकरण एक HTTP भेजेगा स्थान हेडर कॉन्फ़िगर किए गए URL पर पुनर्निर्देशित करने के लिए क्लाइंट को प्रतिक्रिया दें।

रीडायरेक्ट कोडकई रीडायरेक्ट HTTP कोड का उपयोग किया जा सकता है: 301 (स्थायी रूप से स्थानांतरित), 302 (अस्थायी रूप से स्थानांतरित), या 307 (अस्थायी रीडायरेक्ट)।

हठ #

हठयह पैरामीटर परिभाषित करता है कि HTTP सेवा क्लाइंट सत्र को कैसे प्रबंधित करेगी और सुरक्षित क्लाइंट सत्र बनाए रखने के लिए किस HTTP कनेक्शन को नियंत्रित किया जाना चाहिए। जब ​​किसी प्रकार के पर्सिस्टेंस सत्र का चयन किया जाता है, तो उसका टाइम टू लाइव TTL (सेकंड) दिखाया जाएगा।

• कोई दृढ़ता नहींफ़ार्म सेवा क्लाइंट सत्रों को नियंत्रित नहीं करेगी। HTTP या HTTPS अनुरोध वास्तविक सर्वर पर वितरित किए जाएँगे।
• आईपी: ग्राहक पताक्लाइंट आईपी पते का उपयोग वास्तविक सर्वर के माध्यम से क्लाइंट सत्रों को खुला रखने के लिए किया जाएगा।
• बेसिक: मूल प्रमाणीकरणHTTP बेसिक ऑथेंटिकेशन हेडर का उपयोग क्लाइंट सत्रों को नियंत्रित करने के लिए किया जाएगा। उदाहरण के लिए, जब कोई वेब पेज क्लाइंट से बेसिक ऑथेंटिकेशन का अनुरोध करता है, तो HTTP हेडर में निम्न जैसी स्ट्रिंग होगी:

  		HTTP/1.1 401 प्राधिकरण आवश्यक सर्वर: HTTPd/1.0 दिनांक: शनिवार, 27 नवम्बर 2011 10:18:15 GMT
  		WWW-प्रमाणीकरण: बेसिक realm="सुरक्षित क्षेत्र"
  		सामग्री-प्रकार: पाठ/HTML सामग्री-लंबाई: 31
  

  फिर ग्राहक हेडर के साथ उत्तर देता है:

                  GET /private/index.html HTTP/1.1 होस्ट: localhost
  		प्राधिकरण: बेसिक QWxhZGRpbjpvcGVuIHNlc2FtZQ==
  

  इस मूल प्रमाणीकरण स्ट्रिंग का उपयोग क्लाइंट सत्र की पहचान करने के लिए सत्र आईडी के रूप में किया जाता है।

• PARM: एक URI पैरामीटरक्लाइंट सत्र की पहचान करने का दूसरा तरीका एक अर्धविराम वर्ण से अलग किए गए URI पैरामीटर के माध्यम से है जिसका उपयोग उपयोगकर्ता सत्र पहचानकर्ता के रूप में किया जाता है। उदाहरण में http://www.example.com/private.php;ईएफडी4Y7 पैरामीटर का उपयोग सत्र पहचानकर्ता के रूप में किया जाएगा.
• URL: एक अनुरोध पैरामीटरजब सत्र आईडी को URL के साथ GET पैरामीटर के माध्यम से भेजा जाता है, तो यह पैरामीटर इंगित करता है कि क्लाइंट सत्र आईडी से जुड़ा नाम संभव होगा। उदाहरण के लिए, क्लाइंट अनुरोध जैसे http://www.example.com/index.php?sid=3a5ebc944f41daa6f849f730f1 पैरामीटर के साथ कॉन्फ़िगर किया जाना चाहिए दृढ़ता सत्र पहचानकर्ता (इस उदाहरण में sid मान) और सत्र का स्थायी समय (TTL)
• कुकी: . आप HTTP हेडर से पढ़ने के लिए HTTP कुकी वैरिएबल का चयन करने में सक्षम होंगे और इसे दिए गए समय के लिए क्लाइंट सत्र बनाए रखने के लिए उपयोग करेंगे। कॉन्फ़िगर किए गए कुकी नाम में दृढ़ता सत्र पहचानकर्ता फ़ील्ड प्रोग्रामर द्वारा बनाई जाती है और क्लाइंट सत्र की पहचान करने के लिए वेबपेज में एम्बेड की जाती है, उदाहरण के लिए:

                  GET /spec.html HTTP/1.1 होस्ट: www.example.org
                  कुकी: sessionidexample=75HRSd4356SDBfrte
  

  इसके अतिरिक्त, पर्सिस्टेंस सेशन टाइम टू लाइफ (TTL) को कॉन्फ़िगर किया जाना चाहिए। यह मान उस समय को प्रबंधित करता है जो लोड बैलेंसर तब बचाता है जब क्लाइंट और बैकएंड बिना किसी गतिविधि के चलते हैं।

• हेडर: एक अनुरोध हेडरक्लाइंट सत्र की पहचान करने के लिए HTTP हेडर कस्टम फ़ील्ड का उपयोग किया जा सकता है। पर्सिस्टेंस सेशन का जीवनकाल और पर्सिस्टेंस सेशन पहचानकर्ता को कॉन्फ़िगर करना आवश्यक है। उदाहरण के लिए:

                 GET /index.html HTTP/1.1 होस्ट: www.example.org
                 एक्स-सेशन: 75HRSd4356SDBfrte
  

फार्मगार्डियन #

HTTP फार्म एक बुनियादी और मूल बैकएंड स्वास्थ्य जांच प्रदान करते हैं, लेकिन फार्मगार्डियन कॉन्फ़िगरेशन को बेहतर हेयुरिस्टिक्स बैकएंड स्वास्थ्य जांच के लिए अनुशंसित किया जाता है ताकि यह सुनिश्चित किया जा सके कि एप्लिकेशन स्वस्थ है।

पहले से निर्मित फार्मगार्डियन चेक से कुछ अंतर्निहित या अनुकूलित उन्नत स्वास्थ्य जांच इस सेवा को सौंपी जा सकती हैं।

फार्मगार्डियन से संबंधित अधिक जानकारी के लिए यहां जाएं निगरानी >> फार्मगार्डियन अनुभाग।

ध्यान दें कि फार्मगार्डियन का चयन करने के बाद, यह स्वचालित रूप से फार्म पर लागू हो जाएगा।

HTTPS बैकएंडयह चेकबॉक्स फ़ार्म को इंगित करता है कि वर्तमान सेवा में परिभाषित बैकएंड सर्वर HTTPS प्रोटोकॉल का उपयोग कर रहे हैं, इसलिए डेटा भेजे जाने से पहले एन्क्रिप्ट किया जाएगा।

backends #

विषय में backends, HTTP फ़ार्म प्रोफ़ाइल निम्नलिखित गुणों के कॉन्फ़िगरेशन की अनुमति देता है: सभी बैकएंड IPv4 या IPv6 होने चाहिए, और फ़ार्म VIP के समान IP संस्करण के साथ होने चाहिए।

कार्रवाईबैकएंड को प्रबंधित करने के लिए निम्नलिखित क्रियाओं का उपयोग करें:
पहले से निर्मित बैकएंड के लिए:

• रखरखाव सक्षम करेंयदि बैकएंड पहले से अक्षम था, तो इस क्रिया का उपयोग करें। किसी वास्तविक सर्वर को रखरखाव मोड में रखने का अर्थ है कि उस पर कोई नया कनेक्शन पुनर्निर्देशित नहीं किया जाएगा। रखरखाव मोड को सक्षम करने के दो तरीके हैं:
  • नाली मोडसक्षम होने पर स्थापित कनेक्शन और दृढ़ता को बनाए रखता है, लेकिन नए कनेक्शन स्वीकार नहीं करेगा।
  • कट मोडबैकएंड के विरुद्ध सभी सक्रिय कनेक्शन हटा देता है
• रखरखाव अक्षम करें. जब बैकएंड रखरखाव मोड में हो तो इस क्रिया का उपयोग करें। रखरखाव मोड को अक्षम करने के बाद फिर से वास्तविक सर्वर से नए कनेक्शन सक्षम करें।
• मिटानाचयनित वर्चुअल सेवा के कॉन्फ़िगरेशन निकालें.

IPकिसी दिए गए बैकएंड का आईपी पता.
पोर्ट.वर्तमान वास्तविक सर्वर का पोर्ट नंबर.
TIMEOUTबैकएंड को प्रतिक्रिया देने में लगने वाला समय। यह मान वैश्विक बैकएंड कनेक्शन टाइमआउट के पैरामीटर को ओवरराइड करता है लेकिन यह इस चयनित फ़ार्म तक सीमित है।
वजनवर्तमान वास्तविक सर्वर के लिए वज़न मान। अधिक वज़न का मतलब है कि वर्तमान बैकएंड पर अधिक कनेक्शन डिलीवर किए गए हैं। डिफ़ॉल्ट रूप से, 1 का वज़न मान सेट किया जाएगा। उपलब्ध मानों की सीमा 1 से 9 तक है।
वरीयतावर्तमान वास्तविक सर्वर के लिए प्राथमिकता मान (स्वीकृत मान 1 या 2 हैं)। कम मानों की प्राथमिकता अधिक होती है और डिफ़ॉल्ट मान 1 होता है, इसलिए बैकएंड का उपयोग तब किया जाएगा जब यह उपलब्ध होगा। यदि प्राथमिकता 1 वाले सभी बैकएंड बंद हैं या रखरखाव में हैं, तो प्राथमिकता 2 वाला बैकएंड सेवा को उपलब्ध बनाए रखने के लिए सक्षम है। वर्तमान में प्राथमिकता 2 वाले केवल एक बैकएंड की अनुमति है।

आप पहले बताए गए समान पैरामीटर्स को कॉन्फ़िगर कर पाएंगे, और फिर बैकएंड बनाने के लिए सेव बटन पर क्लिक कर पाएंगे।

के माध्यम से क्रियाएँ मेनू बटन पर क्लिक करने पर, एक या अधिक चयनित बैकएंड के लिए निम्नलिखित क्रियाएं उपलब्ध हैं:
बैकएंड जोड़ें. यह कमांड बैकएंड निर्माण फॉर्म खोलता है.
ऊपर उल्लिखित कार्यवाहियाँ: रखरखाव सक्षम करें (नाली और कट गया तरीका), रखरखाव अक्षम करें और मिटाना.

बैकएंड फॉर्म जोड़ें: