Windows ऑपरेटिंग सिस्टमशिवाय काहीही इन्स्टॉल न करता VPN कनेक्शन स्वीकारू शकते, आणि तुमच्या दोन मशीनना एका दुपारसाठी बोगदा लागतो तेव्हा ते खरोखर उपयोगी पडते। सुमारे तेवढाच काळ ते उपयुक्त राहते। अंगभूत श्रोत्याकडे प्रोटोकॉलची स्थिर यादी आहे, प्रत्येक क्लायंटसाठी धोरण नाही, आणि कोणीतरी बंद करू शकणाऱ्या डेस्कटॉपवर अवलंबून आहे। त्याच्या, राउटरवरील टोकाच्या आणि OpenVPN होस्टच्या मध्ये निवडणे आवडीचे नाही, तीन अटींचे आहे।

अंगभूत श्रोता प्रत्यक्षात काय आहे

इनकमिंग कनेक्शन विझार्ड वर्कस्टेशनला लहान रिमोट प्रवेश टोक बनवते। कोणती स्थानिक खाती डायल करू शकतात, पत्ते कसे दिले जातात आणि कोणता प्रोटोकॉल सुरू आहे हे तुम्ही निवडता: PPTP, तसेच आवृत्ती आणि प्रमाणपत्राचे काम त्यांना पाठिंबा देत असल्यास L2TP/IPsec किंवा SSTP।

ते जे नाही ते धोरणाचा थर आहे। प्रत्येक वापरकर्त्यासाठी मार्ग वाटप नाही, सर्व्हरने लादलेला विभाजित बोगदा नाही, आणि बोगदा व वर्कस्टेशनची स्वतःची नेटवर्क ओळख यांच्यातील विभाजन नाही। जोडणारा क्लायंट वर्कस्टेशनच्याच सेगमेंटमध्ये उतरतो, त्या सेगमेंटच्या फायरवॉल नियमांखाली।

शेवटचा मुद्दाच तोलायचा आहे। वर्कस्टेशनचे स्वतःचे पोर्ट, शेअर्स आणि ब्राउझर आता खाते असलेल्या प्रत्येकाला पोहोचण्यासारखे आहेत, आणि खाते हे स्थानिक Windows खाते असून त्याबरोबर ते आधीच करू शकणारे सर्व काही आहे।

ठरवणाऱ्या तीन अटी

प्रवेश किती काळ टिकायला हवा, किती लोकांना त्याची गरज आहे, आणि नेटवर्कला तो प्रोटोकॉल पोहोचवताही येतो का, असे विचारा।

उत्तर एक मशीन, एक व्यक्ती आणि तुम्ही राउटर नियंत्रित करता अशा नेटवर्कवर काही तास असेल, तर अंगभूत श्रोता योग्य प्रमाणात आहे। प्रवेशाला महिनाभर रीबूट टिकून राहायचे असतील, वेगवेगळ्या क्रेडेन्शियल्ससह पाच सहकाऱ्यांना सेवा द्यायची असेल, किंवा इनकमिंग कनेक्शन घेऊ शकत नाहीत अशा मोबाइल नेटवर्कवरून काम करायचे असेल, तर तो नाही। प्रोटोकॉलला पोर्टऐवजी IP प्रोटोकॉल 47 लागत असेल, तर Windows काहीही पाठिंबा देत असले तरी नेटवर्क तो पोहोचवण्यास नकार देऊ शकते।

या तीन उत्तरांमुळे बहुतेक वाद एकाच फेरीत संपतो। उर्वरित अंमलबजावणीचे तपशील आहे।

राउटरवरील टोक कुठे जिंकते

राउटरवर संपणारा बोगदा कायमस्वरूपी प्रवेशासाठी नैसर्गिक निवड आहे। राउटर आधीच सतत सुरू असतो, तो दुसऱ्या कार्यालयापर्यंत साइट-टू-साइट बोगदा नेऊ शकतो, आणि राउटरने त्यांचा वापरला जाणारा प्रोटोकॉल दिला तर क्लायंटना काहीही इन्स्टॉल करायची गरज नाही।

