2011-02-06 11 views
8

मैं वर्तमान में यह समझने की कोशिश कर रहा हूं कि आईपीवी 6 कैसे काम करता है। क्रमशः छोटे और संगठनात्मक नेटवर्क के लिए उपयोग किए जाने वाले लिंक-स्थानीय और साइट-स्थानीय एड्रेस हैं। लेकिन अगर उन ग्राहकों में से एक के पास इंटरनेट का उपयोग भी है, तो उसे दो आईपी की आवश्यकता होगी, सही? एक लिंक/साइट-स्थानीय और एक वैश्विक एड्रेस। यह इंटरफ़ेस और राउटर द्वारा प्रबंधित कैसे किया जाता है? एक इंटरफ़ेस को दो आईपी की आवश्यकता होगी, क्योंकि आईपीवी 6 में कोई एनएटी नहीं है।आईपीवी 6 इंटरफेस पर लिंक-स्थानीय और वैश्विक आईपी

+2

यह बल्कि http://serverfault.com/ से संबंधित है; शायद मॉडरेटर सवाल को स्थानांतरित कर देंगे, या आप इसे फिर से पूछ सकते हैं। – 9000

+1

प्रश्न के लिए निश्चित रूप से प्रोग्रामिंग से संबंधित पहलू हैं। कुछ एप्लिकेशन को कुछ एल्गोरिदम में इंटरफ़ेस पतों की सूची को फोल्ड करने की आवश्यकता हो सकती है, और यह जानने में सहायता करता है कि जब आप उन्हें 'getifaddrs()' से वापस लेते हैं तो आप किस प्रकार के पते पर काम कर रहे हैं। –

+0

लिंक-लोकल छोटे नेटवर्क के लिए नहीं हैं, वे असुरक्षित नेटवर्क के लिए हैं। महत्वपूर्ण कमी DNS में लिंक-स्थानीय पते का उपयोग करने में असमर्थ है। –

उत्तर

14

सामान्य में, इंटरफेस एक है लिंक-लोकल स्कोप यूनिकास्ट पता और शून्य या अधिक वैश्विक दायरे यूनिकास्ट पते। (वे मल्टीकास्ट समूहों की कुछ सीमित संख्या के सदस्य भी हो सकते हैं।) पते को मैन्युअल रूप से या DHCPv6 द्वारा IPv4 में असाइन किया जा सकता है, लेकिन राउटर विज्ञापनों को अनुमति देने पर वे कभी-कभी स्वचालित रूप से जेनरेट नहीं हो सकते हैं। कुछ मेजबान कार्यान्वयन राउटर विज्ञापित प्रत्येक उपसर्ग के लिए स्वचालित रूप से एक सतत वैश्विक पता उत्पन्न करेंगे और इसके साथ जाने के लिए एक सहायक गोपनीयता पता, सी.एफ. RFC 4191। जहां पते को असाइन करने के लिए DHCPv6 का उपयोग किया जाता है, होस्ट गोपनीयता पते के बजाय उपयोग करने के लिए एक या अधिक अस्थायी पते का अनुरोध कर सकते हैं।

साइट-स्थानीय पते का उपयोग न करें। उन्हें RFC 3879 द्वारा बहिष्कृत किया गया है, मुख्य रूप से sin6_scope_id फ़ील्ड साइट-स्थानीय पते के लिए अच्छी तरह से परिभाषित नहीं है। getifaddrs() से लौटाई गई सूची में उन्हें देखे जाने वाले एप्लिकेशन को मानक त्रुटि स्ट्रीम में डायग्नोस्टिक संदेश से उन्हें हटा देना चाहिए। अनुप्रयोगों को उम्मीद करनी चाहिए कि नेटवर्क प्रशासक साइट-स्थानीय पते के बजाय अद्वितीय स्थानीय पते (यूएलए) का उपयोग करेंगे, सी.एफ. RFC 4941

यूएलए पते की पहुंच क्षमता आमतौर पर एप्लिकेशन सॉफ्टवेयर द्वारा तय नहीं होती है। उनके बारे में निश्चित रूप से केवल एक चीज यह है कि वे वैश्विक सार्वजनिक डिफ़ॉल्ट-मुक्त क्षेत्र से गुजरने वाले किसी भी पथ से पहुंच योग्य नहीं हैं। वे इंटरनेट पर कहीं से भी पहुंच सकते हैं जहां यूएलए उपसर्ग के मार्ग स्वायत्त प्रणालियों के बीच द्विपक्षीय समझौते में आदान-प्रदान किए जाते हैं। दूसरी तरफ, उन्हें अक्सर स्थानीय उपयोग के लिए आईपीवी 6 होम गेटवे द्वारा विज्ञापित किया जाएगा, और घर के बाहर कहीं भी पहुंच योग्य नहीं होगा, सीएफ। I-D.ietf-v6ops-ipv6-cpe-router

9

प्रत्येक इंटरफ़ेस में एक लिंक-स्थानीय पता और वैकल्पिक रूप से एक या अधिक सार्वजनिक या साइट-स्थानीय पते होते हैं। इस तरह दिखता है: एक लिंक स्थानीय पते पर भेजा

$ ip -o -6 addr show dev eth0 
eth0 inet6 2001:abcd:ef::1/64 scope global (..) 
eth0 inet6 fe80::1234:5678:2/64 scope link (...) 

जब कुछ भेजने, सब कुछ है (यानी fe80::/64) लिंक स्थानीय पते से भेजा गया है, वैश्विक एक से सब कुछ।

(विकल्प हमेशा संभव नहीं है। जैसे अगर एक पिंग करने के लिए जवाब देने, जवाब के स्रोत आईपी अनुरोध के गंतव्य आईपी, कोई फर्क नहीं पड़ता जो पता होगा)

+2

डाउन-वोट किया गया क्योंकि साइट-स्थानीय पते को [आरएफसी 3879] (http://tools.ietf.org/html/rfc3879) द्वारा बहिष्कृत किया गया है और इसका उपयोग नहीं किया जाना चाहिए। अधिकांश आईपीवी 6 मेजबान कार्यान्वयन वैसे भी उन्हें ठीक से संभाल नहीं करते हैं। –

+2

मैं इस बात से असहमत हूं कि इसे डाउनवॉटेड किया जाना चाहिए, @ जिहाग लिंक-स्थानीय पतों को साइट-लोकल नहीं कर रहा है। दूसरे शब्दों में, अगर मैं किसी अन्य 'fe80 ::/64' पर भेज रहा हूं, तो यह मान्य है। – mateuscb

संबंधित मुद्दे