route -interface लिङ्क बाहिरको होस्टसम्म किन पुग्दैन

route ले Wi-Fi इन्टरफेसको नाम स्वीकार्छ, गुनासो बिना बाहिरिन्छ, र होस्ट पुग्न नसकिने रहन्छ। केही पनि बिग्रिएको छैन; मार्गमा रहेको सम्बन्ध नै गलत छ: इन्टरफेस झन्डाले गन्तव्य कुन लिङ्कमा छ भन्छ, अन्तै रहेको गन्तव्यका लागि कुन राउटरले ट्राफिक लिनुपर्छ भनेर होइन। आदेश सफल हुन्छ किनकि यो वाक्यरचनाका रूपमा वैध छ, किनकि यो चल्ने मार्ग वर्णन गर्छ भनेर होइन।

यही भिन्नताले VPN नजिकको मार्ग अपवाद काम गर्छ वा मात्र विश्वसनीय देखिन्छ भनेर निर्धारण गर्छ।

इन्टरफेस निकास हो, अर्को हप हस्तान्तरण हो

192.168.50.20 ठेगाना भएको Mac र 192.168.50.1 मा राउटर हुँदा, त्यही लिङ्कको अर्को मेसिन सिधै पुग्न सकिन्छ। फ्रेम त्यो मेसिनमा ठेगाना गरी तारमा राखिन्छ। कुनै राउटर संलग्न छैन, र इन्टरफेस-सीमित मार्गले ठ्याक्कै त्यही व्यक्त गर्छ। टाढाको छेउ अर्को भवनको होस्टमा बदल्नुहोस् र त्यही आदेश अर्थहीन हुन्छ। Mac सँग तारमा राख्न दोस्रो तहको ठेगाना छैन, त्यसैले इन्टरफेस झन्डासँग वर्णन गर्न केही छैन।

लिङ्क बाहिरको गन्तव्य फरक हुन्छ। Mac ले दोस्रो तहमा नपुग्ने होस्टमा ठेगाना गरिएको फ्रेम तारमा राख्न सक्दैन; पुग्न सक्ने राउटरलाई प्याकेट हस्तान्तरण गर्छ। त्यसैले मार्गलाई गेटवे चाहिन्छ, र गेटवे आफैं जोडिएको लिङ्कमा पुग्न सकिने हुनुपर्छ।

लिङ्क बाहिरको गन्तव्यका लागि इन्टरफेस झन्डा प्रयोग गर्दा macOS लाई त्यो गन्तव्यलाई तारमा भएझैं व्यवहार गर्न भनिन्छ। त्यसपछि कर्नेलले त्यसका लागि दोस्रो तहको ठेगाना समाधान गर्न सक्दैन, र प्याकेट त्रुटिमा केही उपयोगी नराखी खारेज गरिन्छ।

इन्टरफेस झन्डाले वास्तवमा के दाबी गर्छ

Apple को मार्ग सन्दर्भले बिचौलियाबिना सिधै पुग्न सकिने गन्तव्यका लागि इन्टरफेस ढाँचा परिभाषित गर्छ। यो लिङ्क मोडेलबारेको भनाइ हो, कुन एडाप्टर प्रयोग गर्ने भन्ने प्राथमिकता होइन। Wi-Fi मार्फत इन्टरनेट होस्टसम्म पुग्न त्यही Wi-Fi लिङ्कमा राउटर अझै चाहिन्छ, र मार्गले त्यसको नाम लिनुपर्छ।

इन्टरफेस क्षेत्र एउटा छुट्टै गुण हो। यसले क्षेत्र निर्णयका लागि, जस्तै कुन स्रोत ठेगाना लागू हुन्छ, मार्गलाई निश्चित इन्टरफेसमा जोड्छ, तर इन्टरफेस आफैं पुग्न नसक्ने गन्तव्यका लागि पहुँच सिर्जना गर्दैन। दुई गुणले फरक प्रश्नको उत्तर दिन्छन्।

त्यसैले आदेश स्वीकारिन सक्छ, तालिकामा देखिन सक्छ र तैपनि असफल हुन सक्छ। कर्नेलले तपाईंको मनसाय प्रमाणित गर्दैन; तपाईंले दाबी गरेको कुरा अभिलेख गर्छ, र दाबी गन्तव्य लिङ्कमा छ भन्ने थियो। शान्त सफलतापछि शान्त खारेजी अपेक्षित परिणाम हो, बग होइन। नेटवर्कलाई दोष दिनुअघि दाबी फेरि पढ्नुहोस्।

