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