असममित रूटिंग समस्याएं

श्रेणियाँ देखें

असममित रूटिंग समस्याएं

अवलोकन #

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

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

रेलियनॉइड_सिमेट्रिक_रूटिंग

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

समस्या का विवरण #

कुछ तैनाती में, RELIANOID लोड बैलेंसर को विभिन्न नेटवर्कों से जुड़े कई इंटरफेस के साथ कॉन्फ़िगर किया गया है।

निम्नलिखित कॉन्फ़िगरेशन प्रदर्शन उद्देश्यों के लिए उपयोग किया जाने वाला एक उदाहरण वातावरण है ।

इंटरफेस नेटवर्क उद्देश्य
eth0 192.168.1.0/24 प्रबंध
eth1 192.168.110.0/24 दृश्यपटल
eth2 192.168.100.0/24 एप्लिकेशन / बैकएंड

बैकएंड सर्वर 192.168.100.0/24 सबनेट में स्थित हैं और लोड बैलेंसर पर कॉन्फ़िगर किए गए फ़ार्म के माध्यम से उन तक पहुँचा जा सकता है।

हालांकि, 192.168.110.0/24 नेटवर्क में स्थित कुछ ग्राहकों को 192.168.100.0/24 नेटवर्क में होस्ट की गई सेवाओं तक पहुंचने की भी आवश्यकता होती है ।

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

इसके परिणामस्वरूप असममित रूटिंग होती है , जिससे कनेक्शन विफल हो सकते हैं या पैकेट छूट सकते हैं।

उदाहरण इंटरफ़ेस कॉन्फ़िगरेशन #

relianoid_example_interface_configuration

असममित रूटिंग क्या है? #

असममित रूटिंग तब होती है जब एक ही कनेक्शन का आने वाला और जाने वाला ट्रैफिक अलग-अलग नेटवर्क पथों का अनुसरण करता है ।

उदाहरण प्रवाह #

गंतव्य पथ: 192.168.110.11 eth2 के माध्यम से (क्लाइंट) > 192.168.100.100 (लोड बैलेंसर) > 192.168.100.42 (बैकएंड)

वापसी पथ (गलत): 192.168.100.42 (बैकएंड) > 192.168.100.100 (लोड बैलेंसर) > 192.168.110.11 eth1 के माध्यम से (क्लाइंट)

क्योंकि वापसी का ट्रैफिक एक अलग इंटरफेस के माध्यम से निकलता है, इसलिए फायरवॉल या राउटर जैसे मध्यवर्ती उपकरण पैकेट को ड्रॉप कर सकते हैं।

राउटिंग टेबल कैसे काम करती हैं #

RELIANOID का उपयोग करता है प्रति-इंटरफ़ेस रूटिंग तालिकाएँ नेटवर्कों के बीच ट्रैफिक को अग्रेषित करने के तरीके को नियंत्रित करने के लिए।

प्रत्येक इंटरफेस स्वचालित रूप से अपनी रूटिंग तालिका उत्पन्न करता है।

उदाहरण रूटिंग टेबल: table_eth1, table_eth2

ये रूटिंग टेबल परिभाषित करती हैं:

  • इंटरफ़ेस से जुड़े मार्ग
  • ट्रैफ़िक फ़ॉरवर्डिंग के लिए उपयोग किए जाने वाले गेटवे
  • ट्रैफ़िक रूट करने की अनुमति वाले इंटरफ़ेस

प्रत्येक रूटिंग टेबल के भीतर, इंटरफेस को इस प्रकार कॉन्फ़िगर किया जा सकता है:

प्रबंधित इंटरफेस #

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

अप्रबंधित इंटरफेस #

उस टेबल के लिए रूटिंग निर्णयों से बाहर रखे गए इंटरफेस और उन इंटरफेस पर आईपी फॉरवर्डिंग लागू नहीं होगी।

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

