राउटरमा VPN हुँदा STUN कुन स्रोत ठेगाना देख्छ?
मार्ग, स्रोतको छनोट र अनुवादले परावर्तकले बताउने ठेगाना निर्धारण गर्छन्। लेख्न तीन तथ्य, त्यसपछि कुन मार्ग जित्छ भनी पुष्टि गर्न एक प्रश्न।
प्रश्न एउटै खोज जस्तो सुनिन्छ र वास्तवमा तीन निर्णय हुन्। binding request कुन मार्ग लिन्छ, कर्नेलले त्यो मार्गका लागि कुन स्रोत छान्छ र बाटोमा केहीले त्यो स्रोत पुनः लेख्छ कि। यीमध्ये जुनसुकै एउटा बदल्नुहोस् र STUN सर्भरले बताउने ठेगाना पनि त्यसैसँग बदलिन्छ। त्यसैले VPN राउटरमा छ भन्ने कुराले आफैंमा लगभग केही बताउँदैन।
निर्णय तीन तथ्यमा टिकेको छ
पहिले मार्ग: नीति नियम र रुटिङ तालिकाले अनुरोध सुरुङबाट बाहिर जान्छ कि सामान्य WAN बाट भन्ने निर्धारण गर्छन्, र बहिष्कृत गन्तव्यले सुरुङ सक्रिय हुँदा पनि दोस्रो मार्ग लिन्छ। त्यसपछि स्रोत: कर्नेलले छानिएको मार्गका लागि स्रोत छान्छ, र यो छनोट मार्गको मनपर्ने स्रोत र मिल्ने जुनसुकै नियममा निर्भर गर्छ। अन्तमा अनुवाद: बाटोमा NAT ले छानिएको स्रोत प्रतिस्थापन गर्छ। परावर्तित ठेगाना तीनैको गुणनफल हो, सुरुङको गुण होइन।
तीनमध्ये एउटा बदल्नुहोस् र उत्तर बदलिन्छ, जबकि हरेक घटक आफ्नै लगमा अझै स्वस्थ देखिन्छ। यही यो निदान अल्झिने सामान्य कारण हो।
सुरु गर्नुअघि परीक्षण गरिरहेको प्रवाहका लागि तीन तथ्य लेख्नुहोस्। इन्टरफेस, मार्ग र अनुवाद नियम नतिजा अनुमान गर्न पर्याप्त छन्, र यही अनुमानले आश्चर्यलाई जानकारीपूर्ण बनाउँछ। तीनमध्ये एउटा पनि भर्न सक्नुभएन भने त्यही खाडल वास्तविक निष्कर्ष हो।
एउटा binding request मार्गभरि पछ्याउनुहोस्
STUN को binding request ले सर्भरलाई देखिएको स्रोत यातायात ठेगाना बताउन भन्छ। उत्तरले अनुरोधले लिएको मार्ग वर्णन गर्छ, क्लाइन्ट मेसिनमा भएका इन्टरफेसको सूची होइन। दुई मार्गबाट आएका दुई अनुरोधले इमानदारीपूर्वक दुई फरक ठेगाना बताउनेछन्।
| Path taken | Source the reflector sees | What it means |
|---|---|---|
| Tunnel to a public exit that translates | The exit's public address | The reflector learns nothing about the LAN |
| Tunnel to a private reflector, translated to the tunnel address, no later translation | That tunnel address | An internal identifier is disclosed to that reflector |
| Excluded flow over the ordinary WAN | The WAN address | The tunnel was not used at all |
यो तालिकालाई सर्तहरूको समूहका रूपमा पढ्नुहोस्, प्रदायकहरूको सूचीका रूपमा होइन। बीचको पङ्क्तिले निजी परावर्तक सुरुङको आफ्नै रुटिङ र सहकर्मी नीतिअन्तर्गत पुग्नयोग्य हुनुपर्ने माग गर्छ; यो जाँच्न सकिने कन्फिगरेसन तथ्य हो, खाता स्तरले संकेत गर्ने कुरा होइन। तलको पङ्क्ति नीतिका लागि प्रायः महत्त्वपूर्ण हुन्छ, किनकि त्यो ट्राफिक सुरुङभित्रै रहनुपर्ने थियो। ती दुईबीच सामान्य अवस्था छ, जसमा निकासले अनुवाद गर्छ र परावर्तकले निकास मात्र देख्छ।
होस्ट उम्मेदवार र सर्भर-परावर्ती उम्मेदवार फरक फरक संयन्त्रबाट आउँछन्, त्यसैले उम्मेदवारको सूचीले मिडियाले वास्तवमा कुन मार्ग प्रयोग गर्यो भन्ने बताउँदैन। सत्र कहाँ गयो भन्ने जान्न चाहँदा छानिएको जोडी पढ्नुहोस्, सङ्कलन लग होइन।
राउटरको सुरुङ ठेगाना के होइन
राउटरलाई दिइएको सुरुङ ठेगाना राउटरमा भएको इन्टरफेसको हुन्छ। LAN होस्टमा ब्राउजरका आफ्नै इन्टरफेस ठेगाना हुन्छन् र राउटरको सुरुङ इन्टरफेसको प्रत्यक्ष दृश्य हुँदैन। दुवैलाई अदलबदलयोग्य मान्दा वेब पृष्ठले के सिक्न सक्छ भन्नेबारे आत्मविश्वासी गलत उत्तर बन्छन्।
फर्वार्डिङ दुवैलाई जोड्ने कुरा हो। अनुरोध राउटरबाट रुट गरिएको ट्राफिकका रूपमा जान्छ, र यसको स्रोत रुटिङ र अनुवादले बनाएको कुरा हो।
सुरुङको मार्गले LAN स्रोत जोगाएमा निजी परावर्तकले त्यो LAN ठेगाना सिक्न सक्छ, जो वास्तविक खुलासा हो र सुरुङको ठेगानाभन्दा फरक हो। मार्गले सुरुङको ठेगानामा अनुवाद गरेमा परावर्तकले त्यसको सट्टा सुरुङको ठेगाना सिक्छ। दुवै नतिजा एउटै होस्टको एउटै ब्राउजरसँग मेल खान्छन्, त्यसैले अवलोकन कुनै निश्चित प्रवाहसँग जोड्नुपर्छ। एपलाई दोष दिनुअघि कर्नेललाई कुन स्रोत प्रयोग गर्छ भनी सोध्नुहोस्।
खुलासा विरुद्ध बाइपास: दुई निष्कर्ष, दुई मर्मत
परावर्तित सुरुङ ठेगानाले तपाईंले अनुमति दिएको मार्गमा आन्तरिक पहिचानकर्ता खोल्छ। WAN बाट सिधा अनुरोधले तपाईंले आवश्यक ठानेको मार्गलाई बाइपास गर्छ। पहिलो सूचनाको प्रश्न हो, दोस्रो कार्यान्वयनको, र दुवै फरक ठाउँमा मर्मत हुन्छन्। दुवैलाई एउटै शब्दमा मिसाउँदा कुनैलाई पनि सम्बोधन नगर्ने मर्मत बन्छ।
WebRTC ले यसलाई बढी देखिने बनाउँछ, गलत नबनाई, किनकि उम्मेदवार सङ्कलन गर्नु त्यसलाई छान्नु जस्तै होइन।
ip route get 203.0.113.7 from 192.0.2.25
ip rule showअनुमति दिएको प्रत्येक परावर्तक ठेगानाका लागि मार्ग प्रश्न त्यो स्रोतसँग चलाउनुहोस् जुन यो प्रवाहले बोक्ने अपेक्षा छ, त्यसपछि बहिष्कृत दायराका लागि फेरि चलाएर विकल्पले के छान्छ हेर्नुहोस्। दुई उत्तरलाई तपाईंले लेखेको नीतिसँग तुलना गर्नुहोस्। तिनीहरू तपाईंको मनसाय नभएको तरिकाले फरक परे ब्राउजरको उम्मेदवार सूची व्याख्या गर्नै नपरी तपाईंले मर्मत बिन्दु भेट्टाउनुभयो।