राउटरवर VPN क्लायंट विरुद्ध सर्व्हर मोड: प्रत्येक काय सक्षम करतो
राउटरची एक भूमिका तुमचा रहदारी दूरच्या एक्झिटकडे पाठवते, दुसरी तुम्हाला पुन्हा आत येऊ देते. कोणतेही सक्रिय करण्यापूर्वी मेनू, क्रेडेन्शियल्स आणि परतीचा मार्ग वाचा.
तुम्ही राउटरमध्ये लॉग इन करता, VPN पृष्ठ उघडता आणि एकच सुविधा दोनदा वर्णन केल्यासारखी दिसणारी दोन टॅब आढळतात: एक इतरत्रून प्रोफाइल फाइल मागते, दुसरी प्रमाणपत्रे तयार करून पोर्ट निवडण्यास सांगते। हे एकाच सेटिंगचे दोन दृश्य नाहीत। एक भूमिका राउटरला बाहेर कॉल करायला लावते, दुसरी त्याला उत्तर द्यायला लावते, आणि एक उपकरण दोन्ही करू शकते, एकाने दुसऱ्याला मदत न करता। काहीही सक्रिय करण्यापूर्वी मेनू कसा वाचावा आणि तुम्ही कोणत्या बाजूला आहात हे कसे ठरवावे ते येथे आहे।
VPN मेनू उघडा आणि भूमिकांची नावे वाचा
टॉगलपासून नाही, विभागांच्या शीर्षकांपासून सुरुवात करा। क्लायंट किंवा “VPN सेवेशी कनेक्ट करा” असे लेबल असलेली टॅब आयात केलेली प्रोफाइल, कॉन्फिगरेशन फाइल किंवा दुसऱ्याने दिलेल्या क्रेडेन्शियल्सचा संच अपेक्षित करते। सर्व्हर असे लेबल असलेली टॅब तुम्ही ओळखी तयार कराल, प्रोटोकॉल आणि पोर्ट निवडाल आणि सामान्यतः जोडल्या जाणाऱ्या प्रत्येक उपकरणासाठी प्रोफाइल निर्यात कराल अशी अपेक्षा करते।
डब्यावरील मार्केटिंग ओळ मेनू तिला जुळेपर्यंत असत्यापित माना। “VPN समर्थित” म्हणजे क्लायंट, सर्व्हर, फक्त राउटरच्या मागील उपकरणाला पॅकेट पाठवणारा प्रोटोकॉल पास-थ्रू सहायक, किंवा कोणतीही मानक प्रोफाइल नसलेले मालकीचे रिमोट-अ‍ॅक्सेस अ‍ॅप असू शकते। ही प्रकरणे फक्त फर्मवेअर दस्तऐवज वेगळी करतो, स्टिकरवरील मॉडेल क्रमांक नाही।
क्लायंट मोड: तुमचे LAN दुसऱ्याच्या एक्झिटमधून बाहेर पडते
क्लायंट मोडमध्ये राउटर VPN अ‍ॅप चालवणाऱ्या लॅपटॉपसारखे वागते। त्याला सुसंगत प्रोटोकॉल, दूरच्या ऑपरेटरकडून प्रोफाइल किंवा क्रेडेन्शियल्स, आणि कोणती खालची उपकरणे बोगदा वापरतात याचा राउटिंग निर्णय लागतो। अनेक फर्मवेअर धोरण सूची देतात जिथे तुम्ही बोगद्यातून पाठवावयाचे स्रोत पत्ते किंवा इंटरफेस नावांकित करता आणि उर्वरित सामान्य कनेक्शनवर ठेवता।
शांतपणे अयशस्वी होणारा भाग म्हणजे दूरची बाजू। तुम्ही जोडता त्या एंडपॉइंटने तुमच्यासाठी इंटरनेट रहदारी पुढे पाठवली पाहिजे आणि परतीचा मार्ग दिला पाहिजे, आणि ते प्रदात्याकडील धोरण आहे, तुमच्या राउटरवरील सेटिंग नाही। फक्त सर्व्हर मोड देणारा मेनू कसाही कॉन्फिगर केला तरी ही बाह्य सेवा उभी करू शकत नाही, आणि फक्त साइट-टू-साइट दुवे समर्थित करणारा प्रदाता बोगदा यशस्वीरित्या जोडू शकतो पण त्यातून तुम्ही पाठवलेले सर्व टाकून देऊ शकतो।
पुढे बोगदा DNS कसा हाताळतो ते तपासा। प्रोफाइल रिझोल्व्हर पुढे ढकलत असेल, तर राउटरने तो रिझोल्व्हर खालच्या क्लायंटना द्यावा; न दिल्यास, क्लायंट प्रदात्याचाच रिझोल्व्हर वापरत राहतात आणि पॅकेट आत जात असूनही नावे बोगद्याबाहेर सोडवतात। जोडलेल्या लॅपटॉपवरून झटपट तपासणी: IP-इको पृष्ठावर दिसणारा पत्ता एक्झिट असावा, आणि वापरला जाणारा रिझोल्व्हर पत्ता बोगद्याने दिलेलाच असावा।
सर्व्हर मोड: दुसरे कोणीतरी तुमच्या LAN मध्ये येते
सर्व्हर मोड दिशा उलटतो। राउटर ऐकतो, प्रवासातील उपकरण जोडते, आणि नंतर ते कनेक्शन घरातील कोणत्या संसाधनांपर्यंत पोहोचू शकते हे राउटर ठरवते। NAS, प्रयोगशाळेचे मशीन किंवा प्रिंटरसाठी हीच भूमिका हवी असते, आणि तिला एक पूर्वअट आहे जी क्लायंट भूमिकेला नाही: बाहेरच्या एखाद्या गोष्टीला श्रोत्यापर्यंत पोहोचता आले पाहिजे।
याच पूर्वअटीवर बहुतेक घरगुती सेटअप अडकतात। राउटर प्रदात्याच्याच गेटवेच्या मागे असेल, तर VPN पोर्ट त्या गेटवेवरून फॉरवर्ड करावा लागतो, किंवा राउटर ब्रिज किंवा DMZ मोडमध्ये ठेवावा लागतो। कॅरियर-ग्रेड NAT मागे फॉरवर्ड करण्यासाठी इनबाउंड पोर्टच नाही, म्हणून रचना बदलावी लागते: राउटरकडून रिले, होस्टेड एंडपॉइंट किंवा मेश उत्पादनाकडे जाणारा बाह्य बोगदा। ज्या सर्व्हरपर्यंत पोहोचता येत नाही तो चुकीचा कॉन्फिगर केलेला नाही, तो अगम्य आहे।
ओळखीही भूमिकेनुसार वेगळ्या असतात। सर्व काही सशुल्क एक्झिटकडे पाठवणारी घरगुती क्लायंट प्रोफाइल एकच सामायिक रहस्य असते, तर तीन फोन आणि एक लॅपटॉप स्वीकारणाऱ्या सर्व्हरला स्वतंत्रपणे रद्द करता येणाऱ्या चार ओळखी लागतात। प्रमाणपत्रे आणि किल्ल्या प्रत्येक उपकरणासाठी असतात, आणि राउटरचे निर्यात पृष्ठ संपूर्ण घरासाठी एका फाइलऐवजी प्रत्येक उपकरणासाठी एक फाइल द्यायला हवे।
वचन देण्यापूर्वी अचूक अंमलबजावणी तपासा
VPN भूमिका निवडण्याबद्दल Netgate चे दस्तऐवज भूमिका अशा प्रकारे वेगळ्या करते, आणि टॅबच्या नावांवरून अंदाज करण्याऐवजी तुमच्या फर्मवेअरसाठीचे समतुल्य पृष्ठ वाचणे योग्य आहे। तीन ठोस तथ्ये शोधा: क्लायंट कोणते प्रोटोकॉल बोलू शकतो, सर्व्हर तुमची उपकरणे वापरतात ते प्रोटोकॉल समर्थित करतो का, आणि राउटिंग धोरण स्रोत पत्ते, संपूर्ण इंटरफेस की काहीच कव्हर करत नाही।
नंतर समर्थनाची सीमा पहा। क्लायंट टॅब असूनही धोरण सूची नसलेला ग्राहक राउटर प्रत्येक उपकरण बोगद्यातून पाठवेल, जे स्ट्रीमिंग बॉक्ससाठी ठीक आहे आणि ऑफिस बोगदा लागणाऱ्या कामाच्या लॅपटॉपसाठी चुकीचे आहे। सर्व्हर टॅब असूनही एकच सामायिक प्रोफाइल असलेला राउटर वाजवी प्रयोगशाळा साधन आहे आणि कुटुंबासाठी खराब निवड आहे, कारण एक उपकरण रद्द करणे म्हणजे सर्वांची कॉन्फिगरेशन बदलणे।
रहदारी कुठून सुरू होते त्यानुसार भूमिका निवडा
| What you want | Role | What must be true |
|---|---|---|
| Household devices exit through a paid VPN | client | provider profile plus a working return path |
| Reach a NAS while travelling | server | reachable listener and per-device identities |
| Join two sites permanently | either, as a site-to-site pair | matching protocols and non-overlapping subnets |
| Only one laptop needs the tunnel | neither | run the client on the laptop instead |
इतर काहीही बदलण्यापूर्वी निवडलेली ओळ सुरुवातीपासून शेवटपर्यंत चाला। भूमिका सक्रिय करा, एक क्लायंट जोडा, तो ज्या पत्त्यावर दिसतो तो निश्चित करा, कोणता रिझोल्व्हर वापरतो ते निश्चित करा, आणि विरुद्ध दिशेने परतीचा मार्ग निश्चित करा। राउटरमध्ये फायरवॉल पृष्ठही असल्यास, बोगदा नव्हता तेव्हा लिहिलेल्या डीफॉल्ट नियमाने नवीन इंटरफेस अडवला जात नाही याची खात्री करा।
दोन्ही भूमिका उपलब्ध असतील आणि गरज खरोखर दोन्हींची असेल, तर त्या स्वतंत्र दस्तऐवजांसह स्वतंत्र सुविधा म्हणून चालवा। एक राउटर दूरदर्शनासाठी बाहेर कॉल करू शकतो आणि त्याचवेळी NAS वर फोनचे कनेक्शन स्वीकारू शकतो, पण दोन्ही धोरणांनी सबनेट, DNS सेटिंग किंवा फायरवॉल झोन सामायिक करू नये, नाहीतर एकासाठी केलेला पहिला बदल दुसरे तोडेल।