एलएसएलबी | खेतों | अपडेट | HTTP प्रोफाइल

द्वारा प्रकाशित किया गया था Zevenet | 2 अक्टूबर, 2017

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

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

zevenet lslb lb adc farm http वैश्विक सेटिंग्स

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

zevenet lslb http adc फार्म पुनः आरंभ

इन सभी परिवर्तनों को लागू करने के बाद, कृपया पर क्लिक करें पुनः प्रारंभ बटन और सफलता का एक संदेश दिखाया जाएगा यदि पुनरारंभ सफलतापूर्वक किया गया है।

zevenet lslb http lb adc फ़ार्म में बदलाव लागू होते हैं

 

यदि आवश्यक हो तो यह क्रियाओं का उपयोग करके मैन्युअल रूप से भी किया जा सकता है। उस उद्देश्य के लिए जोड़े गए ऊपरी दाएं कोने के बटन पर ध्यान दें:

RSI स्थिति निम्नानुसार रंगीन गोलियों द्वारा दिखाया गया है:

  • ग्रीन: माध्यम UP। फार्म चल रहा है और सभी बैकएंड यूपी हैं।
  • लाल: माध्यम नीचे। खेत बन्द है।
  • ऑरेंज: माध्यम पुनर्व्यवस्थित की आवश्यकता है। हाल के बदलाव हैं जिन्हें लागू करने के लिए खेत को फिर से शुरू करने की आवश्यकता है।
  • काले: माध्यम गंभीर। खेत यूपी है, लेकिन वहाँ बैकएंड उपलब्ध नहीं है या वे रखरखाव मोड में हैं
  • ब्लू: माध्यम मुसीबत। फार्म चल रहा है लेकिन कम से कम एक बैकेंड नीचे है।
  • पीला: माध्यम रखरखाव। फार्म चल रहा है लेकिन कम से कम एक बैकेंड रखरखाव मोड में है।

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

HTTP (S) प्रोफाइल में, HTTP हेडर X-Forwarded-के लिए क्लाइंट IP पते के साथ डिफ़ॉल्ट रूप से भरा जाता है। L4xNAT फ़ार्म प्रोफ़ाइल के साथ इसके विपरीत, HTTP प्रोफ़ाइल एक वज़न एल्गोरिथ्म का अंतर्निहित रूप से उपयोग करती है।

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

उन्नत HTTP / एस फार्म प्रोफाइल के पैरामीटर निम्नलिखित हैं:

नाम। यह पहचान क्षेत्र और कृषि सेवा के लिए एक विवरण है। इस मूल्य को बदलने के लिए आपको खेत को पहले स्थान पर रोकना होगा। सुनिश्चित करें कि नया फ़ार्म नाम पहले से उपयोग में नहीं है या कोई त्रुटि संदेश दिखाई देगा।
वर्चुअल आईपी और पोर्ट। ये वर्चुअल IP एड्रेस और / या वर्चुअल PORT हैं जिसमें फार्म प्रोफाइल को बाइंड किया जाएगा और लोड बैलेंसर सिस्टम में सुनाई देगा। इन क्षेत्रों में परिवर्तन करने के लिए, सुनिश्चित करें कि नया वर्चुअल आईपी और वर्चुअल पोर्ट उपयोग में नहीं है। परिवर्तनों को लागू करने के लिए कृषि सेवा अपने आप फिर से शुरू हो जाएगी।

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

  • HTTP। वर्चुअल सेवा केवल सादे HTTP सामग्री को समझेगी।
  • HTTPS। वर्चुअल सेवा सुरक्षित HTTP सामग्री को समझेगी, यह एसएसएल हैंडशेक का प्रबंधन करेगी, यह एसएसएल ऑफलोड करने और इन भारी कार्यों के वास्तविक एप्लिकेशन सर्वर को अनलोड करने के लिए सुरक्षित सिफर कॉन्फ़िगरेशन, एसएसएल प्रमाणपत्र (वाइल्डकार्ड या एसएनआई) आदि को संभाल लेगा। ।

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

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

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

  • मानक HTTP अनुरोध। केवल मानक HTTP अनुरोध (GET, POST, HEAD) स्वीकार करें।
  • + HTTP अनुरोध बढ़ाया गया। इसके अतिरिक्त विस्तारित HTTP अनुरोध (PUT, DELETE) की अनुमति दें।
  • + मानक WebDAV क्रिया। इसके अतिरिक्त मानक WebDAV क्रिया (LOCK, UNLOCK, PROPFIND, PROPPATCH, SEARCH, MKCOL, MOVE, COPY, OPTIONS, TRACE, MKACTIVITY, CHECKOUT, MERGE, REPORT) को अनुमति दें।
  • + एमएस एक्सटेंशन WebDAV क्रिया। इसके अतिरिक्त MS एक्सटेंशन WebDAV verbs (SUBSCRIBE, UNSUBSCRIBE, NOTIFY, BPROPFIND, BPROPPATCH, POLL, BMOVE, BCOPY, BDELETE, CONNECT) को अनुमति दें।
  • + एमएस आरपीसी एक्सटेंशन क्रिया। इसके अतिरिक्त MS RPC एक्सटेंशन वर्ब्स (RPC_IN_DATA, RPC_OUT_DATA) की अनुमति दें।

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

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

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

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

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

