लिनक्स रूटिंग: वीआरएफ लाइट

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

लिनक्स रूट प्रकार, रूटिंग टेबल्स, और पीबीआर

क्या हो रहा है इसका सार समझने से पहले, आइए लिनक्स नेटवर्क स्टैक की कुछ विशिष्ट विशेषताओं से परिचित हों।

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

वर्तमान में, कई प्रकार के मार्गों का समर्थन किया जाता है (अधिक विवरण के लिए, आईपी-मार्ग मान देखें, यदि यह कहता है कि ऐसा कोई मान नहीं है, तो iproute पैकेज को और हाल ही में अपडेट करें)। वर्तमान में, हम केवल निम्नलिखित प्रकार के मार्गों में रुचि रखते हैं:

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

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

रूटों को रूटिंग टेबल में वर्गीकृत किया गया है। डिफ़ॉल्ट रूप से, सिस्टम में शुरू में तीन टेबल हैं:

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

तालिका नाम फ़ाइल / etc / iproute2 / rt_tables में संग्रहीत किए जाते हैं। 32 बिट्स तालिका संख्या के तहत दी गई हैं, लेकिन वर्तमान में तालिका की अधिकतम संख्या सख्ती से 256 नंबर तक सीमित है। कैसे मार्गों को जोड़ने / हटाने / संपादित करने के लिए आईपी मार्ग में पढ़ा जा सकता है।

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

वर्तमान में, पॉलिसी के "मानदंड" हैं

• स्रोत और / या गंतव्य पते
• क्षेत्र मान
• इंटरफ़ेस जिससे पैकेट प्राप्त किया गया था
• वह इंटरफ़ेस जिसके लिए सॉकेट बाध्य है
• फ़ायरवॉल लेबल

प्रत्येक नीति में एक प्रकार होता है जो पैकेज पर कार्रवाई को परिभाषित करता है यदि यह इसके अंतर्गत आता है:

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

एक तालिका में मार्गों को लॉक करें

अब एक उबाऊ परिचय के बाद एक छोटा सा व्यावहारिक उदाहरण। शुरू करने के लिए, हम मैन्युअल रूप से vrf-lite के साथ योजना को लागू करते हैं, और फिर हम डायनामिक रूटिंग का उदाहरण देते हैं।

मान लें कि हमारे पास यह योजना है:


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

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

पहले हम इंटरफेस को एड्रेस असाइन करते हैं। इस स्थिति में, कनेक्ट किए गए मार्ग मुख्य तालिका में और स्थानीय और प्रसारण मार्ग स्थानीय तालिका में आ जाएंगे।

ip address add 192.168.0.1/24 dev eth0 ip address add 192.168.1.1/24 dev eth1 ip address add 192.168.2.1/24 dev eth2 ip address add 192.168.3.1/24 dev eth3 

हम सुविधा के लिए रूटिंग टेबल नाम जोड़ते हैं।

 echo "10 RED" >> /etc/iproute2/rt_tables echo "20 GREEN" >> /etc/iproute2/rt_tables 

संबंधित तालिकाओं के लिए सीधे मार्ग जोड़ें। हमें इसकी आवश्यकता है ताकि पड़ोसी राउटर हमारे पास उपलब्ध हों।

 ip route add 192.168.0.0/24 dev eth0 proto static scope link table RED ip route add 192.168.1.0/24 dev eth1 proto static scope link table GREEN ip route add 192.168.2.0/24 dev eth2 proto static scope link table GREEN ip route add 192.168.3.0/24 dev eth3 proto static scope link table RED 

बाकी मार्गों को जोड़ें।

 ip route add 10.0.0.0/24 via 192.168.2.10 dev eth2 proto static table GREEN 

नीतियां जोड़ें।

 ip rule add iif eth0 pref 10 lookup RED ip rule add iif eth3 pref 10 lookup RED ip rule add iif eth1 pref 20 lookup GREEN ip rule add iif eth2 pref 20 lookup GREEN 

एक चेतावनी है: क्या होगा यदि एक ही रंग के एक पैकेट को अपनी तालिका में एक मार्ग नहीं मिलता है? इसका मतलब है कि अन्य तालिकाओं में मार्ग की खोज जारी रहेगी, जो हमारे लिए बहुत अच्छा नहीं है। अपने रंग के भीतर एक पैकेट को "लॉक" करने के लिए, हम प्रत्येक पृथक तालिका में एक डिफ़ॉल्ट मार्ग (या तो यूनिकस्ट या इंकार) जोड़ सकते हैं, या रंग के भीतर प्रत्येक मार्ग खोज नीति के बाद एक इनकार नीति जोड़ सकते हैं। चलो एक रंग के लिए पहला विकल्प बनाते हैं, और दूसरे के लिए दूसरा।

 ip route add unreachable default proto static table RED ip rule add unreachable iif eth1 pref 21 ip rule add unreachable iif eth2 pref 21 

साथ ही, सभी स्थानीय और प्रसारण मार्गों को स्थानीय तालिका से संबंधित रंगों के तालिकाओं में स्थानांतरित करना उचित है, ताकि राउटर के स्थानीय इंटरफेस को "विदेशी" रंग से एक्सेस करना असंभव हो। ऐसा करने के लिए, किसी तरह की स्क्रिप्ट लिखना सबसे अच्छा है ताकि यह इतना थकाऊ न हो।

परिणामस्वरूप, हमारी रूटिंग टेबल और नीतियां कुछ इस तरह दिखेंगी:

 ip route list table RED unreachable default proto static broadcast 192.168.0.0 dev eth0 proto static scope link 192.168.0.0/24 dev eth0 proto static scope link local 192.168.0.1 dev eth0 proto static scope host src 192.168.0.1 broadcast 192.168.0.255 dev eth0 proto static scope link broadcast 192.168.3.0 dev eth3 proto static scope link 192.168.3.0/24 dev eth3 proto static scope link local 192.168.3.1 dev eth3 proto static scope host src 192.168.3.1 broadcast 192.168.3.255 dev eth3 proto static scope link ip route list table GREEN 10.0.0.0/8 via 192.168.2.10 dev eth2 proto static broadcast 192.168.1.0 dev eth1 proto static scope link 192.168.1.0/24 dev eth1 proto static scope link local 192.168.1.1 dev eth1 proto static scope host src 192.168.1.1 broadcast 192.168.1.255 dev eth1 proto static scope link broadcast 192.168.2.0 dev eth2 proto static scope link 192.168.2.0/24 dev eth2 proto static scope link local 192.168.2.1 dev eth2 proto static scope host src 192.168.2.1 broadcast 192.168.2.255 dev eth2 proto static scope link ip rule list 0: from all lookup local 10: from all iif eth0 lookup 10 10: from all iif eth3 lookup 10 20: from all iif eth1 lookup 20 20: from all iif eth2 lookup 20 21: from all iif eth1 unreachable 21: from all iif eth2 unreachable 32766: from all lookup main 32767: from all lookup default 

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

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