मर्यादा फर्मवेअरची आहे। ग्राहक राउटर बहुतेक वेळा विनिर्देश परवानगी देतो त्याचा फक्त एक भाग पाठवतात, आणि VPN समर्थनाची जाहिरात करणाऱ्या मॉडेलमध्ये तुम्ही नियोजित केलेला नेमका प्रोटोकॉल नसू शकतो। इन्स्टॉल केलेल्या फर्मवेअरची वैशिष्ट्ये पहा, उत्पादन कुटुंबाची नाही।

OpenVPN होस्ट कुठे जिंकतो

लहान, सतत सुरू असलेल्या मशीनवरील OpenVPN सर्व्हर मिश्र क्लायंट, वेगवेगळ्या क्रेडेन्शियल्ससह अनेक वापरकर्ते, आणि बाहेर जाणाऱ्या रहदारीसाठी अनुकूल एकच पोर्ट काम करणे व अडवले जाणे यातील फरक असलेल्या नेटवर्कसाठी योग्य आहे। तो प्रत्येक क्लायंटसाठी प्रोफाइल देते, सर्व प्रमुख प्लॅटफॉर्मवर चालतो, आणि क्लायंटच्या बाजूने सामान्य बाहेर जाणाऱ्या अनुप्रयोगासारखा वागतो।

त्याला मालकही लागतो। कोणीतरी प्रमाणपत्रे नूतनीकरण करावी, होस्ट अद्ययावत लागू करावे आणि क्लायंट जोडू शकत नाही तेव्हा लॉग वाचावा। तो माणूस नसेल, तर स्वतः होस्ट केलेले टोक ते खरोखर महत्त्वाचे होईपर्यंत गपचूप ऱ्हास पावते।

प्रवेशाचे वचन देण्यापूर्वी मार्ग तपासा

Windows श्रोता अपयशी होण्याचे सर्वात सामान्य कारण प्रमाणीकरण नाही। कारण मार्ग आहे: PPTP ला इनकमिंग TCP 1723 आणि GRE लागतो, जो पोर्ट नाही तर प्रोटोकॉल 47 आहे, आणि अनेक राउटर फक्त पोर्ट पुढे पाठवतात। काही प्रवेश नेटवर्क इनकमिंग कनेक्शनला अजिबात परवानगी देत नाहीत। ही एकच गोष्ट कोणत्याही Windows सेटिंगपेक्षा जास्त नेटवर्कवर अंगभूत श्रोत्याला वगळते।

खाती कॉन्फिगर करण्यापूर्वी मार्ग तपासा, म्हणजे अपयशाला तीन नव्हे तर एकच उमेदवार असेल:

Test-NetConnection -ComputerName 203.0.113.45 -Port 1723
Get-NetAdapterBinding | Where-Object ComponentID -like ms_pptp
ss -lunp | grep 1194

पहिल्या ओळीतील बंद पोर्ट ही पुढे पाठवण्याची किंवा ऑपरेटरची समस्या आहे, Windows ची नाही। तिसरी ओळ ही OpenVPN निवडल्यानंतर करायची तपासणी आहे, जिथे ऐकणारा एक UDP पोर्ट संपूर्ण प्रोटोकॉल प्रश्नाची जागा घेतो।

तुम्ही कोणताही पर्याय निवडला तरी PPTP ला दीर्घकालीन व्यवस्था म्हणून इंटरनेटकडे तोंड करून ठेवू नका; त्याचे प्रमाणीकरण आणि एन्क्रिप्शन जुने झाले आहे। आणि जर खरी गरज एकच वेब अनुप्रयोग असेल, तर रिव्हर्स प्रॉक्सी कोणत्याही VPN पेक्षा लहान उत्तर आहे।

संबंधित लेख