वह टनल पता एक पीयर है, ब्राउज़ करने योग्य सबनेट नहीं
पॉइंट-टू-पॉइंट लिंक पर मास्क दूर के सिरे का वर्णन करता है, पड़ोसियों की श्रेणी का नहीं। सबनेट गलत लगने से पहले पीयर का पता पढ़ें।
आपका क्लाइंट जुड़ता है और पतों की एक जोड़ी दिखाता है, या एक पता 255.255.255.255 मास्क के साथ दिखाता है, और पहली प्रतिक्रिया यह होती है कि सर्वर ने कुछ टूटा हुआ दिया है। कुछ भी टूटा नहीं है: टनल इंटरफ़ेस पॉइंट-टू-पॉइंट लिंक है, और मास्क पड़ोसियों की श्रेणी का नहीं, उसी एक लिंक के दूर के सिरे का वर्णन करता है। जोड़ी को स्थानीय और पीयर के रूप में पढ़ना अजीब मास्क, उसके बगल का एक-होस्ट रूट और अनुपस्थित पड़ोसी तालिका को समझाता है। वही पढ़ाई जिसे माफ़ नहीं करती, वह ऑफ़िस नेटवर्क से ओवरलैप होती पता योजना है।
टनल लिंक पर मास्क गलत क्यों दिखता है
Ethernet इंटरफ़ेस पर, एक पता और एक मास्क दो बातें कहते हैं: यह होस्ट पते का मालिक है, और प्रीफ़िक्स के अंदर सब कुछ सीधा पड़ोसी है। कर्नल इन दो तथ्यों से लिंक पर एक रूट निकालता है और फिर उन पड़ोसियों के लिए लिंक पते हल करता है जिन्हें वह मौजूद मानता है। पॉइंट-टू-पॉइंट इंटरफ़ेस मालिकी रखता है और पड़ोसियों को छोड़ देता है, इसलिए क्लाइंट पंक्ति का दूसरा पता साझा सेगमेंट पर दूसरा होस्ट नहीं, दूर का सिरा है। कोई हार्डवेयर एड्रेसिंग नहीं, कोई रिज़ॉल्यूशन ट्रैफ़िक नहीं और जुड़ने के लिए कोई ब्रॉडकास्ट डोमेन नहीं, इसलिए इंटरफ़ेस ठीक एक गंतव्य वाली पाइप की तरह व्यवहार करता है।
इसीलिए चौड़े मास्क के बगल में एक-होस्ट रूट यहाँ लक्षण नहीं, सामान्य है। इस लिंक पर पहुँचने का अर्थ एक पता है, और कर्नल ठीक वही लिखता है। दोनों पतों को साथ पढ़ें कॉन्फ़िगरेशन गलत है, यह तय करने से पहले, क्योंकि हर एक अकेला गलती जैसा दिखता है।
दो टोपोलॉजी, दो पता आकार
पुरानी पॉइंट-टू-पॉइंट टोपोलॉजी हर क्लाइंट को छोटा ब्लॉक देती है और बीच के दो पते इस्तेमाल करती है, इसलिए मास्क पूल नहीं, नेटवर्क का टुकड़ा लगता है। सबनेट टोपोलॉजी पूल से पूल-मास्क के साथ एक पता देती है और सर्वर के टनल पते को पीयर कहती है। दोनों मान्य लिंक बनाती हैं, और वे केवल इसमें भिन्न हैं कि प्रोफ़ाइल में कौन-से पते दिखते हैं और उपयोगकर्ता किस मास्क पर सवाल उठाएगा।
| Topology | Client address shape | Peer | Route to expect |
|---|---|---|---|
| Point-to-point block per client | Two neighbouring addresses inside a small block | The far address of that block | A single host route on the tunnel device |
| Shared pool | One address carrying the pool mask | The server's tunnel address | A single host route on the tunnel device |
आपके क्लाइंट से कोई भी पंक्ति मेल खाए, पहले पीयर पढ़ें, क्योंकि वह दूर के सिरे का नाम देता है और इसलिए मास्क समझाता है। अलग-अलग टोपोलॉजी वाले सर्वरों के बीच नकल की गई प्रोफ़ाइल अपने नए घर के लिए गलत आकार दिखाएगी, और उस असंगति को सर्वर की खराबी मान लेना आसान है।
जब पूल और ऑफ़िस नेटवर्क एक ही बिट माँगते हैं
चूँकि लिंक राउटेड है, पूल को ऐसा प्रीफ़िक्स चाहिए जो सर्वर की पहुँच वाले नेटवर्कों में कहीं न हो। एक साझा करें और क्लाइंट ऐसी श्रेणी के लिए एक ही रूट रखता है जिसका अर्थ दो जगह है, और कौन-सी जगह जीतेगी यह सबसे बाद में स्थापित रूट तय करता है। खराबी क्लाइंट पर दिखती है, हालाँकि उसके पीछे का निर्णय पता योजना का है। उपयोगकर्ता जो रिपोर्ट करते हैं वह यह है कि टनल ऊपर आते ही स्थानीय राउटर गायब हो जाता है, या केवल कुछ ऑफ़िस होस्ट उत्तर देते हैं।
केवल एक जैसे दिखने वाले प्रीफ़िक्स दूसरा मामला हैं, और आँख से ऑक्टेट तुलना करना प्रीफ़िक्स तुलना नहीं है। दोनों लिखें और मास्क किए बिट गिनें: 192.168.4.0/24 बनाम 192.168.6.0/24 बिट 22 तक मेल खाते हैं और बिट 23 पर अलग होते हैं, क्योंकि तीसरा ऑक्टेट ऐसे पढ़ा जाता है: 00000100 बनाम 00000110, इसलिए वे दो नेटवर्क वास्तव में अलग हैं। रखें 10.8.0.0/24 के बगल में 10.8.0.0/24 और सभी 24 मास्क किए बिट मेल खाते हैं, यानी एक रूट दोनों जगह नहीं बता सकता। मास्क की लंबाई तय करती है कि तुलना कहाँ रुके, और जो नेटवर्क दूसरे स्थान पर स्थापित हुआ वही हारता है।
राउटेड लिंक क्या नहीं दे सकता
ब्रॉडकास्ट और मल्टीकास्ट राउटेड लिंक पार नहीं करते, और कई परिचित सुविधाएँ इन्हीं पर बनी हैं। ब्राउज़ सूचियाँ, नाम घोषणाएँ और सेवा खोज सभी साझा सेगमेंट मानती हैं, इसलिए फ़ाइल सर्वर पते से हर अनुरोध का उत्तर दे सकता है और फिर भी किसी सूची में कभी नहीं दिखेगा। लिंक-स्थानीय ब्रॉडकास्ट पर निर्भर नाम रिज़ॉल्यूशन इसी कारण विफल होता है, और कोई प्रोफ़ाइल संपादन यह नहीं बदलता कि टनल क्या ढो सकता है। यह मायने रखता है या नहीं, यह राउटिंग नहीं, आवश्यकताओं का प्रश्न है।
जिस क्लाइंट को वाकई वे डिलीवरी चाहिए उसे ब्रिज्ड इंटरफ़ेस चाहिए, जो Ethernet फ़्रेम ढोता है और इसलिए ब्रॉडकास्ट डोमेन रखता है। कीमत है अधिक शोर वाला लिंक, ऊपर वर्णित साफ़ एड्रेसिंग का नुकसान, और लूप दिखते ही कहीं बड़ा विफलता क्षेत्र। बदलने से पहले आवश्यकता को न्यायसंगत ठहराएँ, और जब आवश्यकता केवल नामों के बारे में हो तो राउटेड लिंक पर काम करने वाली नाम सेवा को प्राथमिकता दें।
प्रोफ़ाइल संपादित करने से पहले इंटरफ़ेस पढ़ना
कर्नल से पूछें कि उसने क्या स्थापित किया, यह नहीं कि प्रोफ़ाइल क्या कहती लगती है। पता आउटपुट वह पीयर दिखाता है जो मास्क समझाता है, और रूट आउटपुट दिखाता है कि उस तक कोई रास्ता है या नहीं। दोनों को टनल डिवाइस के विरुद्ध चलाने में एक क्षण लगता है और सवाल तय हो जाता है।
ip -4 addr show dev tun0
ip route show dev tun0
ip route get 10.8.0.1अगर वे तीन मेल खाते हैं, तो प्रोफ़ाइल वही कर रही है जिसके लिए उसे कॉन्फ़िगर किया गया, और बाकी समस्या कहीं और है। टोपोलॉजी केवल उस कारण से बदलें जो किसी अनुपस्थित क्षमता का नाम ले, क्योंकि अनजाना मास्क ऐसा नहीं है।