तो टनेल पत्ता एक पीअर आहे, ब्राउझ करता येणारे सबनेट नाही
पॉइंट-टू-पॉइंट लिंकवरील मास्क दूरचे टोक वर्णन करतो, शेजाऱ्यांची श्रेणी नाही। सबनेट चुकीचे वाटते असे ठरवण्यापूर्वी पीअरचा पत्ता वाचा।
तुमचा क्लायंट जोडतो आणि पत्त्यांची जोडी दाखवतो, किंवा एक पत्ता 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जर ते तीन जुळले, तर प्रोफाइल ज्यासाठी कॉन्फिगर केले होते ते करत आहे, आणि उरलेली समस्या दुसरीकडे आहे। टोपोलॉजी फक्त अशा कारणाने बदला जे गहाळ क्षमतेला नाव देते, कारण अनोळखी मास्क तसे नाही।