ब्रिजशिवाय 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 विभाग असेल, तर ब्रिज हे प्रामाणिक उत्तर आहे आणि वेगळ्या प्रभाव-त्रिज्येची वेगळी रचना। गरज पोहोच असेल, तर राउटेड अपलिंक असलेला वेगळा विभाग नंतर कमी स्पष्टीकरणासह काम करतो।