दुई उपकरण, एउटै 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 ठेगाना देखाउँछन् भने कतिओटा सुरुङ खुला छन् भन्ने कुराले फरक नपारी तिनीहरूले एउटै निकास साझा गर्छन्। त्यसपछि सुरुङ असफल हुँदा के हुन्छ निर्धारण गर्नुहोस्: सिधा बाटोमा फर्कने क्लाइन्टले दुवै उपकरणलाई फेरि घरको ठेगानामा राख्छ, र अलगाव कुनै त्रुटिबिना हराउँछ। व्यवस्थालाई दुई निकास भन्नुअघि त्यो फर्कने व्यवहार पुष्टि गर्नुहोस्, र फरक ठेगाना नेटवर्कको नतिजा हो, दुई अज्ञात पहिचान होइन भन्ने सम्झनुहोस्।