दूसरी ओर, कुछ HTTPS पैरामीटर नीचे पाया जा सकता है।

RSI SSLV2 अक्षम करें, SSLV3 अक्षम करें, TLSV1 को अक्षम करें, TLSV1.1 को अक्षम करें, TLSV1.2 को अक्षम करें चयनित बटन, यदि चयनित हैं, तो दिए गए प्रोटोकॉल का उपयोग करने से बचें। इस प्रकार, एक प्रोटोकॉल अक्षम होने के बाद, यह सिफर भी अक्षम हो जाएगा।

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

सब। यह आइटम इंगित करता है कि सभी सिफर को 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 ssllabs .

कस्टम सुरक्षा। इस विकल्प के माध्यम से अपने स्वयं के अनुमत सिफर सेट करने की अनुमति देता है अपने सिफर्स को कस्टमाइज़ करें खेत..

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

SSL ऑफलोडिंग। ध्यान दें कि एंटरप्राइज एडिशन v5.1 में नई एसएसएल ऑफलोडिंग क्षमताएं शामिल हैं जो सीपीयू एईएस पर प्रदर्शन को बढ़ाती हैं। यदि आपका हार्डवेयर इस क्षमताओं को लागू करता है तो यह विकल्प दिखाया जाएगा। अन्य बुद्धिमान नहीं।

सक्षम प्रमाण पत्र। इस सूची में एसएसएल प्रमाणपत्र वे प्रमाण पत्र होंगे जो खेत प्रबंधन कर सकेंगे।

उपलब्ध प्रमाण पत्र। ये डिवाइस में उपलब्ध एसएसएल सर्टिफिकेट हैं। उनमें से एक को सक्षम करने के लिए आप या तो प्रमाण पत्र का चयन कर सकते हैं और डी एरो बटन दबा सकते हैं या आप सरल ड्रैग कर सकते हैं और एवेलेबल बॉक्स से सक्षम बॉक्स में छोड़ सकते हैं।

HTTP फ़ार्म प्रोफ़ाइल के लिए सेवाएँ

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

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

सबसे पहले, बैकएंड जोड़ने के लिए कम से कम एक सेवा बनाना आवश्यक है।

zevenet lslb http बनाने की सेवा

निर्माण के बाद, यह करने के लिए कहा जाएगा पुनः प्रारंभ नई सेवा लागू करने के लिए खेत।

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

HTTP फार्म प्रोफाइल के लिए सेवा शर्तें और विकल्प नीचे दिखाए गए हैं।

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

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

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

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

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

zevenet lslb http https पुनर्निर्देशित

कम से कम प्रतिक्रिया। यह चेकबॉक्स राउंड रॉबिन एल्गोरिथ्म के सुधार में सक्षम बनाता है। गतिशील रूप से, लोड बैलेंसर प्रतिक्रिया समय के कम मूल्य के साथ संबंध स्थापित करता है।

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

