OpenVPN redirect-gateway: ஒவ்வொரு கொடியும் பாதைகளுக்குச் செய்வது

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

ஒவ்வொரு கொடியும் இயல்புநிலைப் பாதைக்குச் செய்வது

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

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

def1 உங்கள் இயல்புநிலையைத் தொடாமல் தனித்துவத்தால் வெல்கிறது

இரண்டு அரை-இயல்புநிலைப் பாதைகள் சேர்ந்து IPv4 இடத்தை மூடுகின்றன, 0.0.0.0/1 மற்றும் 128.0.0.0/1. ஒவ்வொன்றும் 0.0.0.0/0 ஐ விட குறிப்பிட்டதாக இருப்பதால், தேடல் அவற்றுக்கு முன்னுரிமை தருகிறது, உண்மையான இயல்புநிலை குறைந்தபட்ச குறிப்பிட்ட பொருத்தத்தைக் கேட்கும் அனைத்திற்கும் அட்டவணையில் இருக்கும்.

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

ip route show default
ip route show | grep -E '^(0\.0\.0\.0/1|128\.0\.0\.0/1)'

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

சுரங்கப்பாதையின் முடிவுப் புள்ளியை அணுகக்கூடியதாக வைத்திருங்கள்

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

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

ip route get 198.51.100.20

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

IPv6 போக்குவரத்து அதன் சொந்த அட்டவணையைத் தொடர்ந்து பயன்படுத்துகிறது

IPv4 ஐ மீள்திசைவு செய்வது IPv6 ஐ அமைதியாக விட்டுவிடுகிறது, இரண்டு குடும்பங்களும் வெவ்வேறு கொடிகளால் மாற்றப்படுகின்றன. வேலை செய்யும் v6 இயல்புநிலை உள்ள இரட்டை-அடுக்கு புரவலனில், v4 போக்குவரத்து முழுவதுமாக சுரங்கப்பாதைக்குள் இருக்கலாம், அதே நேரம் v6 திறன் கொண்ட ஒவ்வொரு இலக்கும் இயற்பியல் இணைப்பு வழியாக வெளியேறுகிறது. ஒரு அட்டவணையில் சரியாகத் தெரியும் புரவலன் மற்றொன்றில் கசிகிறது.

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

ip -6 route show default
ip -6 route get 2001:db8::10

எந்த இடைமுகத்தை ஒரு பயன்பாடு பயன்படுத்துகிறது என்பதை நிரூபிக்கவும்

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

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

ip route get 203.0.113.10
curl -s --interface tun0 https://ifconfig.me
curl -s --interface eth0 https://ifconfig.me

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