Mac L2TP பிரிக்கப்பட்ட வழிகள்: ஹோஸ்ட் முகவரி ஏன் வேலை செய்யவில்லை

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

இலக்கு ஒரு நெட்வொர்க் முகவரி, மாஸ்க் முன்னொட்டை விவரிக்கிறது

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

sudo networksetup -setadditionalroutes "VPN (L2TP)" 192.168.1.0 255.255.255.0 10.2.0.0

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

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

சரியாக ஒரு ஹோஸ்ட் வேண்டுமெனில், ஹோஸ்ட் முகவரியை 255.255.255.255 மாஸ்குடன் பயன்படுத்துங்கள். கலப்பு இணைகள்தான் இங்கு தவறாகின்றன, ஹோஸ்ட் முகவரியின் பயன்பாடு அல்ல. ஒரு முகவரியிலிருந்து கட்டப்பட்ட /32 சட்டபூர்வமான வழி; ஒரு முகவரியிலிருந்து கட்டப்பட்ட /24 தவறு.

அழைப்பு பட்டியலை மாற்றுகிறது, பெயர் அப்படியே

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

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

networksetup -listallnetworkservices

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

சுயவிவரம் இயல்புநிலை வழியைக் கோரும் போது

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

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

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

PPP சுரங்கப்பாதைகளுக்கு விசைக்குப் பதிலாக கொக்கி தேவை

PPP அடிப்படையிலான சுரங்கப்பாதைகளுக்கு, defaultroute இயல்புநிலை வழியை உருவாக்கும் சுயவிவர விசை; அதை நீக்கினால் கிளையண்ட் ஒவ்வொரு இலக்கையும் கோருவதை நிறுத்தும். பின்னர் இடைமுகம் தோன்றிய பிறகு வழிகள் சேர்க்கப்படும், பொதுவாக /etc/ppp/ip-up இலிருந்து:

#!/bin/sh
/sbin/route add -net 192.168.1.0 -interface ppp0

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

மூன்று கோரிக்கைகளுடன் பிரிவைச் சரிபார்க்கவும்

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

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

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