हठ। यह पैरामीटर परिभाषित करता है कि क्लाइंट सेवा को प्रबंधित करने के लिए HTTP सेवा कैसे जा रही है और सुरक्षित क्लाइंट सत्र को बनाए रखने के लिए HTTP कनेक्शन फ़ील्ड को किस प्रकार नियंत्रित किया जाना है। जब एक प्रकार की दृढ़ता सत्र का चयन किया जाता है तो एक दृढ़ता सत्र TTL दिखाया जाएगा।

  • कोई दृढ़ता नहीं। फ़ार्म सेवा क्लाइंट सत्रों को नियंत्रित नहीं करेगी और HTTP या HTTPS अनुरोधों को वास्तविक सर्वर पर मुफ्त वितरित किया जाएगा।
  • आईपी: क्लाइंट का पता। क्लाइंट आईपी पते का उपयोग वास्तविक सत्रों के माध्यम से क्लाइंट सत्रों को खोलने के लिए किया जाएगा।
  • बुनियादी: मूल प्रमाणीकरण। क्लाइंट सत्रों को नियंत्रित करने के लिए HTTP बेसिक ऑथेंटिकेशन हेडर का उपयोग किया जाएगा। उदाहरण के लिए, जब कोई वेब पेज क्लाइंट के लिए मूल प्रमाणीकरण का अनुरोध करता है तो HTTP हेडर में निम्नलिखित की तरह एक स्ट्रिंग होगी:
    		HTTP/1.1 401 Authorization Required
    		Server: HTTPd/1.0
    		Date: Sat, 27 Nov 2011 10:18:15 GMT
    		WWW-Authenticate: Basic realm="Secure Area"
    		Content-Type: text/html
    		Content-Length: 31
    

    फिर हेडर के साथ क्लाइंट उत्तर:

                    GET /private/index.html HTTP/1.1
    		Host: localhost
    		Authorization: Basic QWxhZGRpbjpvcGVuIHNlc2FtZQ==
    

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

  • URL: एक अनुरोध पैरामीटर। जब सत्र ID को GET पैरामीटर के माध्यम से भेजा जाता है, तो URL के साथ क्लाइंट सत्र ID से जुड़े पैरामीटर नाम का संकेत इस विकल्प का उपयोग करना संभव होगा। उदाहरण के लिए, क्लाइंट अनुरोध जैसे http://www.example.com/index.php?sid=3a5ebc944f41daa6f849f730f1 पैरामीटर को कॉन्फ़िगर किया जाना चाहिए दृढ़ता सत्र पहचानकर्ता:zevenet lslb HTTP दृढ़ता url
  • PARM: एक URI पैरामीटर। क्लाइंट सत्र की पहचान करने का एक अन्य तरीका एक यूआरआई पैरामीटर है जो सेमीकॉलन वर्ण से अलग है जो उपयोगकर्ता सत्र पहचानकर्ता के रूप में उपयोग किया जाता है। उदाहरण में http://www.example.com/private.php;EFD4Y7 पैरामीटर का उपयोग सत्र पहचानकर्ता के रूप में किया जाएगा।
  • कुकी: एक निश्चित कुकी। साथ ही, आप COOKIE विकल्प के माध्यम से ग्राहक सत्र को बनाए रखने के लिए एक HTTP कुकी चर का चयन करने में सक्षम होंगे। क्लाइंट सत्र की पहचान करने के लिए वेबपेज में वास्तविक ऐप प्रोग्रामर द्वारा एक कुकी बनाई जानी है, उदाहरण के लिए:
                    GET /spec.html HTTP/1.1
                    Host: www.example.org
                    Cookie: sessionidexample=75HRSd4356SDBfrte
    
  • हेडर: एक निश्चित अनुरोध हैडर। क्लाइंट सत्र की पहचान करने के लिए HTTP हेडर कस्टम फ़ील्ड का उपयोग किया जा सकता है। उदाहरण के लिए:
                   GET /index.html HTTP/1.1
                   Host: www.example.org
                   X-sess: 75HRSd4356SDBfrte
    

हठ करने का समय। यह मान सेकंड में एक निष्क्रिय क्लाइंट सत्र (अधिकतम सत्र आयु) के लिए जीवन का अधिकतम समय इंगित करता है।

