त्यो टनेल ठेगाना एउटा पीयर हो, तपाईंले ब्राउज गर्न सक्ने सबनेट होइन
प्वाइन्ट-टु-प्वाइन लिङ्कमा मास्कले टाढाको छेउ वर्णन गर्छ, छिमेकीहरूको दायरा होइन। सबनेट गलत देखिन्छ भन्ने निर्णय गर्नु अघि पीयरको ठेगाना पढ्नुहोस्।
तपाईंको क्लाइन्ट जोडिन्छ र ठेगानाहरूको जोडी देखाउँछ, वा एउटा ठेगाना 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यदि ती तीन मिले, प्रोफाइलले जसका लागि कन्फिगर गरिएको थियो त्यही गर्दैछ, र बाँकी समस्या अन्तै छ। टोपोलोजी केवल त्यस्तो कारणले परिवर्तन गर्नुहोस् जसले हराएको क्षमताको नाम दिन्छ, किनकि अपरिचित मास्क त्यस्तो होइन।