उदाहरण रूटिंग तालिका #

relianoid_example_routing_table

उपाय #

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

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

रेलियनॉइड_सिमेट्रिक_रूटिंग

वेब यूआई का उपयोग करके समाधान #

  1. यहां जाएं: नेटवर्क > रूटिंग
  2. बैकएंड इंटरफेस से संबंधित रूटिंग टेबल का चयन करें: table_eth2
  3. पृष्ठ के निचले भाग तक स्क्रॉल करें।
  4. पता लगाएँ प्रबंधित इंटरफेस अनुभाग।
  5. इंटरफ़ेस को स्थानांतरित करें eth1 से प्रबंधित इंटरफेस सेवा मेरे अप्रबंधित इंटरफेस.

यह बैकएंड राउटिंग टेबल का उपयोग करते समय ट्रैफिक को सीधे फ्रंटएंड इंटरफेस के माध्यम से रूट होने से रोकता है।
solution_using_webgui

CLI का उपयोग करके समाधान #

इसी कॉन्फ़िगरेशन को निम्न का उपयोग करके भी लागू किया जा सकता है। RELIANOID CLI।

चरण 1: API एक्सेस सक्षम करें #

यहां जाएं: सिस्टम > उपयोगकर्ता सेटिंग्स

API एक्सेस को सक्षम करें और एक API कुंजी कॉन्फ़िगर करें। आप या तो अपनी स्वयं की कुंजी परिभाषित कर सकते हैं या एक यादृच्छिक कुंजी उत्पन्न कर सकते हैं।

कुंजी बनाने के बाद, उसे कॉपी करके सेव कर लें, क्योंकि noid-cli का उपयोग करके पहली बार CLI एक्सेस करते समय इसकी आवश्यकता होगी।

चरण 2: प्रवेश RELIANOID सीएलआई #

सिस्टम कंसोल से निम्न कमांड चलाएँ:

noid-सीएलआई

पूछे जाने पर एपीआई कुंजी दर्ज करें।

चरण 3: रूटिंग टेबल से इंटरफ़ेस हटाएँ #

निम्न आदेश निष्पादित करें:

नेटवर्क-राउटिंग-टेबल-अनमैनेज्ड टेबल_eth2 -इंटरफ़ेस eth1 जोड़ें

यह कमांड ट्रैफ़िक को इसके माध्यम से रूट होने से रोकता है eth1 राउटिंग टेबल का उपयोग करते समय table_eth2.

चरण 4: कॉन्फ़िगरेशन को पूर्ववत करें (वैकल्पिक) #

यदि आवश्यक हो, तो निम्न कमांड का उपयोग करके कॉन्फ़िगरेशन को वापस पहले जैसा किया जा सकता है:

नेटवर्क-राउटिंग-टेबल-अनमैनेज्ड टेबल_eth2 eth1 को हटाएँ

सर्वोत्तम प्रथाएं #

  • रूटिंग में बदलाव करें कम यातायात वाले घंटे या रखरखाव की अवधि.
  • कॉन्फ़िगरेशन लागू करने के बाद कनेक्टिविटी की पुष्टि करें।
  • यह सुनिश्चित करें कि रूटिंग में बदलाव से अन्य सेवाएं प्रभावित न हों।

निष्कर्ष #

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

In RELIANOIDइस समस्या को राउटिंग टेबल कॉन्फ़िगरेशन को समायोजित करके और विशिष्ट राउटिंग टेबल से परस्पर विरोधी इंटरफेस को बाहर करके हल किया जा सकता है।

इससे यह सुनिश्चित होता है कि ट्रैफिक सही नेटवर्क पथ का अनुसरण करे और कनेक्टिविटी संबंधी समस्याओं को रोका जा सके।

📄 इस दस्तावेज़ को पीडीएफ प्रारूप में डाउनलोड करें #

    ई - मेल: *

    BetterDocs द्वारा संचालित