दृढ़ता सत्र पहचानकर्ता। यह मैदान है URL पैरामीटर, कुकी or हेडर फ़ील्ड नाम जिसे कृषि सेवा द्वारा विश्लेषण किया जाएगा और ग्राहक सत्र का प्रबंधन करेगा।

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

zevenet lslb http सेवा कुकी प्रविष्टि

RSI कुकी नाम कुकी का नाम है जिसे क्लाइंट से बैकएंड में बनाया जाएगा। कुकी पथ URI या सापेक्ष पथ है जहां नई कुकी बनाई जाएगी, पूरे डोमेन वर्ण के लिए / सेट करने की जरूरत है। कुकी डोमेन वह डोमेन है जहां कुकी बनाई जाने वाली है। आखिरकार, जीने के लिए कुकी का समय कुकी की संख्या ग्राहक और बैकएंड के बीच मेमोरी में बनी रहेगी। यदि यह मान 0 पर सेट है, तो ब्राउज़र बंद होने पर कुकी समाप्त हो जाएगी।

सेवा कॉन्फ़िगरेशन के बाद, हरे बटन के माध्यम से परिवर्तनों को अपडेट करना आवश्यक होगा अपडेट.

इस संबंध में बैक सेक्शन, HTTP फार्म प्रोफाइल निम्नलिखित वास्तविक सर्वर संपत्तियों को कॉन्फ़िगर करने की अनुमति देता है:

zevenet lslb http बैकेंड करता है

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

कार्य। प्रति बैकएंड में उपलब्ध क्रियाएं हैं:

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

zevenet lslb http बैकेंड करता है

IPDS

यह खंड आपको आईपीडीएस नियमों को सक्षम करने देता है। सूची विभिन्न प्रकार के संरक्षण और उन्हें सक्षम करने के लिए एक चयन बॉक्स दिखाती है। अधिक जानकारी के लिए कृपया पर जाएँ IPDS ब्लैक लिस्ट, आईपीडीएस DoS or आईपीडीएस आरबीएल विशिष्ट दस्तावेज।

zevenet lslb adc l4 बैकेंड करता है

अगली बटन में दिखाए अनुसार एक्शन बटन एक नया नियम जोड़ने की अनुमति देता है। यह किसी दिए गए नियम को "परेशान", "सक्षम" या "अक्षम" करने की भी अनुमति देता है। जब आप परेशान होते हैं तो एक नियम को खेत से जुड़ी नियमों की सूची से हटा दिया जाता है। सक्षम या अक्षम क्रियाएं नियम को क्रमशः चलाती और रोकती हैं या रोकती हैं।

zevenet lslb adc l4 बैकेंड करता है

एक बार जब आप एक नया आईपीडीएस नियम जोड़ते हैं, तो आपको उस सूची से चयन करना चाहिए जिस नियम को आप लागू करना चाहते हैं। कृपया अगली तस्वीर पर नज़र डालें:

zevenet lslb adc l4 बैकेंड करता है

लागू होने वाले नियम का चयन करने के बाद, आपको अगले एक स्क्रीन की तरह दिखाई देगा। वहाँ यह आपके खेत पर आपके नए नियम को प्रदर्शित करेगा। प्रारंभ में नियम की स्थिति "डाउन" है। नियम को सक्रिय करने के लिए आपको क्रियाएँ कॉलम के तहत हरे "प्ले" त्रिकोण को दबाने की आवश्यकता है। यह संदेश की घोषणा करेगा कि नियम सक्रिय है।

zevenet lslb adc l4 बैकेंड करता है

यह जानने के लिए हमारे वीडियो की जाँच करें कि ज़ेनटेट के साथ HTTPS पुनर्निर्देशन को कॉन्फ़िगर करना कितना आसान है।

अगला कदम, उन्नत स्वास्थ्य जांच विन्यास के लिए फार्म गार्जियन का उपयोग करें.

पर साझा करें:

GNU फ्री डॉक्यूमेंटेशन लाइसेंस की शर्तों के तहत प्रलेखन।

क्या यह लेख सहायक था?

संबंधित आलेख