ZEVENET ADC में उन्नत रूटिंग सिस्टम

द्वारा प्रकाशित किया गया था Zevenet | 23 नवंबर, 2021

अवलोकन

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

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

मूल बातें

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

लेकिन क्या होगा यदि अधिक उन्नत व्यवहार की आवश्यकता है? उदाहरण के लिए, स्रोत पते के आधार पर पैकेट को अलग-अलग गेटवे पर कैसे भेजा जाए, या यहां तक ​​कि एक ही नेटवर्क पर आने वाले पैकेट को जटिल एल्गोरिदम में या मार्किंग पैकेट सिस्टम के आधार पर अग्रेषित किया जाए, इसलिए यह यहां है जहां ZEVENET कार्यान्वयन ले रहा है निम्नलिखित तरीके से काम करने की जगह।

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

एक साधारण रूटिंग कॉन्फ़िगरेशन की खोज करना

निम्नलिखित आरेख बताता है कि कैसे एक साधारण रूटिंग सिस्टम पैकेट अग्रेषण के लिए निर्णय लेता है:

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

ZEVENET ADC में एक उन्नत रूटिंग कॉन्फ़िगरेशन की खोज करना

जैसा कि हमने पहले ही संकेत दिया है कि ZEVENET ADC उपकरण में एक उन्नत रूटिंग सिस्टम शामिल है, जहां पहले पैकेट को "शासकीय" तय किया जाता है, दूसरा यह तय किया जाता है कि कौन सी तालिका आगे है:

ZEVENET ADC के रूटिंग मॉड्यूल को निम्नलिखित विचार के साथ डिजाइन किया गया था:

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

निम्नलिखित पंक्तियाँ एक वास्तविक परिदृश्य का वर्णन करती हैं, एक ZEVENET ADC को दो NIC (eth0 और eth1) के साथ कॉन्फ़िगर किया गया है।

NIC eth0 के लिए रूटिंग टेबल की सूची बनाना:

ip route list table table_eth0

eth0 आईपी 192.168.100.10
eth0 नेटमास्क 255.255.255.0
eth0 गेटवे 192.168.100.5

NIC eth1 के लिए रूटिंग टेबल की सूची बनाना:

ip route list table table_eth1

eth1 आईपी 192.168.101.10
eth1 नेटमास्क 255.255.255.0
eth1 गेटवे 192.168.101.5
वीआईपी1 192.168.101.11

मुख्य तालिका के लिए डिफ़ॉल्ट गेटवे है 192.168.100.5.

यह जानकारी कमांड के साथ दिखाई जा सकती है:

ip route list table main

एक क्लाइंट वर्चुअल आईपी तक पहुंचता है 192.168.101.11 बंदरगाह में एक खेत L4XNAT में 80, इस फ़ार्म को दो बैकएंड सर्वरों के विरुद्ध लोड संतुलन ट्रैफ़िक के लिए कॉन्फ़िगर किया गया है 192.168.200.20 और 192.168.200.21.

LSLB मॉड्यूल (लोकल सर्विस लोड बैलेंसिंग) के अंदर L4XNAT फ़ार्म प्रत्येक फ़ार्म में प्रत्येक बैकएंड को एक विशिष्ट चिह्न पहचानकर्ता देता है, इसलिए जैसे ही कोई पैकेट VIP तक पहुँचता है 192.168.101.11 वर्चुअल पोर्ट में 80 eth1 में कॉन्फ़िगर किया गया लोड बैलेंसिंग मॉड्यूल नए गंतव्य की पहचान करने के लिए पैकेट को एक चिह्न प्रदान करता है, निम्न चरण में, नियम प्रणाली पैकेट में चिह्न की जांच करती है, इस चिह्न के आधार पर रूटिंग सिस्टम को पता है कि पैकेट किस रूट टेबल पर है भेजने की जरूरत है।

उदाहरण के लिए, l4xnat फ़ार्म एक पैकेट को मान के साथ चिह्नित करता है 201, जो बैकएंड की पहचान करता है 192.200.20 वर्चुअल आईपी में कॉन्फ़िगर किए गए फ़ार्म में 192.168.200.20 और वर्चुअल पोर्ट 80, अब नियम तालिका पैकेट को संबंधित मार्ग तालिका में अग्रेषित करने में सक्षम है:

रूटिंग नियमों को कमांड के साथ सूचीबद्ध किया जा सकता है:

ip rule list

जैसा कि आईडी 25998 में दिखाया गया है, मार्क 201 के साथ चिह्नित सभी ट्रैफ़िक को टेबल टेबल_एथ 1 पर भेज दिया जाएगा, आइए टेबल एथ 1 की सामग्री की जाँच करें:

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

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

इसके अतिरिक्त, रूटिंग सिस्टम को क्लाइंट आवश्यकताओं के रूप में कॉन्फ़िगर और संशोधित किया जा सकता है, यदि आप नियम प्रणाली को बदलना चाहते हैं तो कृपया वेब जीयूआई अनुभाग देखें। नेटवर्क > रूटिंग > नियम और यदि आप कुछ रूटिंग टेबल को बदलना चाहते हैं तो कृपया वेब जीयूआई अनुभाग देखें नेटवर्क > रूटिंग > टेबल्स.

पर साझा करें:

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

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

संबंधित आलेख