ரவுட்டரில் 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நீங்கள் அனுமதிக்கும் ஒவ்வொரு பிரதிபலிப்பி முகவரிக்கும் பாதை வினவலை இந்த ஓட்டம் சுமக்கும் என்று எதிர்பார்க்கும் மூலத்துடன் இயக்குங்கள், பின்னர் விலக்கப்பட்ட வரம்புகளுக்கு மீண்டும் இயக்கி மாற்று என்ன தேர்ந்தெடுக்கிறது என்பதைப் பாருங்கள். இரண்டு பதில்களையும் நீங்கள் எழுதிய கொள்கையுடன் ஒப்பிடுங்கள். அவை நீங்கள் நினைக்காத வகையில் வேறுபட்டால், உலாவியின் வேட்பாளர் பட்டியலைப் புரிந்துகொள்ளாமலேயே சரிசெய்தல் புள்ளியைக் கண்டுபிடித்துவிட்டீர்கள்.