ब्रिज बिना TAP: राउटेड अपलिङ्क भएको भर्चुअल खण्ड

TAP ले Ethernet फ्रेमहरू अपरेटिङ सिस्टमलाई सुम्पन्छ, जुन अधिकांश टाढा-पहुँच डिजाइनहरूलाई आवश्यक भन्दा बढी क्षमता र ब्रिजभन्दा कम हो। कर्नेलले यसलाई ठेगाना दिन सक्छ, यसबाट राउट गर्न सक्छ र कुनै पनि भौतिक खण्डमा नजोडी यसमा फायरवाल राख्न सक्छ। यो व्यवस्था पहिले बुझ्न लायक छ: एउटा छुट्टै भर्चुअल Ethernet खण्ड जसको सर्भर वास्तविक LAN तर्फ राउटरको रूपमा काम गर्छ। यसले टनेलभित्र दोस्रो तहको व्यवहार र बाहिर सामान्य IP फर्वार्डिङ दिन्छ, जुन दुई फरक वाचाहरू हुन्। बाँकी निर्माण, मार्ग, फर्कने मार्ग र रोलब्याक हो।

छुट्टै खण्ड बनाउनुहोस्

लिनक्समा इन्टरफेसले तीन आदेश लिन्छ: यसलाई बनाउनुहोस्, माथि उठाउनुहोस्, र तपाईंले इरादा गरेको खण्डभित्र यसलाई ठेगाना दिनुहोस्। कार्यालय LAN सँग नटकराउने प्रिफिक्स छान्नुहोस् र लेखेर राख्नुहोस्, किनकि अस्तित्वमा हुनु नहुने होस्टले जवाफ नदिएसम्म टकराव अदृश्य हुन्छ।

ip tuntap add dev tap0 mode tap
ip link set tap0 up
ip addr add 10.77.0.1/24 dev tap0

यहाँ केहीले पनि ब्रिज माग्दैन, र पछि एउटा थप्न केहीले रोक्दैन। कर्नेलको TUN/TAP कागजात ले इन्टरफेसकै वर्णन गर्छ; ब्रिज सदस्यता र फर्वार्डिङ नीति तपाईंले पछि लिने छुट्टै निर्णय हुन्।

सीमापारि राउट गर्नुहोस्

फर्वार्डिङ सक्षम गर्नुहोस्, फर्वार्ड साखलामा दुवै प्रिफिक्सलाई अनुमति दिनुहोस्, र LAN राउटरलाई अर्को हप राखी कार्यालय प्रिफिक्सतर्फ मार्ग थप्नुहोस्। त्यसपछि VPN पक्षले कार्यालयतर्फ जाने ट्राफिक आफ्नो गेटवेको रूपमा सर्भरमा पठाउँछ, र सर्भरले ती प्याकेटहरू ब्रिजको रूपमा होइन, आफैंको रूपमा फर्वार्ड गर्छ। फर्वार्डिङ बन्द भएको TAP इन्टरफेस त्यस्तो खण्ड हो जसले स्थानीय रूपमा जवाफ दिन्छ र त्यसपछि केहीमा पुग्दैन, जुन सामान्य आधा-अधुरो अवस्था हो। पछि दुवैतर्फ इन्टरफेस काउन्टर जाँच्नुहोस्, किनकि LAN तर्फ स्थिर ट्रान्समिट काउन्टरसँग बढ्दो रिसिभ काउन्टर भनेको खराब मार्ग होइन, फर्वार्ड साखलामा ड्रप हो।

मार्ग र फायरवाल नियमलाई एउटै परिवर्तनको रूपमा लेख्नुहोस्, किनकि प्रत्येकले अलग्गै क्लाइन्ट पक्षबाट राउटिङ असफलता जस्तो देखिने अवस्था बनाउँछ।

फर्कने मार्ग तय गर्नुहोस्

या त LAN राउटरले VPN प्रिफिक्सतर्फ फर्कने मार्ग सिक्छ, वा सर्भरले बाहिर जाँदा स्रोत ठेगानाहरूको अनुवाद गर्छ। अनुवादले फर्कने मार्गलाई सामान्य बनाउँछ र स्रोतको पहिचान नष्ट गर्छ, त्यसैले गन्तव्य लगहरूले यसको पछाडिका प्रत्येक क्लाइन्टका लागि सर्भरको ठेगाना देखाउनेछन्। राउटेड प्रिफिक्सले पहिचान कायम राख्छ र तपाईंले व्यवस्थापन नगर्न सक्ने उपकरणमा परिवर्तन माग्छ।

कुन टाइप गर्न छिटो हुन्छ भन्ने आधारमा होइन, जानाजानी छान्नुहोस्। एउटै राउटेड प्रिफिक्स सामान्यतया अनुवादभन्दा सफा हुन्छ, र एउटा प्रयोगशालाका लागि अव्यवस्थित राउटरलाई नयाँ प्रिफिक्स सिकाउनुभन्दा अनुवाद सामान्यतया राम्रो हुन्छ।

प्रसारणको दायरा जानाजानी राख्नुहोस्

भर्चुअल खण्डभित्र DHCP, खोज र छिमेकी घोषणा स्विचमा जस्तै व्यवहार गर्छन्, किनकि यो एउटै लिङ्क हो। राउटेड सीमापारि तिनीहरू त्यसो गर्दैनन्, त्यसैले कार्यालय DHCP र सेवा खोजलाई TAP ले तिनीहरूलाई समावेश गर्छ भन्ने अनुमान होइन, स्पष्ट डिजाइन आवश्यक छ। इन्टरफेसको प्रकार अन्तै बस्ने सेवाहरूका लागि रिले होइन।

TAP छान्नुको इमानदार कारण यही हो: भर्चुअल खण्डमा केहीलाई लिङ्क-स्थानीय व्यवहार चाहिन्छ। केहीलाई चाहिएन भने, राउटेड प्रिफिक्स भएको TUN यन्त्र सानो हुन्छ, र बिग्रँदा व्याख्या गर्न कम हुन्छ।

जाँच्नुहोस्, त्यसपछि रोलब्याक लेख्नुहोस्

VPN क्लाइन्टबाट LAN राउटरमा पिङ गर्नुहोस्, होस्टमा पिङ गर्नुहोस्, र TCP मा महत्त्वपूर्ण एउटा सेवा खोल्नुहोस्। त्यसपछि काउन्टर र फर्वार्ड साखला जाँच्नुहोस्, किनकि टाढाबाट नीति-ड्रप हराएको मार्ग जस्तै देखिन्छ। रोलब्याक निर्माणको उल्टो हो र सुरु गर्नुअघि परिवर्तन अभिलेखमा हुनुपर्छ: मार्ग हटाउनुहोस्, ठेगाना हटाउनुहोस्, इन्टरफेस मेटाउनुहोस्।

आवश्यकता साँच्चै दुई साइटमा फैलिएको एउटा Ethernet खण्ड हो भने, ब्रिज इमानदार उत्तर हो र फरक प्रभाव-त्रिज्या भएको फरक डिजाइन। आवश्यकता पहुँच हो भने, राउटेड अपलिङ्क भएको छुट्टै खण्डले पछि कम व्याख्यासहित काम गर्छ।