चार तपासण्या करा: नाव कोणत्या पत्त्यावर सोडवले जाते, स्थानिक नेटवर्क कोणता उपसर्ग वापरते, कर्नेल त्या गंतव्यासाठी कोणता मार्ग निवडते, आणि दूरच्या टोकावर काय उत्तर देते। VPN लॉगिन यापैकी एक नाही, कारण कोणते नेटवर्क जिंकले तरी ते पूर्ण होते। तपासण्या क्रमाने करा आणि ओव्हरलॅप चौथ्या टप्प्याऐवजी दुसऱ्या टप्प्यात दिसेल।

यशस्वी लॉगिन सांगते की बोगदा सुरू आहे; एखादा विशिष्ट पत्ता कुठे निर्देश करतो याबद्दल ते काहीही सांगत नाही।

एक पत्ता, दोन मशिनी

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

ip route get 192.168.1.20

तो शोध कर्नेलने निवडलेला इंटरफेस आणि पुढील हॉप सांगतो, ही यादीतील दुसरी तपासणी आहे। दुसरे काही करण्यापूर्वी स्थानिक आणि दूरच्या उपसर्गांची तुलना करा। स्थानिक LAN 192.168.1.0/24 असेल आणि दूरचे ठिकाणही 192.168.1.0/24 असेल, तर ओव्हरलॅप हाच निष्कर्ष आहे, आणि कोणताही क्लायंट पर्याय तो दुरुस्त करत नाही।

तुम्ही नियंत्रित करता ती बाजू पुन्हा क्रमांकित करा

वैयक्तिक राउटर सहसा हलवायला सोपी बाजू असते। तुम्ही प्रत्यक्षात वापरता त्या दूरच्या नेटवर्कशी संघर्ष न करणारी श्रेणी निवडा, आणि 10.x.x.x देखील आपोआप मोकळे नाही हे लक्षात ठेवा, कारण अनेक ठिकाणे ते वापरतात। बदलाचे नियोजन करा: DHCP भाडेपट्टे, राखीव पत्ते, प्रिंटर रांगा आणि हार्डकोड केलेला पत्ता असलेल्या प्रत्येक गोष्टीकडे लक्ष द्यावे लागते। VPN शिवाय राउटर पुनर्प्राप्त करू शकता अशा वेळेत पुन्हा क्रमांकन करा।

दूरच्या उपसर्गांची यादी आधी तपासा, नंतर नाही। दुसऱ्या ऑफिस ठिकाणाशी संघर्ष करणारी नवीन श्रेणी निवडल्यास जास्त कामासह तीच समस्या निर्माण होते।

जेव्हा कोणतीही बाजू बदलू शकत नाही

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

खाजगी पत्ता श्रेणी खाजगीच राहतात; समस्या पुनर्वापर आहे, श्रेणी स्वतः नाही।

कोणत्या मशिनने उत्तर दिले हे सिद्ध करा

openssl s_client -connect 192.168.1.20:443 -servername office.example 2>/dev/null | openssl x509 -noout -subject

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

ऑफिसचे खाजगी पत्ते तुम्ही नियंत्रित न करता त्या कोणत्याही सार्वजनिक पत्त्यांनी बदलू नका। त्यामुळे ओव्हरलॅपच्या जागी अधिक वाईट आणि समजावून सांगणे कठीण अशी मार्गमार्गदर्शन व मालकीची समस्या येते।

स्थानिक उपसर्ग, दूरचा उपसर्ग आणि ती सोडवणारा बदल नोंदवा। पुढील ओव्हरलॅप वेगळा दिसेल पण तोच नमुना अनुसरतो।

संबंधित लेख