VPN முகவரியுடன் பிணைக்கப்பட்ட பயன்பாடு இன்னும் தவறான வழியைப் பயன்படுத்துகிறது

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

இந்த கையேட்டின் மீதி நான் பயன்படுத்தும் சரிபார்ப்பு வரிசையும், ஒவ்வொரு அவதானிப்பையும் தரும் கட்டளையும் ஆகும்.

பிணைப்பு உண்மையில் எதைத் தீர்மானிக்கிறது

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

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

Linux IP சாக்கெட் குறிப்பு பிணைப்பின் பொருளை ஆவணப்படுத்துகிறது. வழியமைப்பின் பாதி ip-rule மற்றும் ip-route இல் வாழ்கிறது, அவை ஒரு காரணத்திற்காகத் தனிக் கையேடுகள்.

முகவரி இந்தப் பெயர்வெளிக்கு உரியது என்பதை உறுதிப்படுத்தவும்

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

ip -br addr show
ip netns identify <pid>
ss -tanp | grep <port>

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

அந்த மூலம் மற்றும் இலக்குக்கான தேடலைப் படியுங்கள்

ஒரு கட்டளை பிணைப்பு பதிலளிக்காத கேள்விக்குப் பதிலளிக்கிறது:

ip route get 203.0.113.10 from 10.8.0.2
ip rule show

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

பின்னர் ip rule show ஏதேனும் விதி வேறு அட்டவணையைத் தேர்ந்தெடுத்திருக்குமா என்று சொல்லும். இங்கே முன்னுரிமைகள் முக்கியம், ஏனெனில் முதலில் பொருந்தும் விதி வெல்லும், உங்கள் விதிக்கு மேலே எல்லாவற்றையும் பிடிக்கும் விதி உங்கள் விதியைக் கண்ணுக்குத் தெரியாததாக்கும்.

அதுவே வடிவமைப்பு என்றால் மட்டுமே கொள்கை விதியை நிறுவுங்கள்

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

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

ip route add default dev tun0 table 100
ip rule add from 10.8.0.2 table 100 priority 100
ip route get 203.0.113.10 from 10.8.0.2

ip rule del மற்றும் ip route flush table 100 மூலம் திருப்பவும். இவ்வாறு சேர்க்கப்படும் அனைத்தும் மறுதொடக்கத்தில் மறைந்துவிடும், ஒரு மேலாளர் அதை எழுதாத வரை; இது ஒரு பாதுகாப்புப் பண்பும், ஒரே நகலை உங்கள் ஷெல் வரலாற்றில் வைக்காததற்கான காரணமும் ஆகும்.

மூன்று அவதானிப்புகளால் சரிபார்க்கவும்

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

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

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