PPP-இன் peer முகவரியா அல்லது VPN இறுதிப் புள்ளியா: எது via-வில் செல்கிறது

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

ஒரு இடைமுக வரியின் இரு வாசிப்புகள்

இடைமுகம் inet 10.64.3.9 peer 10.64.3.1/32 என்று தெரிவிக்கும் ஒரு அமர்வை எடுத்துக் கொள்ளுங்கள். துணைப்பிணைய வாசிப்பு 10.64.3.9-ஐ /32 தீவில் தனி புரவலனாகக் கருதி, அதற்கு அப்பால் எதையும் அடைய ஒரு வழியமைப்பான் தேடுகிறது. இணைப்பில் உள்ள மற்ற ஒரே முகவரி peer என்பதால், அந்த வாசிப்பு இறுதியில் 10.64.3.9-ஐயே நுழைவாயிலாக முன்மொழிகிறது, இது வட்டமானது.

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

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

அமர்வு ஏற்கனவே எதை நிறுவியுள்ளது

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

ip -4 addr show dev ppp0
ip route show dev ppp0
ip route show table main | head -n 5

10.64.3.1 dev ppp0 proto kernel scope link src 10.64.3.9 போன்ற சாதன வழி நுழைவாயிலைக் கொண்டிருக்காது, ஏனெனில் இடைமுகமே வழி. via மூலம் peer-ஐப் பெயரிடும் வழி வேறு ஆயுளுடைய வேறு பொருள், அமர்வு விழும்போது அது மறைந்துவிடும். இரு வடிவங்களில் ஒன்றை மீண்டும் எப்படி நிறுவுகிறார்கள் என்பதைப் பார்க்காமல் நிலைத்த அட்டவணைக்கு நகலெடுப்பதே வேலை செய்யும் சுரங்கப்பாதை மறுஇணைப்புக்குப் பின் தன் வழியை இழப்பதற்கான வழக்கமான காரணம்.

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

விதியும் அட்டவணையும் தனித்தனி முடிவுகள்

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

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

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

தேடலிடம் உங்கள் பயன்பாடு கேட்கும் கேள்வியையே கேளுங்கள்

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

ip route get 198.51.100.23 from 10.64.3.9
ip route get 198.51.100.23 from 10.64.3.9 iif ppp0
ip -4 rule show

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

சரியான தேடலும் ஒரு பாதை தேர்ந்தெடுக்கப்பட்டது என்பதை மட்டுமே நிரூபிக்கிறது. எதிர்ப் பக்கம் போக்குவரத்தை ஏற்கிறதா அல்லது பதில் அதே பகுத்தறிவால் திரும்ப முடியுமா என்பதை அது சொல்லாது.

ஒப்பீடு எங்கே புரள்கிறது

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

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

sysctl net.ipv4.conf.all.rp_filter
sysctl net.ipv4.conf.ppp0.rp_filter
sysctl net.ipv4.conf.all.src_valid_mark

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