टनेलचे /32 कॉपी केल्याने ऑफिस सबनेट राउट होणार नाही
VPN तुमच्या अडॅप्टरला देत असलेला पत्ता दुव्याचे वर्णन करतो, गंतव्यस्थानाचे नाही. प्रोफाइलमध्ये संसाधनाचा उपसर्ग जोडा आणि डीफॉल्टला शांत ठेवा.
VPN जोडले जाते, इंटरफेस बत्तीस-बिट मास्कसह पत्ता दाखवतो, आणि ऑफिस सर्व्हर पोहोचण्याबाहेर राहतो. पुढचे पाऊल अनेकदा तोच मास्क राउटमध्ये पुन्हा वापरणे असते, इंटरफेस टनेल कुठपर्यंत पोहोचू शकते हे वर्णन करतो या सिद्धांतावर. तसे नाही. तो पत्ता पॉइंट-टू-पॉइंट दुव्याच्या स्थानिक टोकाचे वर्णन करतो, आणि तुम्हाला महत्त्वाचे असलेले गंतव्यस्थान त्याच्या दुसऱ्या बाजूला वेगळ्या उपसर्गात असते.
दोन वेगळ्या गोष्टी एकत्र केल्या जात आहेत: टनेलने तुम्हाला दिलेला पत्ता, आणि त्यातून तुम्हाला पोहोचायचे असलेले नेटवर्क.
दोन पत्ते, दोन कामे
पॉइंट-टू-पॉइंट टनेलमध्ये क्लायंटचा पत्ता अनेकदा एकच होस्ट पत्ता असतो, कारण दुव्याच्या दुसऱ्या टोकाला नेमका एकच सहभागी असतो. कोणताही सामायिक सेगमेंट नाही आणि ARP नाही, त्यामुळे Ethernet वर विसंगत वाटणारा मास्क इथे पूर्णपणे सामान्य आहे.
गंतव्य उपसर्ग हे ऑफिस नेटवर्कबद्दलचे तथ्य आहे, टनेलबद्दलचे नाही. जर तुम्हाला एक सर्व्हर हवा असेल, तर राउट त्या सर्व्हरसाठीचा होस्ट राउट आहे. जर तुम्हाला संपूर्ण ऑफिस सबनेट हवे असेल, तर राउट ते सबनेट आहे. यापैकी कोणतेही उत्तर इंटरफेसवरून वाचता येत नाही, आणि टनेलच्या पत्त्याजवळ दिसले म्हणून एक निवडणे हाच कार्यरत सेटअप तोडण्याचा मार्ग आहे.
| What you need to reach | What to install |
|---|---|
| One server, nothing else | A host route for that address |
| The office subnet | A route for the subnet prefix |
| Everything in the private space | Only if the requirement says so, and only with the owner's approval |
तीच तिसरी ओळ म्हणजे जिथे आशावाद थांब्यात बदलतो. फक्त एका साइटला सेवा देणाऱ्या टनेलमध्ये संपूर्ण खाजगी श्रेणी राउट केल्यास असंबद्ध रहदारी अशा मार्गावर ढकलली जाते जो ती पोहोचवू शकत नाही, आणि त्यातून येणारे अपयश जास्त रुंद राउटसारखे नव्हे तर तुटलेल्या VPN सारखे दिसतात.
आवश्यकतेवरून उपसर्ग निवडा
प्रोफाइलला हात लावण्यापूर्वी आवश्यकता एका वाक्यात लिहा: कोणत्या होस्टपर्यंत पोहोचता आले पाहिजे, आणि त्यांना झाकणारा सर्वात अरुंद उपसर्ग कोणता? एक सर्व्हर म्हणजे होस्ट राउट. एक सबनेट म्हणजे सबनेट राउट. सबनेटची श्रेणी म्हणजे सारांश, आणि सारांश म्हणजे त्यातील प्रत्येक पत्ता पोहोचण्यायोग्य असल्याचे वचन, जे क्वचितच खरे असते.
मग ती संख्या ऑफिस प्रत्यक्षात वापरते त्याच्याशी पडताळून पहा. साइटच्या पत्ता-नियोजनाशी पुष्टी न करता चॅट संदेशातून उपसर्ग कॉपी करणे हाच असा मार्ग आहे की राउट अशा सबनेटकडे दाखवू लागतो ज्याचा कोणी मालक नाही.
हेही लक्षात ठेवा की राउट हा मार्ग आहे, परवानगी नाही. गेटवे अजूनही ठरवतो की तुमचा क्लायंट गंतव्य वापरू शकतो का, आणि सेवा अजूनही तुम्हाला नाकारू शकते. राउट योग्यरीत्या इंस्टॉल केल्याने पॅकेट तिथे पोहोचते आणि अधिकृततेबद्दल काहीही सांगत नाही.
प्रोफाइलमध्ये जोडा, ते कधीही बदलू नका
NetworkManager प्रोफाइलमधील राउट बहुमूल्य गुणधर्म आहेत, आणि सेट करणे व जोडणे यातील फरक एक अक्षर आहे. नोंद जोडण्यासाठी आणि आधीच साठवलेले सर्व ठेवण्यासाठी प्लस स्वरूप वापरा.
nmcli connection modify uuid 11111111-2222-4333-8444-555555555555 \
+ipv4.routes "10.40.20.9/32"प्लसशिवाय, नेमणूक संपूर्ण यादी बदलते. आधीच अनेक उपसर्ग असलेल्या प्रोफाइलवर हे कार्यरत असलेले गुपचूप हटवते, आणि लक्षण नंतर या लॅपटॉपवरून आधी पोहोचता येणाऱ्या सेवेच्या रूपात येते.
नावाऐवजी UUID वापरा. पुनर्संचयानंतर नावे नकली होतात, आणि तुम्ही संपादित करत असलेले कनेक्शन तुमची रहदारी वाहून नेणारे नसू शकते. आधी आधीच अशीच नोंद आहे का ते तपासा, कारण नक्कल जोडणे हानिकारक नसले तरी अव्यवस्थित आहे.
हा राउट गुणधर्म संदर्भ स्थापित आवृत्तीसाठी गंतव्य, ऐच्छिक पुढील हॉप, मेट्रिक आणि गुणधर्म-वाक्यरचना यांचे दस्तऐवजीकरण करतो. पुढील हॉप जोडण्यापूर्वी तो वाचा, कारण त्याची गरज आहे का हे एकत्रीकरण आणि टोपोलॉजीवर अवलंबून असते, आणि इंटरफेस यादीतील पहिल्या पत्त्यावरून त्याचा अंदाज लावणे ही पद्धत नाही.
डीफॉल्ट राउट आणि DNS वेगळे निर्णय आहेत
Adding an office prefix says nothing about where the rest of your traffic goes. If policy requires ordinary internet traffic to stay outside the tunnel, that is the ipv4.never-default decision, and it belongs to whoever owns the connection policy rather than to whoever is fixing one unreachable server.
स्वयंचलित राउट ही अशीच दुसरी गोष्ट आहे जिला निष्काळजीपणे हात लावू नये. एक गहाळ नोंद सोडवण्यासाठी त्यांना दडपल्यास अनेक कार्यरत नोंदी काढून टाकल्या जाऊ शकतात, आणि ज्याने हे सुचवले तो सहसा वेगळ्या पुश असलेले दुसरे प्रोफाइल पाहत होता.
DNS चा स्वतःचा मार्ग आणि स्वतःची अपयशे आहेत. चुकीच्या रिझॉल्व्हरमधून योग्य पत्त्यावर सोडवला जाणारा नाव, किंवा खाजगी झोनसाठी उत्तर देऊ न शकणारा रिझॉल्व्हर, राउट निर्दोष असतानाही राउटिंग समस्येसारखा दिसेल. पत्ता आणि नाव स्वतंत्रपणे तपासा, मग कोणता स्तर प्रत्यक्षात अयशस्वी झाला ते ठरवा.
काय लागू झाले ते तपासा
साठवलेला बदल लागू केलेला बदल नाही. मॅनेजरच्या समर्थित जीवनचक्रातून पुन्हा कनेक्ट व्हा, मग इच्छित गंतव्यासाठीचा प्रत्यक्ष राउट आणि कोणता तक्ता पाहिला जातो हे ठरवणारे धोरण नियम पहा.
उपसर्ग असूनही कनेक्शन अजूनही अयशस्वी होत असल्यास, तुम्ही दुसऱ्या समस्येकडे गेले आहात: स्रोत पत्ता निवड, दूरच्या टोकावरील परतीचा राउट, किंवा तुमच्या क्लायंटला नाकारणारी सेवा. यापैकी प्रत्येक तुम्ही आधीच दुरुस्त केलेल्या प्रोफाइलपेक्षा पाहण्यासाठी चांगली जागा आहे.