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

முதலில் மூன்று முகவரிகளைப் பெயரிடுங்கள்

ஒரு குறிப்பிட்ட LAN எடுத்துக்கொள்ளுங்கள்: 192.168.50.0/24, வழக்கமான இயல்புநிலை திசைவி 192.168.50.1 இல் மற்றும் தனி VPN நுழைவாயில் 192.168.50.2 இல். அங்கீகரிக்கப்பட்ட தொலை வாடிக்கையாளர்கள் 10.90.0.0/24 ஐ ஆக்கிரமிக்கின்றனர்.

ஒவ்வொரு பங்கேற்கும் புரவலருக்கும் தேவையான வழி 10.90.0.0/24 via 192.168.50.2 ஆகும். இலக்கு வாடிக்கையாளர் குளம், அடுத்த தாவல் நுழைவாயிலின் சுரங்கப் பாதை முகவரி அல்ல, அதன் LAN முகவரி.

அதை வகுப்பற்ற நிலையான வழியாகக் குறியாக்குங்கள்

விருப்பம் 121 முன்னொட்டு மற்றும் அடுத்த தாவல் ஜோடிகளைக் கொண்டு செல்கிறது, RFC 3442 குறியாக்கம் மற்றும் அதைத் தொடரும் வாடிக்கையாளர் நடத்தை இரண்டையும் வரையறுக்கிறது. இந்த எடுத்துக்காட்டு LAN க்கு மட்டுமே சேவை செய்யும் இருக்கும் dnsmasq நிகழ்வுக்கு, உள்ளமைவின் வடிவம் இதுவே:

dhcp-option=121,10.90.0.0/24,192.168.50.2,0.0.0.0/0,192.168.50.1

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

இயல்புநிலை வழியை இழக்காதீர்கள்

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

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

வாடிக்கையாளர் எதை ஏற்கும் என்பதைச் சரிபாருங்கள்

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

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

குத்தகையைச் சரிபாருங்கள், பின்னர் தேடலை

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

Linux வாடிக்கையாளரில் உண்மையான வழிகளைப் படித்து இரண்டு பதிவுகளையும் உறுதிப்படுத்துங்கள்:

ip -4 route
ip -4 route get 10.90.0.23

சூழல் சார்ந்த தேடல் குளத்தின் வழியை 192.168.50.2 வழியாகவும் இயல்புநிலையை 192.168.50.1 வழியாகவும் காட்ட வேண்டும். இயல்புநிலை இல்லாவிட்டால், மேலே உள்ள பொறியை மீண்டும் உருவாக்கியுள்ளீர்கள்.

பின்னர் உண்மையான பரிமாற்றத்தைச் சோதியுங்கள்

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

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

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