व्यावसायिक इंटरनेट-एक्झिट VPN तुमचा पत्ता लपवते; ते तुम्हाला तुमच्या स्वतःच्या घराशी जोडत नाही. घरातील नेटवर्कवरील NAS किंवा प्रिंटरपर्यंत पोहोचण्यासाठी त्या नेटवर्कवर बसलेला गेटवे आणि त्याच्या दिशेने टनेल बांधणारा क्लायंट लागतो. नंतर पॅकेटला पाच तपासण्या पार कराव्या लागतात, आणि त्यातील कोणतीही अयशस्वी झाली तरी बाहेरून सारखेच दिसते.

दरवाजा 1: क्लायंटने टनेल निवडावे

क्लायंटवर गंतव्य प्रीफिक्स खरोखर टनेलमध्ये राउट होतो का ते तपासा. फक्त VPN चे स्वतःचे सबनेट पाठवणारे स्प्लिट-टनेल प्रोफाइल 192.168.x.x स्थानिक इंटरफेसवरून थेट बाहेर पाठवेल, जिथे ते कुठेही पोहोचत नाही. प्रोफाइलचे नाव नाही, क्लायंटचे राउटिंग टेबल पहा.

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

पुढे जाण्यापूर्वी क्लायंट पूलचा पत्ता आणि घरातील सबनेट एकमेकांवर आच्छादित नाहीत याची खात्री करा.

दरवाजा 2: गेटवेने फॉरवर्ड केले पाहिजे

VPN डिक्रिप्ट केलेले पॅकेट LAN वर फॉरवर्ड करावे लागणाऱ्या होस्टवर संपते. त्यासाठी IP फॉरवर्डिंग सक्षम असणे आणि VPN इंटरफेसपासून LAN इंटरफेसपर्यंतचा प्रवाह परवानगी देणारे फायरवॉल धोरण आवश्यक आहे. राउटर उपकरणावर हे सहसा अंगभूत असते; strongSwan किंवा WireGuard चालवणाऱ्या Linux बॉक्सवर हे लोक विसरतात अशी दोन सेटिंग्ज आहेत. सेवा तपासण्यापूर्वी दोन्ही तपासा, कारण यापैकी एकटेच तोच टाइमआउट देतात.

LAN इंटरफेसवर कॅप्चरसह तपासा, कारण तिथे कधीही न दिसणारे पॅकेट एकतर टाकून दिले गेले किंवा कधीही फॉरवर्ड झाले नाही.

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

दरवाजा 3: उत्तराचा मार्ग सर्व काही ठरवतो

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

दोन कायदेशीर उपाय आहेत: LAN गेटवेवर पूलसाठी मार्ग जोडणे, किंवा VPN गेटवेवर source-NAT करणे जेणेकरून लक्ष्याला नेहमी फक्त गेटवेचा पत्ता दिसेल. दुसरा सोपा आहे आणि मूळ स्रोत ओळख गमावतो.

जाणीवपूर्वक एक निवडा आणि कोणता ते लिहा, कारण फायरवॉल नियम आणि लॉग त्यावर अवलंबून आहेत. strongSwan फॉरवर्डिंग मार्गदर्शक त्या निर्णयाच्या Linux बाजूने जातो.

दरवाजा 4: नावे आणि प्रीफिक्स ओव्हरलॅप

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

ओव्हरलॅपिंग प्रीफिक्स हा दुसरा सापळा आहे: क्लायंट पूल 192.168.1.0/24 असेल आणि घरातील नेटवर्कही तसेच असेल, तर क्लायंट गंतव्याला स्थानिक मानतो आणि कधीही टनेलमधून पाठवत नाही.

एक बाजू पुन्हा क्रमांकित करा, किंवा घरी कधीही भेटणार नाही अशा श्रेणीतून पूल वापरा.

दरवाजा 5: घराबाहेरून तपासा

स्वयंपाकघरातून केलेली चाचणी काहीही सिद्ध करत नाही, कारण रहदारी कधीही LAN सोडणार नाही. मोबाइल हॉटस्पॉट किंवा दुसऱ्या नेटवर्कवरून कनेक्ट व्हा, नंतर दरवाजे क्रमाने चाला: क्लायंटवर मार्ग, LAN इंटरफेसवर कॅप्चर, सेवेचे उत्तर, उत्तराचे कॅप्चर आणि नाव निराकरण. पुरावा देणारा पहिला दरवाजा जो नाही, तिथेच काम आहे.

सेवा उत्तर देते पण नाव देत नाही, तर तुमच्याकडे टनेलची नाही, DNS ची समस्या आहे.

कार्यरत कॉन्फिगरेशन पूल, मार्ग आणि NAT निवडीसह नोटमध्ये ठेवा, कारण पुढील राउटर बदल तिन्ही रीसेट करेल.

संबंधित लेख