ब्रिज मोड म्हणजे VPN पास-थ्रू नाही: प्रत्येक काय बदलतो
ब्रिज मोड राउटरची फॉरवर्डिंग भूमिका बदलतो; पास-थ्रू फक्त क्लायंटचा VPN त्यातून जाऊ देतो. दोन्हीपैकी काहीही टनेल तयार करत नाही, म्हणून ते परस्पर बदलण्यायोग्य नाहीत.
ब्रिज मोड आणि VPN पास-थ्रू एकाच समस्या-निवारण चर्चेत येतात कारण दोन्हीही जोडला जात नसलेल्या VPN साठी उपाय म्हणून सुचवले जातात. ते राउटरची वेगवेगळी कार्ये दर्शवतात आणि त्यांपैकी कोणतेही स्वतःहून VPN टनेल तयार करत नाही. ब्रिजिंगमुळे उपकरण नेटवर्क विभागांमध्ये कसे सामील होते किंवा राउटिंग कोण करते हे बदलते; पास-थ्रू क्लायंटचा VPN रहदारी गेटवे ओलांडू शकते का हे ठरवते. चुकीची निवड केल्यास लहान समस्या पत्ते पुन्हा देण्याच्या संपूर्ण दुपारीत उगवते.
दोन लेबले, दोन वेगळी कार्ये
चाचणी सोपी आहे: तुम्ही नेटवर्कचा आकार बदलण्याचा प्रयत्न करत आहात, की आधीच अस्तित्वात असलेल्या रहदारीला त्यातून जाऊ देण्याचा? या वेगवेगळ्या मागण्या आहेत आणि त्यांचे परिणामही वेगळे आहेत.
एका तक्त्यात तुलना:
| Setting | What it actually does |
|---|---|
| Bridge mode | Changes the device's forwarding role: a modem bridge hands routing and NAT downstream, a software bridge joins selected interfaces |
| VPN pass-through | Lets a client's VPN traffic cross the router; the credentials and encryption stay with the client |
| Router VPN client | Terminates the tunnel on the router, so the router becomes the endpoint |
| Router VPN server | Accepts inbound tunnels, which needs an upstream path that can reach it |
फक्त शेवटची दोनच राउटरवर टनेल तयार करतात. ब्रिजिंग आणि पास-थ्रू दोन्ही टोक दुसरीकडे ठेवतात, म्हणूनच गहाळ क्लायंट किंवा पोहोचू न शकणाऱ्या सर्व्हरमुळे निर्माण झालेली अडचण ते सोडवू शकत नाहीत. हा फरक हरवणे सोपे आहे कारण सेटिंग्ज एकाच इंटरफेसमध्ये जवळजवळ असतात. ते पान उघडण्यापूर्वी टनेल कोणत्या टोकाकडे आहे ते लिहून ठेवा.
पास-थ्रू चेकबॉक्स हाही प्रोटोकॉल समर्थनाचे पूर्ण वर्णन नाही. आधुनिक IPsec NAT ट्रॅव्हर्सल प्रमाणित UDP एन्कॅप्सुलेशन वापरते, तर जुन्या सहाय्यक वैशिष्ट्यांचे वर्तन अंमलबजावणीनुसार वेगळे असते.
VPN समर्थन आहे असे सांगणारे विपणन लेबल या चारपैकी कोणती भूमिका असा अर्थ आहे हे सांगत नाही.
ब्रिज मोड तुमच्या उपकरणावर काय बदलतो
मॉडेम किंवा राउटरवर ब्रिज पर्याय सहसा राउटिंग आणि NAT ची जबाबदारी पुढील गेटवेवर हलवतो. सॉफ्टवेअर उपकरणावर याचा अर्थ निवडलेले स्थानिक इंटरफेस एकाच ब्रॉडकास्ट डोमेनमध्ये जोडणे असू शकतो. नेमकी व्याप्ती उत्पादनावर अवलंबून असते, म्हणून शब्दासाठी नाही तर त्या मॉडेलसाठीची कागदपत्रे वाचा. दोन्ही अर्थ पत्ता वाटप, फायरवॉल सीमा आणि प्रशासनापर्यंत कसा पोहोचता हे बदलतात.
म्हणूनच VPN अयशस्वी होण्यावर ब्रिजिंग हा पहिला उपाय वाईट आहे. मूळ समस्या सुटली नसताना तुमचा व्यवस्थापन मार्ग गमावला जाऊ शकतो.
नेटवर्क भूमिका बदलण्यापूर्वी संरचनेची प्रत ठेवा, कारण पत्ते तिच्यासोबत हलू शकतात.
सेटिंगपूर्वी भूमिका निवडा
घरातील रहदारी बाहेरील मार्गाने पाठवण्यासाठी तुम्हाला राउटरवर सुसंगत VPN क्लायंट, ब्रिज नाही अशी गरज आहे. दुसऱ्या ठिकाणाहून घरी परत जोडण्यासाठी सर्व्हर भूमिका आणि त्यापर्यंत पोहोचणारा वरचा मार्ग आवश्यक आहे. VPN या शब्दाशिवाय या दोन गरजांमध्ये जवळपास काहीही समान नाही. मेनू पाहण्यापूर्वी तुम्ही कोणते बांधत आहात ते ठरवा.
उपकरण दोन्ही भूमिका समर्थित करू शकते आणि तरीही तुम्हाला अपेक्षित वेगाने हवी असलेली भूमिका समर्थित करू शकत नाही.
भूमिका हा रचनात्मक निर्णय आहे; सेटिंग तिचा परिणाम आहे.
फक्त एक प्रोटोकॉल अयशस्वी झाल्यास
अन्यथा कार्यरत राउटरमागे एक प्रोटोकॉल अयशस्वी झाल्यास प्रथम त्या प्रोटोकॉलची वाहतूक आणि NAT मार्ग तपासा. एका क्लायंटसाठी संपूर्ण गेटवे मोड बदलणे म्हणजे दिवा खराब झाल्यामुळे घरातील वायरिंग बदलण्यासारखे आहे. रहदारी UDP-एन्कॅप्सुलेटेड आहे का, राउटरचे सहाय्यक वैशिष्ट्य त्या प्रोटोकॉलला लागू होते का आणि अयशस्वीपणा सममितीय आहे का ते तपासा. त्यानंतर भूमिका बदलणे खरोखर आवश्यक आहे का ते ठरवा.
RFC 3948 IPsec ला NAT वर टिकवणारे UDP एन्कॅप्सुलेशन वर्णन करते, आणि पास-थ्रू चेकबॉक्सवर विश्वास ठेवण्यापूर्वी तपासायचे ते हेच प्रमाण आहे.
तुम्ही काय बदलले आणि का हे नोंदवा, कारण पुढच्या व्यक्तीला उपकरण ब्रिज मोडमध्ये सापडेल आणि ते जाणूनबुजून केले असे गृहीत धरेल. योग्य परिणाम म्हणजे तुम्ही निवडलेल्या आकाराचे नेटवर्क, समस्या-निवारणाच्या सत्रातून वारसा मिळालेले नाही.