घर आणि कार्यालयातील सबनेट VPN वर आदळतात: तीन उपाय
जेव्हा दोन्ही टोके 192.168.1.0/24 वापरतात, तेव्हा ढकललेला मार्ग मदत करू शकत नाही. तुमच्याकडे कोणता टक्कर आहे ते ओळखा आणि नंतर प्रत्यक्षात लागू करू शकता असा उपाय निवडा.
तुमचा क्लायंट सांगतो की कनेक्शन आहे आणि टनेल सुरू आहे, तरी कार्यालयाचा फाइल सर्व्हर स्वयंपाकघरातून कुठूनतरी उत्तर देतो. दोन्ही टोके सहसा 192.168.1.0/24 वापरतात, कारण ग्राहक राउटर त्यासह येतात, आणि दोन्ही बाजूंना एकाच वेळी असलेली अस्पष्टता कोणताही मार्ग सोडवत नाही. बिघाड तुटलेल्या टनेलसारखा किंवा तुटलेल्या सर्व्हरसारखा दिसू शकतो, आणि तो दोन्हीपैकी नाही. कोणतेही कॉन्फिगरेशन स्पर्श करण्यापूर्वी कोणती टक्कर आहे ते ठरवा, कारण प्रकारांसाठी वेगवेगळे उपाय आहेत आणि त्यापैकी एकच राउटिंगशी संबंधित आहे.
जोडलेला मार्ग तुम्ही ढकलता त्या सर्व गोष्टींना हरवतो
जोडलेला मार्ग एखादा पत्ता व्यापतो तेव्हा होस्ट त्याला स्थानिक मानतो. ज्याचा स्वतःचा इंटरफेस 192.168.1.20/24 आहे अशा लॅपटॉपवर, 192.168.1.50 पत्ता शेजारी आहे, त्यामुळे पॅकेट घरच्या इंटरफेसने बाहेर पडते आणि टनेलपर्यंत कधीही पोहोचत नाही.
कार्यालयाच्या प्रीफिक्ससाठी मार्ग ढकलल्याने काहीच बदलत नाही, कारण तो प्रीफिक्स आधीच थेट जोडलेले नेटवर्क म्हणून अस्तित्वात आहे. ऑपरेटिंग सिस्टम जोडलेल्या नोंदीतूनच उत्तर देत राहते, आणि टनेलला काही विचारण्यापूर्वी ती तपासली जाते. क्रम तुम्ही स्वतः पाहू शकता: ip route get 192.168.1.50 टनेलचे नाही, घरच्या इंटरफेसचे नाव सांगते. पलीकडची बाजूही समस्या दर्शवते, कारण कार्यालयाचा राउटरही लॅपटॉपची घरची श्रेणी आपली आहे असे मानतो.
स्पष्ट टक्करीपलीकडील शांत टक्करी
प्रत्येक प्रकरण राउटिंगचा निर्णय नसतो. घरची DHCP भाडेपट्टी कार्यालयीन सर्व्हरकडे असलेल्या पत्त्यावरच पडू शकते, आणि मग क्लायंट स्वतःशीच बोलतो आणि टनेल काहीही वाहत नाही.
नावेही त्याच पद्धतीने आदळतात. एकच संगणक नाव सामायिक करणाऱ्या दोन मशीन नाव-आधारित साधने तोडतात, जरी प्रत्येक पॅकेट योग्यरित्या राउट झाले तरी, आणि कार्यालयीन पत्त्याकडे निर्देश करणारी hosts नोंद स्थानिक मशीनकडे ते नाव आधीच असल्यास अयशस्वी होते, कारण स्थानिक निराकरण जिंकते. स्थानिक मशीनचे नाव बदला किंवा hosts संपादित करण्याऐवजी पूर्ण पात्र नाव वापरा.
हायपरवायझर तिसरे प्रकरण जोडतात. फक्त-होस्ट अडॅप्टर सहसा 192.168.56.0/24 वर बसतो, जो कोणालाही वापरात असल्याचे आठवत नसलेल्या कॉर्पोरेट श्रेणीशी आदळू शकतो.
तुमच्या मालकीची बाजू पुन्हा क्रमांकित करा
पुन्हा क्रमांकन अस्पष्टता टाळण्याऐवजी दूर करते, आणि घरगुती कार्यालयात तीच बाजू तुमची आहे. अशी गोष्ट निवडा जी इतरत्र कुठेही दिसणार नाही, आणि राउटर स्पर्श करण्यापूर्वी स्थिर पत्ता असलेल्या प्रत्येक उपकरणाची यादी करा.
10.0.0.0/8 आणि 172.16.0.0/12 नेहमीचे उमेदवार आहेत. फर्मवेअरचे डीफॉल्ट, 192.168.0.0/24 आणि 192.168.1.0/24, तंतोतंत सोडायच्या गोष्टी आहेत.
कार्यालय पुन्हा क्रमांकित करणे क्वचितच शक्य असते, आणि घर पुन्हा क्रमांकित करण्यासाठी प्रिंटर आणि प्लग पुन्हा जोडण्यात एक संध्याकाळ जाते. तरीही कंपनीतील प्रत्येक लॅपटॉपवर पुनरावृत्ती होणाऱ्या युक्तीपेक्षा ते स्वस्त आहे.
आदळू न शकणारी श्रेणी प्रकाशित करा
जिथे कार्यालयीन श्रेणी राहिलीच पाहिजे, तिथे टनेलची बाजू आदळण्यास कठीण करा. संपूर्ण /24 उधार घेण्याऐवजी क्लायंट पूल लहान प्रीफिक्स म्हणून कापणे विशिष्ट मार्ग देते, रुंद नाही.
गेटवे भाषांतर करू शकत असल्यास, कार्यालयीन सबनेट अलियास श्रेणीखाली प्रकाशित करा, जेणेकरून क्लायंटचे गंतव्य त्याच्या स्वतःच्या LAN मध्ये पडू शकणार नाही. साइट-ते-साइट रचना प्रत्येक साइटला स्वतःचा अलियास देऊ शकते, ज्यामुळे समान क्रमांकन असलेले दोन ग्राहक वेगळे ओळखता येण्याजोगे राहतात.
भाषांतर मोफत नाही. ते दोन्ही दिशांनी चालले पाहिजे आणि स्रोत पत्ता व गंतव्य व्यापले पाहिजे, आणि स्वतःच्या पेलोडमध्ये पत्ते लिहिणारी अनुप्रयोग ते पूर्णपणे दुर्लक्षित करतील. म्हणूनच पुन्हा क्रमांकन अशक्य असताना आणि ग्राहकांची संख्या कमी असताना तोच उत्तर असतो.
तुम्ही काय बदलू शकता त्यानुसार निवडा
घरी एक किंवा दोन लॅपटॉप: घरचे LAN पुन्हा क्रमांकित करा. पुन्हा क्रमांकित करू न शकणारे व्यवस्थापित कार्यालय: गेटवेवर अलियास भाषांतर. ग्राहक साइट्समध्ये पुनरावृत्ती होणारे क्रमांकन: प्रति-साइट अलियास, एकदा नियोजित. फक्त नाव-आधारित साधने अयशस्वी झाल्यास, तो राउटिंग दोष नाही तर नावाची टक्कर माना.
तुम्ही काहीही निवडा, फक्त पलीकडच्या बाजूला असलेल्या पत्त्यावर चाचणी करा. तुमच्याच राउटरला पिंग करणे कोणत्या नेटवर्कने उत्तर दिले हे सांगत नाही.