लिङ्क बाहिरको गन्तव्यलाई चाहिने मार्ग

LAN राउटरमार्फत 198.51.100.25 जस्तो कागजात ठेगानासम्म स्वीकृत बाटोका लागि, अभिप्रेत सम्बन्ध गन्तव्य, 192.168.50.1 को अर्को हप, र त्यो अर्को हपसम्म पुग्ने LAN इन्टरफेस हो। इन्टरफेस मार्ग आदेशले थोप्ने होइन, अर्को हपको खोजबाट सूचित हुन्छ।

macOS मा पढ्ने-मात्र जाँच route -n get 198.51.100.25 हो। गेटवे र इन्टरफेसका लाइनहरू सँगै पढ्नुहोस् र गेटवे Mac ले वास्तवमै पुग्न सक्ने ठेगाना हो कि जाँच्नुहोस्। अर्को सबनेटको गेटवे, वा अन्तिम नेटवर्क परिवर्तनपछि गएको गेटवे, सही देखिने र केही पनि फर्वार्ड नगर्ने मार्ग बनाउँछ।

टिकाउ निर्देशनमा en0 हार्डकोड नगर्नुहोस्। एडाप्टर, डक र VPN क्लाइन्टसँग इन्टरफेसका नाम बदलिन्छन्, र गलतको नाम लिने मार्ग व्यापक नेटवर्क खराबीका रूपमा सजिलै पढिने तरिकाले असफल हुन्छ।

बदल्नुअघि हालको चयन पढ्नुहोस्

केही थप्नुअघि, प्रणालीले पहिले नै के चयन गरेको छ र किन भनेर जाँच्नुहोस्। त्यो आउटपुटले ट्राफिक सुरुङबाट, LAN राउटरबाट वा कतै पनि नजाँदै छ भन्ने बताउँछ, र परिवर्तनपछि तुलना गर्न आधार दिन्छ। त्योबिना नयाँ मार्ग लागू भयो कि भएन भन्न सक्नुहुन्न।

त्यसपछि ठेगाना परिवार जाँच्नुहोस्। IPv4 का लागि थपिएको मार्गले IPv6 गन्तव्यका लागि केही गर्दैन, र दुवै परिवारमा समाधान हुने सेवा रोकिएर पुग्न सकिनेजस्तो देखिन सक्छ। मार्ग तालिका र रिजोल्भरले फरक प्रश्नको उत्तर दिन्छन्, र दुवै अभिप्रेत बाटोसँग मिल्नुपर्छ।

अन्तमा, मार्ग एउटा चयन हो, अनुमति होइन भन्ने सम्झनुहोस्। व्यवस्थित VPN प्रोफाइल वा क्लाइन्ट फिल्टरले तालिकाले संकेत गरे पनि सिधा बाटो निषेध गर्न सक्छ, त्यसैले सफल तालिका प्रविष्टिले अनुसन्धान अन्त्य गर्छ भन्ने मान्नुको सट्टा वास्तविक अनुप्रयोगसँग परीक्षण गर्नुहोस्।

सुरुङ र नीतिले आकार बदल्छन्

पोइन्ट-टु-पोइन्ट इन्टरफेस आफ्नै मामला हुन्। सुरुङले Ethernet शैलीको गेटवे ठेगानाबिना मार्ग बोक्न सक्छ, र त्यो स्वतः गलत होइन। तपाईंले देख्ने प्रत्येक तालिका प्रविष्टिमा Wi-Fi उदाहरण विस्तार गर्नुको सट्टा इन्टरफेसको वास्तविक लिङ्क मोडेल लागू गर्नुहोस्।

परिवर्तन अनुरोधका लागि, गन्तव्य, स्वीकृत नेटवर्क बाटो, हालको गेटवे र इन्टरफेस, र अपवाद कसले राख्ने भन्ने लेख्नुहोस्। मालिक महत्त्वपूर्ण छ किनकि प्रम्प्टमा टाइप गरिएको एक-पटके मार्ग नीति होइन, र अर्को पुनःजडानले त्यसलाई मेटाउनेछ।

यदि आवश्यकता VPN खुला हुँदा यो होस्टसम्म पुग्नु हो भने, इमानदार उत्तर सामान्यतया स्थानीय राउटरमार्फत विशिष्ट होस्ट मार्ग हो, जो इन्टरफेसको मालिक नेटवर्क प्रबन्धकले स्थापना गर्छ। यदि आवश्यकता सिधै जुनसुकै कुरासम्म पुग्नु हो भने, आवश्यकतालाई नै मार्ग आदेशअघि नीति समीक्षा चाहिन्छ।