नमस्कार!
रिलायनॉइड 7.6
टीईएस लैब में मुझे बैकएंड रखरखाव मोड में एक अजीब बग मिला।
परीक्षण प्रयोगशाला में मैंने एक क्लस्टर में 2 नोड्स Relianoid 7.6 का उपयोग किया जो Outlook क्लाइंट कनेक्शन को Exchange से संतुलित करता है।
जब आउटलुक को एक्सचेंज से जोड़ा जाता है, तो मैं प्रत्येक एक्सचेंज बैकएंड के लिए फार्म में स्थापित कनेक्शनों की संख्या देखता हूं (DAG में केवल 2 एक्सचेंज परीक्षण सर्वर हैं)।
मैं बैकएंड (कट) में से एक पर रखरखाव मोड चालू करता हूं, मैं देखता हूं कि क्लाइंट कनेक्शन रीसेट हो गए हैं, लेकिन इसके बाद वे उसी बैकएंड से फिर से जुड़ना शुरू कर देते हैं, जो अब रखरखाव मोड में है, यानी क्लाइंट कनेक्शन को इसे बहाल नहीं किया जाना चाहिए।
यदि आप बैकएंड पर रखरखाव मोड को बंद और चालू करने का प्रयास करते हैं, तो कुछ भी नहीं बदलेगा, क्लाइंट कनेक्शन बैकएंड पर सफलतापूर्वक बहाल होते रहेंगे, जो रखरखाव में है और रखरखाव अक्षम होने तक कनेक्शन स्वीकार नहीं करना चाहिए।
रखरखाव मोड केवल तभी काम करना शुरू करता है जब आप इसे बैकएंड पर चालू करते हैं और फिर फ़ार्म को पुनः आरंभ करते हैं, उसके बाद क्लाइंट कनेक्शन बैकएंड पर बहाल नहीं होंगे, जो रखरखाव मोड में है।
यह एक बग जैसा लग रहा है.
फार्म को पोर्ट 4 के लिए l443xnat मोड में कॉन्फ़िगर किया गया है, बैकएंड की संख्या 2 है।
हाय!
क्या आप कृपया एक सपोर्ट सेव (सिस्टम > सपोर्ट सेव पर) तैयार कर सकते हैं और हमारे साथ साझा कर सकते हैं: support AT relianoid DOT com ?
शुक्रिया!
नमस्कार!
मैंने आपको सहायता फ़ाइल भेज दी है, कृपया मेल जाँचें)
हाय!
सहायता सहेजने के लिए धन्यवाद। ऐसा लगता है कि यह दृढ़ता से कॉन्फ़िगर किए गए से संबंधित है, क्योंकि सभी क्लाइंट एक ही आईपी पते पर नेटेड हैं।
कृपया सत्र स्थायित्व को “स्रोत आईपी” से “स्रोत पोर्ट” में बदलें।
आपकी प्रतिक्रिया के लिए इंतज़ार कर रहे है,
चियर्स.
नमस्कार!
मैंने सत्र दृढ़ता को "स्रोत आईपी" से "स्रोत पोर्ट" में बदल दिया, और रखरखाव मोड बेहतर काम कर रहा है। पुराने संस्करणों में ZEVENET रखरखाव मोड "स्रोत आईपी" से "स्रोत पोर्ट" पर सत्र दृढ़ता को बदले बिना काम कर रहा था। मैं समझना चाहता हूँ कि रखरखाव तर्क में क्या बदलाव किया गया है RELIANOID balancer या मैं हमेशा ZEVENET में सही सेटिंग्स का उपयोग नहीं किया?
ZEVENET में रखरखाव मोड हमेशा सही ढंग से काम करता है, सत्र दृढ़ता सेटिंग्स पर निर्भर नहीं करता है।
ZEVENET को अपग्रेड करने के बाद समस्याएं शुरू हुईं RELIANOID.
हाय!
रखरखाव मोड और सत्र स्थायित्व में कोई परिवर्तन नहीं हुआ।
क्या आपके इंफ्रास्ट्रक्चर में सभी क्लाइंट हमेशा NATed थे या यह हाल ही में हुआ बदलाव है? क्योंकि अगर आपने क्लाइंट को NATed होने की स्थिति में "सोर्स IP" द्वारा दृढ़ता का उपयोग करके अलग-अलग बैकएंड पर लोड संतुलित किया था, तो यह एक Zevenet बग था।
सही व्यवहार की पुष्टि करने के लिए, कृपया इसे “स्रोत आईपी” में बदलें और /usr/local/relianoid/config/global.conf पर डीबग सक्षम करें, इसमें से बदलें:
$डीबग=”0″;
सेवा मेरे
$डीबग=”9″;
और फिर, रखरखाव समस्या को पुनः उत्पन्न करें।
अंत में, कृपया ईमेल के माध्यम से एक ताज़ा समर्थन सहेजें साझा करें।
तरह का संबंध है.
नमस्कार!
ठीक है, जानकारी के लिए धन्यवाद!
मेरे परीक्षण में ZEVENET-आधारित अवसंरचना क्लाइंट कनेक्शन हमेशा NATed (lx4nat मोड) पर काम करते थे, ZEVENET के बारे में दिलचस्प जानकारी।
मुझे ZEVENET बैलेंसर का परीक्षण करने की आवश्यकता नहीं है क्योंकि अब मैं उपयोग करता हूं RELIANOID.
RELIANOID अच्छा और सरल संतुलन.
मदद के लिए धन्यवाद! =)
आपका स्वागत है,
आनंद लें RELIANOID!