एडाप्टरहरूले 255.255.255.255 देखाउँछन्, र प्रायः VPN ठ्याक्कै एउटै ठेगानामा पुग्छ भन्ने निष्कर्ष निकालिन्छ। त्यो पढाइले क्लाइन्टको आफ्नै ठेगानालाई सुरुङबाट मार्ग निर्देशित गन्तव्यहरूको समूहसँग मिसाउँछ। पोइन्ट-टु-पोइन्ट वा मार्ग निर्देशित इन्टरफेसमा यी दुई फरक वस्तु हुन्, र तीमध्ये एउटाले मात्र पहुँच सीमित गर्छ। मानिसहरूले Ethernet मा सिकेको सबनेट मास्कसँग मिल्दो देखिने भएकाले यो मिथक टिकिरहेको छ।

मिथक: होस्ट मास्क भनेको एउटै पुग्न सकिने होस्ट हो

/32 बाँडफाँटले इन्टरफेसलाई यो लिङ्कको यो छेउको ठेगाना कुन हो भनी बताउँछ, र पोइन्ट-टु-पोइन्ट लिङ्कमा यत्ति नै यसको अर्थ हो। साथीको ठेगाना छुट्टै फिल्ड हो, र साथीको पारि के छ भन्ने मार्गहरू फेरि छुट्टै हुन्। मास्कमा केही पनि टाढाको सञ्जालको वर्णन गर्दैन, किनकि टाढाका सञ्जालको वर्णन मास्कमा हुँदैन। यसलाई पहुँचको सीमा भनेर पढ्नु भनेको आफ्नै घरको नम्बरलाई तपाईंले भ्रमण गर्न पाउने सबै ठेगानाको सूची भनेर पढ्नु जस्तै हो।

यो भ्रमको वास्तविक जरा छ: Ethernet मा होस्ट मास्कले साँच्चै त्यो खण्डमा एउटै ठेगाना बुझाउँथ्यो। सुरुङ Ethernet खण्ड होइन, र यसबाट के जान्छ भन्ने मास्कले होइन, क्लाइन्टको मार्ग निर्देशन तालिकाले निर्धारण गर्छ। त्यसैले त्यही /32 पूरै डेटा केन्द्रको अगाडि उभिन सक्छ।

ठेगाना र मार्गलाई छुट्टाछुट्टै वस्तुका रूपमा पढ्नुहोस्

इन्टरफेस र तालिका सँगै छाप्नुहोस्, त्यसपछि तिनलाई दुई प्रश्नका दुई उत्तरका रूपमा पढ्नुहोस्। ठेगानाले यो छेउ को हो भन्ने जवाफ दिन्छ; मार्गहरूले ट्राफिक कहाँ जान सक्छ भन्ने जवाफ दिन्छन्। तेस्रो प्रश्न, गेटवेले कुन गन्तव्यलाई अनुमति दिन्छ, क्लाइन्टमा पटक्कै देखिँदैन। iproute2 को ठेगाना सन्दर्भ ले स्थानीय ठेगाना, साथी र प्रिफिक्स-मार्ग फिल्डहरू ठ्याक्कै यही कारणले छुट्टाछुट्टै वर्णन गर्छ।

ip addr show tun0
ip route show
ip route get 10.60.5.10

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

Get-NetIPAddress -InterfaceAlias "VPN"
Find-NetRoute -RemoteIPAddress 10.60.5.10

लुकअपले गलत इन्टरफेस देखाएमा रोक्नुहोस्। यो क्लाइन्टको मार्ग निर्देशन समस्या हो, र यो क्लाइन्टमै सुधारिन्छ।

मास्क फराकिलो बनाउँदा सामान्यतया अझ नराम्रो किन हुन्छ

कार्यालयको LAN जस्तो देखिन बाँडफाँटलाई /24 मा बदल्दा लिङ्कमा प्रिफिक्स बन्न सक्छ: कर्नेलले अब पूरै /24 सिधै सुरुङ इन्टरफेसमा जोडिएको विश्वास गर्छ। गेटवेबाट मार्ग निर्देशित हुनुपर्ने ठेगानाको ट्राफिक त्यसपछि लिङ्कमा छिमेकी छ जस्तै गरी पठाइन्छ। नतिजा सर्भर खराबी जस्तो देखिने कालो प्वाल हो।

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

टाढाको प्रिफिक्सको मार्ग हराएको छ भने, त्यसको व्यवस्था सुधार्नुहोस्। त्यो भएर पनि जडान अस्वीकार भइरहेको छ भने, मास्क कहिल्यै निदान थिएन।

मार्ग ठीक हुँदा र प्रवाह अझै असफल हुँदा

सही मार्गले क्लाइन्टले प्याकेट पठाउँछ भन्ने मात्र प्रमाणित गर्छ। गेटवेले अझै गन्तव्य स्वीकार्नुपर्छ, बाँडिएको ठेगानाका लागि फर्कने बाटो हुनुपर्छ, र सेवाले प्रवाहलाई अनुमति दिनुपर्छ। यी तीनलाई छुट्टाछुट्टै परीक्षण गर्नुहोस्: क्लाइन्टमा लुकअप, गेटवेको अनुमत दायरा, र आवश्यक एउटा सर्भरमा अनुरोध। तीनवटै तयार हुनुअघि प्रमाणीकरण सफल हुनु सामान्य हो, र त्यसैले जोडिएको क्लाइन्टले पनि कतै पुग्न नसक्ने हुन्छ।

ping -c1 10.60.5.10
traceroute -n 10.60.5.10
curl -sv https://app.internal.example/ -o /dev/null

सञ्जाल वस्तु र समूह अनुमति उपकरणले व्यवस्थापन गर्ने सेवामा तिनका मालिकसँगै राख्नुहोस्। क्लाइन्टलाई कहाँ पुग्न भनिएको छ र त्यसलाई के प्रयोग गर्न अनुमति छ भन्ने फरक सेटिङ हुन्, प्रायः फरक स्क्रिनमा। एउटा बदलेर अर्को परीक्षण गर्नु भनेको टिकट दुई टोलीबीच कसरी उफ्रन्छ भन्ने हो।

अवकाश दिनुपर्ने मिथक भनेको मास्क नै पहुँचको सीमा हो भन्ने हो। ठेगाना, मार्ग र गेटवे नीतिलाई तीन छुट्टै तथ्यका रूपमा पढ्नुहोस्, अनि /32 ले सीमा जस्तो देखिन छाड्छ र सामान्य सुरुङ बाँडफाँट जस्तो देखिन थाल्छ।

सम्बन्धित लेखहरू