ரூட்டிங் அட்டவணை மற்றும் உண்மையான தேடல்: VPN போக்குவரத்து எங்கே செல்கிறது

ரூட்டிங் அட்டவணையின் டம்ப் VPN சிக்கல் தீர்வில் மிகக் குறைந்த பயனுள்ள கண்டறிதல் ஆகும், மேலும் அதிகம் ஒட்டப்படுவதும் அதுவே. நாற்பது வரிகளின் முன்னொட்டுகள் இயந்திரம் என்ன செய்ய முடியும் என்பதைச் சொல்கின்றன, தோல்வியடைந்த கோரிக்கைக்கு என்ன செய்தது என்பதை அல்ல. உண்மையில் நீங்கள் விரும்பும் பொறிமுறை தேடல்: இந்த மூலமும் இந்த இலக்கும் கொடுக்கப்படும்போது எந்த விதி பொருந்தியது, எந்த அட்டவணை பார்க்கப்பட்டது, எந்த இடைமுகமும் அடுத்த ஹாப்பும் வெளிவந்தன. ஒரு இலக்கு மற்றும் ஒரு மூலத்திலிருந்து தொடங்கி, அந்தக் கேள்வியைக் கையில் வைத்து அட்டவணையைப் படியுங்கள், அதே வெளியீடு இரைச்சலுக்குப் பதிலாக சான்றாக மாறும்.

அட்டவணை வேட்பாளர்களின் தொகுப்பு, முடிவு அல்ல

ஒவ்வொரு பதிவும் ஒரு முன்னொட்டு மற்றும் அதற்குப் பொருந்தும் போக்குவரத்துடன் என்ன செய்வது என்பதை விவரிக்கிறது: அதை ஒரு இடைமுகத்திற்கு அனுப்புங்கள், அடுத்த ஹாப்பிடம் ஒப்படையுங்கள், அல்லது நிராகரியுங்கள். அந்தப் பட்டியலில் எதுவும் நோக்கத்தின் அடிப்படையில் வரிசைப்படுத்தப்படவில்லை, மேலும் மனிதனுக்கு மிகக் குறிப்பிட்டதாகத் தோன்றும் பதிவு எப்போதும் கர்னல் தேர்ந்தெடுப்பதாக இருக்காது, ஏனெனில் தேர்வு நீளமான முன்னொட்டுப் பொருத்தத்தையும், சமமான முன்னொட்டுகளுக்கிடையே அளவீட்டையும் பின்பற்றுகிறது.

எனவே முதல் படி பட்டியலைப் படிப்பதற்குப் பதிலாக கர்னலைக் கேட்பது. தேடல் கட்டளை ஒரு இலக்கிற்குப் பதிலளிக்கிறது, மூல வாதத்துடன் அது அனுப்பப்பட்ட அல்லது பிணைக்கப்பட்ட இணைப்பு பயன்படுத்தும் சரியான ஜோடிக்குப் பதிலளிக்கிறது:

ip route get 198.51.100.10
ip route get 198.51.100.10 from 10.80.0.25
ip -6 route get 2001:db8:10::40

மேலே உள்ள ஒவ்வொரு முகவரியும் ஆவண எடுத்துக்காட்டு. முக்கிய விஷயம் பதிலின் வடிவம்: இடைமுகம், தேர்ந்தெடுக்கப்பட்ட மூல முகவரி, நுழைவாயில், மற்றும் பதிவு வந்த அட்டவணை. அந்த வெளியீடு நீங்கள் எதிர்பார்த்த இடைமுகத்துடன் பொருந்தவில்லை என்றால், ஒரே கட்டளையில் சிக்கலைக் கண்டறிந்துள்ளீர்கள், முழு அட்டவணையை எவ்வளவு படித்தாலும் எந்த வேட்பாளர் வென்றது என்று சொல்லியிருக்காது.

தேடல் முதலில் விதிகளின் வழியாக, பின்னர் அட்டவணைகளின் வழியாகச் செல்கிறது

Linux இல் முடிவு இரண்டு கட்டங்களில் உள்ளது. கொள்கை விதிகள் முன்னுரிமை வரிசையில் மதிப்பிடப்படுகின்றன, முதல் பொருந்தும் விதி பார்க்க வேண்டிய அட்டவணையைப் பெயரிடுகிறது; அந்த அட்டவணை பின்னர் நீளமான முன்னொட்டுப் பொருத்தத்தைச் செய்கிறது. ஒரு விதி மூலம், இலக்கு, ஃபயர்வால் குறி, இடைமுகம் அல்லது கலவையில் பொருந்தலாம், அதனால்தான் பிரதான அட்டவணையின் டம்ப் முற்றிலும் துல்லியமாகவும் நீங்கள் விசாரிக்கும் பாக்கெட்டுக்கு முற்றிலும் பொருத்தமற்றதாகவும் இருக்கலாம்.

