அந்த L2TP முகவரி IPCP, LAN-இல் DHCP குத்தகை அல்ல

உள் முகவரி PPP பேச்சுவார்த்தையிலிருந்து வருகிறது, அலுவலகத்தின் DHCP சேவையகத்திலிருந்து அல்ல. எந்த நிலை அதை வழங்குகிறது, LAN ஏன் பதிலளிக்க முடியாது, என்ன சரிபார்க்க வேண்டும் என்பதைப் பார்க்கவும்.

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

ஒரு இணைப்பில் இரண்டு முகவரிகள்

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

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

IPCP சரியாக என்ன செய்கிறது

IPCP என்பது PPP-க்கான IPv4 கட்டுப்பாட்டு நெறிமுறை. ஒவ்வொரு பக்கமும் தனக்குத் தேவையான விருப்பங்களை விவரிக்கும் Configure-Request செய்திகளை அனுப்புகிறது, முகவரி விருப்பம் அவற்றில் ஒன்று. இன்னும் முகவரி இல்லாத வாடிக்கையாளர் பொதுவாக 0.0.0.0 உடன் கேட்கிறார், சேவையகம் வாடிக்கையாளர் பயன்படுத்த வேண்டிய முகவரியைக் கொண்ட Configure-Nak உடன் பதிலளிக்கிறது. பின்னர் வாடிக்கையாளர் அந்த முகவரியைக் கேட்கிறார், அமர்வு உள்ளூர் மற்றும் தொலை முகவரியுடன் எழுகிறது.

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

ip addr show ppp0
ip route show default
dmesg | grep -i pppd

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

LAN ஏன் உங்களுக்குப் பதிலளிக்க முடியாது

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

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

முதலில் அமர்வைச் சரிபார்க்கவும், பின்னர் பாதையை

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

curl -sS --max-time 5 https://ifconfig.me
ping -c 3 10.50.30.20
ip route get 10.50.30.20

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

மூன்று நிலைகளையும் தனித்து வைக்கவும்

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

ஒதுக்கப்பட்ட முகவரி, அது வந்த தொகுப்பு, LAN அதை அடைய வேண்டுமா என்பதைப் பதிவு செய்யவும். அந்த ஒரு குறிப்பேடு அடுத்த நபர் DHCP குத்தகை என்று கருதி ஒருபோதும் சம்பந்தப்படாத வரம்பைத் தேடுவதைத் தடுக்கிறது.

தொடர்புடைய கட்டுரைகள்