दोन उपकरणे, एक Wi-Fi, वेगळे VPN बाहेर पडण्याचे मार्ग: काय ठरवते

एकाच घरातील राउटरवरील दोन लॅपटॉप वेगळ्या VPN मार्गांनी इंटरनेटपर्यंत पोहोचू शकतात, आणि सामायिक Wi-Fi ला यात काही सांगायचे नाही. निकाल काय ठरवते ते म्हणजे बोगदा कुठे चालतो आणि प्रत्येक विनंतीसाठी कोणते धोरण मार्ग निवडते हे. उलट विश्वासही तितकाच सामान्य आणि तितकाच चुकीचा आहे: वेगवेगळ्या प्रोफाइल असलेली दोन उपकरणे आपोआप दोन सार्वजनिक पत्ते तयार करत नाहीत. दोन्ही चुका एका पत्त्याला तीन मानण्यातून येतात.

तीन पत्ते, आणि त्यातील फक्त एकच बाहेर पडतो

लॅपटॉपला स्थानिक विभागात त्याला ओळखणारा घरचा LAN पत्ता असतो, आणि त्याला VPN च्या आत दिलेला बोगद्याचा पत्ताही असू शकतो. यातील कोणताही दूरच्या सेवेला दिसत नाही. ती सेवा जी नोंदवते ती म्हणजे वाटेत कोणत्याही भाषांतरानंतर शेवटी पॅकेट पाठवणाऱ्या उपकरणाचा सार्वजनिक बाहेर पडण्याचा पत्ता.

येथील बहुतेक गोंधळाचे स्पष्टीकरण देणारा फरक RFC 3022 मांडते. पारंपरिक NAT अंतर्गत पत्त्यांना सार्वजनिक पत्त्यांवर मॅप करते, तर पोर्ट भाषांतर अनेक अंतर्गत पत्त्यांना एकाच वेळी एक सार्वजनिक पत्ता सामायिक करू देते. एक सार्वजनिक पत्ता आणि अनेक उपकरणे असलेले घर ही दुसरी स्थिती आहे, आणि हे जवळपास सर्वत्र डीफॉल्ट आहे.

प्रोफाइल नाही, सार्वजनिक पत्ते मोजा. वेगळे बोगदा पत्ते आणि समान बाहेर पडण्याचे धोरण असलेले दोन क्लायंट एक निरीक्षित पत्ता देतात, आणि वेगळ्या पद्धतीने मार्गस्थ केलेला मार्ग असलेला एक क्लायंट दुसरा देऊ शकतो. तीच एक तुलना संपूर्ण चाचणी आहे. बाकी सर्व दूरच्या टोकाबद्दलचा गृहीतक आहे.

दोन मार्गांना खरोखर वेगळे काय करते

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

एकाच प्रोफाइलसह आपापले क्लायंट चालवणारी दोन उपकरणे सहसा एकाच संचात पडतात आणि दिलेल्या सत्रासाठी बऱ्याचदा तोच मार्ग मिळवतात. हा दोष नाही, हे सामायिक संचाचे सामान्य वर्तन आहे. वेगळे मार्ग मिळवणे म्हणजे सहसा क्लायंट दोनदा कॉन्फिगर करण्याऐवजी सेवेकडे वेगळे वाटप मागणे.

हमीवर आधारित रचना करण्यापूर्वी एकाच वेळी होणाऱ्या जोडण्यांबद्दलच्या सेवा अटी वाचा. दुसरे लॉगिन जोडण्याची परवानगी आहे, अनन्य पत्त्याचे वचन नाही. अटी गप्प असतील तर गृहीत धरण्याऐवजी पुरवठादाराला विचारा. उत्तर कोणत्याही क्लायंट सेटिंगपेक्षा जास्त रचना बदलते.

वेगळी प्रोफाइल वेगळे मार्ग का नाहीत

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

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

एकमेव विश्वासार्ह उत्तर तुम्ही वापरणार असलेल्या रचनेतून केलेल्या विनंतीतून येते. बाकी सर्व अनुमान आहे.

वेगळेपण कुठे ठेवायचे

राउटरचा बोगदा संपूर्ण घर व्यापतो, जे सोयीचे आहे आणि त्याच्या मागील प्रत्येक उपकरणासाठी नेमका एक सामायिक मार्ग तयार करतो. प्रत्येक उपकरणावरील क्लायंट तुम्हाला उपकरणनिहाय नियंत्रण देतो, पण प्रत्येक उपकरण तयार करावे लागते आणि तयार राहावे लागते. धोरण सक्षम राउटर मध्ये बसतो, प्रत्येक उपकरणासाठी मार्ग निवडतो, आणि पुन्हा जोडणी व DHCP बदलांमध्ये उपकरणे विश्वासार्हपणे ओळखू शकला तरच तो चालतो.

राउटरवर आणखी एक खाजगी DHCP भाडेपट्टा तयार करणे म्हणजे आणखी एक सार्वजनिक पत्ता तयार करणे नाही. ते स्थानिक दृश्य बदलते आणि मार्गाला अस्पर्शित ठेवते. वेगळेपण मार्गाच्या धोरणात राहते, ते धोरण राउटरवर असो वा VPN सेवेत.

तुम्ही कोणतेही स्वरूप निवडा, मालकी लिहून ठेवा: कोण उपकरण तयार करते, कोण त्याची ओळखपत्रे फिरवते, आणि ते इच्छित मार्ग वापरणे थांबवते तेव्हा कोण लक्ष देते.

तुम्हाला प्रत्यक्षात मिळालेला मार्ग तपासा

जे अनुप्रयोग महत्त्वाचे आहे त्यातून तपासणी करा, आणि दोन्ही उपकरणांवर समान पत्ता कुटुंबाची तुलना करा. एकाकडून IPv4 निकाल आणि दुसऱ्याकडून IPv6 निकाल यापैकी कोणाबद्दलही काही सिद्ध करत नाही. नंतर पुन्हा जोडल्यावर तपासणी पुन्हा करा, कारण सत्रांदरम्यान संचाचे वाटप बदलू शकते.

ते बोगदा धोरणाच्या आतील टर्मिनलवरून चालवा, ते टाळणाऱ्या उपकरणावरून नाही. चुकीचा यजमान आत्मविश्वासपूर्ण चुकीचे उत्तर देतो.

curl -4 -sS https://api.ipify.org; echo
curl -6 -sS https://api64.ipify.org; echo
ip route get 1.1.1.1

दोन्ही उपकरणे एकच IPv4 पत्ता दाखवत असतील तर किती बोगदे सुरू आहेत याचा विचार न करता ते एकच मार्ग सामायिक करतात. नंतर बोगदा अयशस्वी झाल्यावर काय होते ते ठरवा: थेट मार्गावर परत जाणारा क्लायंट दोन्ही उपकरणे पुन्हा घरच्या पत्त्यावर आणतो, आणि वेगळेपण कोणत्याही त्रुटीशिवाय नाहीसे होते. रचनेला दोन मार्ग म्हणण्यापूर्वी त्या परत जाण्याच्या वर्तनाची पुष्टी करा, आणि वेगळे पत्ते हे नेटवर्कचे फलित आहे, दोन निनावी ओळख नाहीत हे लक्षात ठेवा.