इंटरफ़ेस स्कोप (वैश्विक बनाम लिंक) किसके लिए उपयोग किया जाता है?


11

रूटिंग टेबल प्रविष्टियों में एक विशेषता है scope। मैं यह जानना चाहूंगा कि नेटवर्क सिस्टम globalको link(या दूसरे तरीके से) बदलाव कैसे प्रभावित करता है।

जवाबों:


8

आइए route scopeपरिभाषा में देखें Linux:

The scope of a route in Linux is an indicator of the distance to the
destination network.

Host
    A route has host scope when it leads to a destination address on the local host.
Link
    A route has link scope when it leads to a destination address on the local network.
Universe
    A route has universe scope when it leads to addresses more than one hop away.

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

ध्यान दें कि दायरा गैर-योग्य (निजी) और निष्क्रिय (सार्वजनिक) पतों के बीच के अंतर को नहीं दर्शाता है।

10.0.0.1 (निजी - गैर-परिवर्तनीय) और 8.8.8.8 (सार्वजनिक - परिवर्तनीय) दोनों को लिंक या ब्रह्मांड (वैश्विक) गुंजाइश दिया जा सकता है। इसे सिस्टम व्यवस्थापक द्वारा कॉन्फ़िगर किया गया है।


तो ... बीजीपी गुंजाइश के साथ कुछ नहीं करना है , उर्फ ​​मार्ग उच्च-स्तरीय रूटिंग प्रोटोकॉल ( आह ) के लिए
स्कूपिंग

3
यहां लघु नाइटपैकिंग: आईपीवी 4 में, सभी पते रिटेबल हैं , जिनमें 10.0.0.0/8 और 192.168.0.0/16 शामिल हैं - लेकिन 10.0.0.0/8 सार्वजनिक नेटवर्क में रूट नहीं किया गया है। लेकिन आप अभी भी उन्हें रूट कर सकते हैं, उदाहरण के लिए, आपके सबनेट किए गए 10.0.0.0/8 के अंदर। केवल IPv6 के साथ अयोग्य पते हैं, जिनका नाम :: 1 और LLAs है।
TheDiveO

3

स्कोप स्रोत पता चयन को प्रभावित करता है।

उन कनेक्शनों / संघों के लिए, जहां स्रोत का पता अभी तक तय नहीं है (जैसे टीसीपी कनेक्शन शुरू करना, लेकिन आने वाले पैकेट पर प्रतिक्रिया करते समय नहीं), पैकेट के हिट होने की स्थिति के आधार पर स्रोत पते का चयन किया जाएगा।

यही कारण है कि पतों में भी एक गुंजाइश विशेषता है।

उदाहरण जहां कोई स्रोत पता चयन नहीं होता है: एक आने वाली टीसीपी कनेक्शन दीक्षा या पिंग पैकेट को आईपी पते के साथ उत्तर दिया जाएगा (स्रोत → गंतव्य, गंतव्य → स्रोत), अन्यथा दूसरे होस्ट पैकेट को उत्तर के रूप में नहीं पहचान पाएंगे।

उदाहरण जहां स्रोत पता चयन होता है: ping xyz या telnet xyz। सामान्य प्रोग्राम ऑपरेटिंग सिस्टम को नहीं बताते हैं कि किस स्रोत का उपयोग करना है (और यह एक अच्छी आदत है)। ओएस को एक लेने की जरूरत है और ऐसा करने के लिए तैयार किया जाता है: यह उस मार्ग के लिए संभावित आउटगोइंग पैकेट का परीक्षण करता है जो सामान्य हिट होगा (सामान्य रूटिंग केवल गंतव्य पते का उपयोग करता है, यदि आप उन्नत रूटिंग का उपयोग करते हैं, तो पैकेट का स्रोत पता अभी तक नहीं होगा! )। परिणामी स्कोप किसी भी उपलब्ध होने पर आउटगोइंग इंटरफ़ेस पर संबंधित स्कोप से पते के चयन को कम कर देता है।


क्या आपके पास अपने वक्तव्य "गुंजाइश प्रभाव पता चयन" के लिए एक साहित्य संदर्भ है जो इसे स्पष्ट रूप से मार्गों से जोड़ता है? RFC 6724 के बारे में मेरी समझ यह है कि केवल पते की गुंजाइश है, लेकिन मार्गों की किसी भी गुंजाइश संपत्ति पर RFC चुप है। यदि वास्तव में मार्गों के लिए एक क्षेत्र निर्धारित है, तो यह बहुत अच्छा होगा यदि आप इसे अपने उत्तर में संदर्भित कर सकते हैं। धन्यवाद!
TheDiveO

@ TheDiveO यह तथ्य पहले से ही उस सवाल का हिस्सा है जिसका मैं यहां जवाब दे रहा हूं।
राबर्ट सीमर
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.