ip rule show
ip route show table all | head -40
ip route show table 100

ஒரு விதி உங்கள் VPN குளத்திலிருந்து போக்குவரத்தை அட்டவணை 100 க்கு அனுப்பினால், முக்கியமானது அட்டவணை 100, மேலும் பிரதான அட்டவணை ஒரு தூண்டில். இது ரவுட்டரில் மூல அடிப்படையிலான ரூட்டிங்கின் பொறிமுறையும் ஆகும்: ஒரே இலக்கிற்கு பாக்கெட் எங்கிருந்து வந்தது என்பதைப் பொறுத்து இரண்டு வெவ்வேறு பதில்கள் இருக்கலாம், மூல வாதத்துடனான தேடல் மட்டுமே எது பொருந்தும் என்பதை வெளிப்படுத்துகிறது.

IPv6 க்கு அதன் சொந்த விதிகள் மற்றும் அட்டவணைகள் உள்ளன. இரண்டு குடும்பங்களையும் இயக்கும் வடிவமைப்புக்கு இரண்டு தேடல்களும் தேவை, மேலும் வேலை செய்யும் IPv4 பதில் இரட்டை-ஸ்டாக் கிளையண்ட் விரும்பக்கூடிய v6 பாதையைப் பற்றி எதுவும் சொல்லாது.

VPN கிளையண்ட் என்ன நிறுவுகிறது

கிளையண்ட்கள் பொதுவாக இயல்புநிலை பாதையை மாற்றுவதில்லை, ஏனெனில் அது சுரங்கப்பாதையின் சொந்த வெளிப்பாதையை உடைக்கும். அவை முன்னொட்டு நீளத்தால் வெல்லும் மிகக் குறிப்பிட்ட ஒன்றை நிறுவுகின்றன: 0.0.0.0/1 மற்றும் 128.0.0.0/1 ஐ உள்ளடக்கிய அரை-இயல்புநிலை ஜோடி உன்னதமான தந்திரம், ஏனெனில் இரண்டும் 0.0.0.0/0 ஐ விட நீளமான முன்னொட்டுகள் மற்றும் ஒன்றாக முழு இடத்தையும் உள்ளடக்குகின்றன. மற்றவை குறிப்பிட்ட தனிப்பட்ட முன்னொட்டுகளுடன் கொள்கை விதியை நிறுவுகின்றன, சில தேர்ந்தெடுக்கப்பட்ட போக்குவரத்து மட்டும் பிடிக்கப்படும் வகையில் குறியைச் சேர்க்கின்றன.

அதனால்தான் "VPN என் இயல்புநிலை பாதையை மாற்றவில்லை" தோல்விக்கான சான்று அல்ல. அது உண்மையில் என்ன சேர்த்தது, கேள்விக்குரிய இலக்கு அந்த முன்னொட்டுகளுக்குள் வருகிறதா என்பதைச் சரிபார்க்கவும்:

ip route show | grep -E 'tun|wg|ppp|ipsec'
ip route get 10.20.30.40 from 10.80.0.25

டம்பில் இரண்டு அரை-பாதைகளைக் கவனிக்கத் தவறுவது எளிது, ஏனெனில் அவை இயல்புநிலை போலத் தெரியவில்லை. முன்னொட்டைச் சேர்க்க மறந்த split-tunnel கட்டமைப்பு நீங்கள் துரத்தும் அறிகுறியையே உருவாக்குகிறது: சுரங்கப்பாதையைப் பயன்படுத்த வேண்டிய பயன்பாடு அதற்குப் பதிலாக உள்நாட்டில் தீர்த்து இணைகிறது. நிறுவப்பட்ட முன்னொட்டுகளை பயனருக்கு உண்மையில் தேவையான இலக்குகளுடன் ஒப்பிடுங்கள், நீங்கள் தற்செயலாகச் சோதித்த முகவரிகளுடன் அல்ல. கோப்பு சேவையகத்தை உள்ளடக்கி அதன் தீர்வியை உள்ளடக்காத split-tunnel பட்டியல் பொது முகவரிக்குத் தீர்ந்து பின்னர் அங்கீகாரத்தில் தோல்வியடையும் இணைப்பை உருவாக்குகிறது, இது கடவுச்சொல் சிக்கல் போலத் தெரிகிறது ஆனால் பாதைச் சிக்கல்.

