OpenVPN வழித் திட்டத்திற்கு bypass-dhcp உண்மையில் சேர்ப்பது என்ன

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

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

இரண்டு கொடிகள், இரண்டு தொடர்பில்லாத வேலைகள்

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

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

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

விலக்கு உண்மையில் எவ்வளவு வரம்புடையது

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

0.0.0.0/1        via 10.8.0.1      dev tun0
128.0.0.0/1      via 10.8.0.1      dev tun0
192.168.1.1/32   via 192.168.1.254 dev wlan0

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

வாடிக்கையாளர் உண்மையில் எதை நிறுவியது என்பதைச் சரிபார்க்கவும்

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

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

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

மீதமுள்ள பாதை இந்தக் கொடியில் இல்லை

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

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

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