உங்கள் பழைய இயல்புநிலை வழி OpenVPN-க்குப் பிறகும் வேண்டுமென்றே நீடிக்கிறது
இரண்டு /1 வழிகள் இயல்புநிலையை மாற்றாமல் அதை மிஞ்சுகின்றன. ஒரு இலக்கு உண்மையில் எந்த வழியை எடுக்கிறது என்பதைச் சரிபார்த்து, பழைய நுழைவாயிலை அப்படியே விடுங்கள்.
நீங்கள் சுரங்கப்பாதையை இணைத்து, ip route இயக்குகிறீர்கள், ஆரம்ப இயல்புநிலை நுழைவாயில் இன்னும் அங்கேயே உள்ளது. அடுத்த எண்ணம், கிளையன் வழியை எடுத்துக்கொள்ளத் தவறிவிட்டது என்பதாகும், எனவே இயல்புநிலையை கைமுறையாக நீக்கி இணைப்பை முழுவதுமாக இழக்கிறீர்கள். அந்தப் பதிவு அப்படியே இருக்க வேண்டும். redirect-gateway def1 உடன், OpenVPN சாதாரண இயல்புநிலையை மாற்றுவதற்குப் பதிலாக அதை மிஞ்சும் இரண்டு குறுகிய வழிகளை நிறுவுகிறது. பழைய நுழைவாயில் அப்படியே இருக்கிறது, நீங்கள் சோதித்த போக்குவரத்தை எடுத்துச் செல்வதை நிறுத்துகிறது.
def1 உண்மையில் என்ன செய்கிறது
இந்தக் கொடி 0.0.0.0/1 மற்றும் 128.0.0.0/1 ஆகியவற்றைச் சேர்க்கிறது, இரண்டும் சுரங்கப்பாதையை நோக்கியவை. 0.0.0.0/1 முதல் ஆக்டெட் 0 முதல் 127 வரை உள்ள ஒவ்வொரு முகவரியையும் எடுக்கிறது, 128.0.0.0/1 128 முதல் 255 வரை எடுக்கிறது, எனவே ஒவ்வொரு IPv4 இலக்குக்கும் பழைய இயல்புநிலையை விட குறுகிய பொருத்தம் உள்ளது. முன்னொட்டு நீளமே எந்த வழி வெல்லும் என்பதைத் தீர்மானிக்கிறது, மெட்ரிக் அல்ல.
அசல் இயல்புநிலையை அப்படியே விடுவது வேண்டுமென்றே செய்யப்படுகிறது. கிளையன் தான் எதை மாற்றியது என்பதை நினைவில் வைத்திருக்க வேண்டியதில்லை, VPN சேவையகத்திற்கான தன் சொந்த இணைப்பை எடுத்துச் செல்லும் வழியை அது மீண்டும் எழுதுவதில்லை. இணைப்பு துண்டிக்கப்படும்போது இரண்டு அரை-வழிகளையும் நீக்கி, அட்டவணை முன்பிருந்த நிலைக்குத் திரும்புகிறது.
ஏன் /1, /0 அல்ல
வழியமைப்பு மிக நீளமான பொருந்தும் முன்னொட்டைத் தேர்ந்தெடுக்கிறது, மிகக் குறைந்த மெட்ரிக்கை அல்ல, எனவே இயல்புநிலையின் மெட்ரிக் என்ன சொன்னாலும் /1 /0-ஐ வெல்லும். ஒரு /1 பாதி இடத்தை மட்டுமே உள்ளடக்குவதால் இரு பகுதிகளும் உள்ளன; 0.0.0.0/1 மட்டும் இருந்தால், 128.0.0.0 முதல் மேலே உள்ள அனைத்தும் பழைய இயல்புநிலையையே பின்பற்றும், இது சில தளங்கள் வேலை செய்து மற்றவை செய்யாத குழப்பமான அறிகுறியை உருவாக்குகிறது.
பழைய இயல்புநிலையின் மெட்ரிக்கை உயர்த்தினாலும் தாழ்த்தினாலும் எதுவும் மாறாது, மற்றொரு இடைமுகத்தில் குறைந்த மெட்ரிக் கொண்ட இயல்புநிலையும் போக்குவரத்தைத் திருடாது. முன்னொட்டு நீளமே முதலில் தீர்மானிக்கிறது, சமமான முன்னொட்டுகள் மட்டுமே மெட்ரிக்கிற்குத் திரும்புகின்றன.
உண்மையான வழியமைப்பு அட்டவணையைப் படியுங்கள்
இணைக்கப்பட்ட புரவலன் மூன்று பதிவுகளையும் ஒரே நேரத்தில் காட்ட முடியும், சுரங்கப்பாதை பகுதிகளை எடுத்துச் செல்லும் அதே வேளையில் அசல் நுழைவாயில் இன்னும் பட்டியலிடப்பட்டிருக்கும். முகவரிகள் நகலெடுக்க வேண்டிய அமைப்பு அல்ல, எடுத்துக்காட்டுகள் மட்டுமே, ஏனெனில் இடைமுகப் பெயர்கள், சுரங்கப்பாதை இடவியல் மற்றும் கூடுதல் வழிகள் தளம் மற்றும் கிளையனைப் பொறுத்து மாறுபடும்.
default via 192.168.50.1 dev wlan0
0.0.0.0/1 via 10.8.0.1 dev tun0
128.0.0.0/1 via 10.8.0.1 dev tun0முக்கியமானது உறவுதான்: பொதுவான ஒரு இயல்புநிலைக்கு மேலே இரண்டு குறிப்பிட்ட பகுதிகள். எதுவும் அதை மாற்றாததால் பழைய நுழைவாயில் வரி அப்படியே இருக்கிறது.
பாக்கெட் உண்மையில் எடுக்கும் வழியைச் சரிபார்க்கவும்
மிகக் குறுகிய வழிகள் இன்னும் வெல்லலாம்: தனியார் வரம்பிற்கான வழி, உள்ளூர் சப்நெட் அல்லது VPN சேவையகத்தின் சொந்த முகவரி /1-ஐ விட நீளமானது. சுரங்கப்பாதைக்கு அதன் சேவையகத்திற்கு வெளிப்புறப் பாதை தேவை, அந்த இணைப்பை மீண்டும் சுரங்கப்பாதைக்குள் அனுப்புவது அதை உடனடியாக உடைக்கும். Linux-இல், அட்டவணையைக் கண்ணால் படிப்பதற்குப் பதிலாக கர்னலைக் கேளுங்கள்: உங்களுக்கு முக்கியமான இலக்குடன் ip route get தேர்ந்தெடுக்கப்பட்ட வழி, இடைமுகம் மற்றும் மூலத்தை அச்சிடும். கொள்கை வழியமைப்பு அமைக்கப்பட்டிருந்தால், விதிகளையும் பரிசோதியுங்கள், ஏனெனில் ஒரு விதி பிரதான அட்டவணை பார்க்கப்படுவதற்கு முன் வேறு அட்டவணையைத் தேர்ந்தெடுக்கலாம்.
IPv4-இன் ஒரு பகுதி மட்டும் தவறாக நடந்துகொண்டால், இரு பகுதிகளும் நிறுவப்பட்டதை உறுதிப்படுத்தி, தோல்வியடையும் இலக்குடன் பொருந்தும் விதிவிலக்கைத் தேடுங்கள். பழைய இயல்புநிலையை நீக்குவது தீர்வல்ல, அது சுரங்கப்பாதையை சுத்தமாக அகற்ற கிளையனுக்குத் தேவையான வழியையும் அகற்றிவிடும்.
def1 எதை உள்ளடக்கவில்லை
இரண்டு IPv4 பதிவுகள் IPv6 பற்றி எதுவும் சொல்லவில்லை: IPv6 இணைப்பு உள்ள புரவலன், அந்தக் குடும்பத்தைத் தனியாகத் திருப்பிவிடும் வரை தன் சொந்த இயல்புநிலையையே பயன்படுத்திக் கொண்டிருக்கும், அதனால்தான் இரட்டை-அடுக்கு வலையமைப்பில் சில போக்குவரத்து சுரங்கப்பாதையைத் தாண்டுவது போல் தெரிகிறது. மற்ற கிளையன்களும் வலையமைப்பு மேலாளர்களும் முழு-சுரங்கப்பாதை வழியமைப்பை வேறுவிதமாகச் செயல்படுத்துகிறார்கள், அவர்களின் அட்டவணைகள் பொருந்தாது. இங்கு விவரிக்கப்பட்ட def1 நடத்தை OpenVPN-இன் ஆவணப்படுத்தப்பட்ட கொடிக்கு உரியது, இயந்திரத்தில் உள்ள ஒவ்வொரு VPN-க்கும் அல்ல.
Kill switch வேறு ஒரு கேள்விக்குப் பதிலளிக்கிறது: சுரங்கப்பாதை விழும்போது இயந்திரம் என்ன செய்கிறது. சுரங்கப்பாதை இயங்கும்போது போக்குவரத்து எங்கு செல்லும் என்பதை வழி முன்னுரிமை தீர்மானிக்கிறது; அதன் பிறகு firewall என்ன செய்கிறது என்பதை அது தீர்மானிக்காது. வேலை வரிசை: அட்டவணையைப் படியுங்கள், இரு பகுதிகளும் உள்ளன என்பதை உறுதிப்படுத்துங்கள், தோல்வியடையும் இலக்குக்கு ip route get இயக்குங்கள், கொள்கை விதிகளைச் சரிபார்க்கவும், பிறகு IPv6-ஐ தனியாகப் பாருங்கள். பழைய இயல்புநிலையை அது இருக்கும் இடத்திலேயே விடுங்கள்.