வெளிப்பாதையும் உயிர் பிழைக்க வேண்டும்

சுரங்கப்பாதையே போக்குவரத்து. உள்ளடக்கப்பட்ட சுமையைச் சுமக்கும் பாக்கெட்டுகள் இயற்பியல் இடைமுகம் வழியாக சகாவின் முகவரிக்குச் செல்கின்றன, அந்தப் பாதை சுரங்கப்பாதைக்குள் மீண்டும் ரூட் செய்யப்படக்கூடாது. அது நடக்கும்போது, சுரங்கப்பாதை நிறுவப்பட்டு பின்னர் போக்குவரத்தைக் கடத்துவதை நிறுத்தும் தனித்துவமான தோல்வியைப் பெறுவீர்கள், ஏனெனில் சுரங்கப்பாதைக்கான போக்குவரத்து இப்போது சுரங்கப்பாதைக்குள் உள்ளது.

உள் இலக்கைச் சரிபார்த்ததைப் போலவே சகாவின் முகவரியைச் சரிபார்த்து, அது சுரங்கப்பாதைக்கு அல்ல, இயற்பியல் இடைமுகத்திற்குத் தீர்கிறது என்பதை உறுதிப்படுத்துங்கள்:

ip route get 203.0.113.10
traceroute -n -m 5 203.0.113.10

மீள்சுழற்சி பாதை, சகாவைப் பிடிக்கும் கொள்கை விதி, அல்லது முழு-சுரங்கப்பாதை கிளையண்டால் மாற்றப்பட்ட இயல்புநிலை ஆகியவை மூன்று வழக்கமான காரணங்கள். மூன்றும் வெளித் தேடலில் தெரிகின்றன, ஒன்றும் நிகழ்வுக்குப் பிறகு எடுக்கப்பட்ட பிரதான அட்டவணை டம்பில் தெரியவில்லை.

ரூட்டிங் வெளியீடு உங்களுக்குச் சொல்ல முடியாதது

சரியான தேடல் என்பது கர்னல் பாக்கெட்டை ஏதோ ஒரு நியாயமான இடத்திற்கு அனுப்பும் என்பதாகும். ஃபயர்வால் அதை அனுமதிக்கிறது, IPsec கொள்கை அதை உள்ளடக்குகிறது, NAT விதி அதை மொழிபெயர்க்கிறது, அல்லது தொலைப் பக்கத்திற்குத் திரும்பும் பாதை உள்ளது என்று அர்த்தமல்ல. அவற்றில் ஒவ்வொன்றும் பிற்கால கட்டம், மேலும் strongSwan இன் அனுப்புதல் குறிப்புகள் இரு முனைகளிலும் பாக்கெட் கடக்க வேண்டிய சங்கிலியை விவரிக்கின்றன.

இது பயன்பாட்டு நிலை பிணைப்பையும் கணக்கில் எடுத்துக்கொள்ளவில்லை. ஒரு செயல்முறை இடைமுகத்தில் பிணைக்கலாம், குறியை அமைக்கலாம், அல்லது அதன் சொந்த தீர்வியைப் பயன்படுத்தி நீங்கள் சோதித்ததிலிருந்து வேறுபட்டு தீரும் பெயரில் இணையலாம். தேடல் சரியாக இருக்கும்போது இணைப்பு இன்னும் தோல்வியடைந்தால், அடுத்த கேள்வி எந்த செயல்முறை அதைச் செய்கிறது, அந்த செயல்முறை நீங்கள் பார்க்கும் அதே அட்டவணையைப் பார்க்கிறதா என்பதாகும்.

எனவே கண்டறிதலை வரிசையாக வைத்திருங்கள்: இலக்கு மற்றும் மூலத்தைப் பெயரிடுங்கள், தேடலை இயக்குங்கள், தேடல் பெயரிட்ட அட்டவணையையும் விதியையும் மட்டும் படியுங்கள், பின்னர் அடுத்த கட்டத்தைச் சோதியுங்கள். அந்த வரிசை ரூட்டிங் விசாரணையை நிமிடங்களில் வைத்திருக்கும், மற்றவர் பின்பற்றக்கூடிய பதிவை விட்டுச் செல்லும், ஒட்டப்பட்ட அட்டவணை ஒருபோதும் செய்யாத ஒன்று.