Android OpenVPN டனல் முகவரி இல்லாமல் வழியைச் சேர்க்காது

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

மேலோடு இயக்கும் வரிசையிலேயே தோல்வியைப் படிக்கவும்

Android இன் VpnService.Builder இரண்டு கருத்துகளைத் தனித்தனியாக வைத்திருக்கிறது: addAddress() பயன்பாடு கட்டும் இடைமுகத்தில் முகவரியை வைக்கிறது, addRoute() இலக்கு முன்னொட்டைச் சேர்க்கிறது, establish() குறைந்தது ஒரு முகவரி சேர்க்கப்படும் வரை இடைமுகத்தை உருவாக்க மறுக்கிறது. OpenVPN மேலோடு சுயவிவரத்தையும் சேவையகம் தள்ளும் விருப்பங்களையும் சரியாக அந்த அழைப்புகளில் பொருத்துகிறது, எனவே முகவரியை ஒருபோதும் பகுப்பாய்வு செய்யாத இணைப்பு இடைமுகத்தையே கட்ட முடியாது.

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

சரிபார்ப்பு 1: சேவையகம் பதிலில் முகவரியை வைக்கிறதா?

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

topology subnet
server 10.8.0.0 255.255.255.0
client-config-dir ccd

அந்த வடிவத்துடன் சேவையகம் ifconfig 10.8.0.6 255.255.255.0 போன்ற ஒன்றைத் தள்ளும். பழைய topology net30 நிறுவல் அதற்குப் பதிலாக இணை முகவரியைத் தள்ளும், எடுத்துக்காட்டாக ifconfig 10.8.0.6 10.8.0.5, எனவே இரு மாதிரிகளுக்கு இடையே நகர்த்தப்பட்ட சுயவிவரம் சரியாகத் தெரியலாம், ஆனால் தவறான வலையமைப்பு முகமூடியைச் சுமக்கிறது.

மேலோட்டின் இணைப்புப் பதிவில் தள்ளப்பட்ட விருப்பங்களின் தொகுப்பைத் தேடுங்கள். அதில் ifconfig வரி ஒன்றும் இல்லாவிட்டால், சேவையகம் ஒருபோதும் முகவரியை அனுப்பவில்லை அல்லது மேலோடு விருப்பத்தை மறுத்தது. client-config-dir பயன்படுத்தும் சேவையகத்தில், சான்றிதழின் common name பெயரிலான கோப்பு இருக்க வேண்டும், ஒதுக்கீட்டைக் கொண்டிருக்க வேண்டும்:

# ccd/phone-anna
ifconfig-push 10.8.0.6 255.255.255.0

சரிபார்ப்பு 2: மேலோடு பெற்ற முகவரியை வைத்திருக்கிறதா?

மிக அகலமான வடிகட்டி இரண்டாவது பொதுவான காரணம். pull-filter OpenVPN 2.4 மற்றும் அதற்குப் புதியவற்றில் உள்ளது, ஒரே விருப்பத்துடன் பல வடிகட்டிகள் பொருந்தினால் கடைசியாகப் பொருந்துவது வெல்லும், எனவே இறுதியில் விடப்பட்ட catch-all பிழையின்றி முகவரியை அகற்றும்:

# removes every pushed option, including the address
pull-filter ignore "ifconfig"
pull-filter ignore "route"

நீங்கள் உண்மையில் அகற்ற விரும்பும் விருப்பத்திற்கு வடிகட்டியைக் குறுக்கி முகவரியை அப்படியே விடுங்கள்:

# keeps the pushed address, drops one unwanted LAN route
pull-filter ignore "route 10.60.0.0"

அனைத்து pull-களையும் அணைக்கும் ஆலோசனை பொதுவாக ஒரே வழியை அகற்ற விரும்பும் ஒருவரிடமிருந்து வருகிறது. route-nopull மிகக் குறுகிய சுவிட்ச்: ifconfig மற்றும் ஏனைய தள்ளப்பட்ட விருப்பங்களை வைத்துக்கொண்டு, தள்ளப்பட்ட வழிகள் மற்றும் DHCP பாணி விருப்பங்களை மறுக்கிறது. உண்மையில் அதுவே வேண்டும் போது மட்டும் பயன்படுத்துங்கள், முகவரிக் கேள்விக்குத் தனியாகப் பதிலளியுங்கள்.

சரிபார்ப்பு 3: முகவரி நீங்கள் எழுதுவதா?

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

வழியில் உள்ள தொலைவு LAN முன்னொட்டு இலக்கு, ஒருபோதும் தொலைபேசியின் அடையாளம் அல்ல. 10.60.0.0/24 க்கான வழி அந்த வலையமைப்பை டனல் வழியாக அடையுங்கள் என்கிறது; தொலைபேசி எந்த 10.60.0.x முகவரியைக் கொண்டிருக்க வேண்டும் என்பதை அது சொல்லாது, தொலைபேசி அவற்றில் எதையும் கொண்டிருக்கக் கூடாது. நிலையான ஒதுக்கீடுகள் சேவையகப் பக்கம் சேர்ந்தவை, அங்கு அவை மாறும் குளத்துடன் மோத முடியாது.

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

சரிபார்ப்பு 4: வேறு ஏதாவது டனல் இடத்தைப் பிடித்திருக்கிறதா?

Android ஒரு நேரத்தில் ஒரே ஒரு செயலில் உள்ள VPN சேவையை மட்டுமே அனுமதிக்கிறது. மற்றொரு VPN பயன்பாடு, அல்லது இனி வேலை செய்யாத சுயவிவரத்திற்காக இயக்கத்தில் விடப்பட்ட always-on VPN உள்ளீடு, உங்கள் OpenVPN மேலோடு establish() ஐ அழைப்பதற்கு முன் அந்த இடத்தை எடுத்துக்கொள்ளலாம். அப்போது சுயவிவரம் செல்லுபடியாக இருந்தாலும் இடைமுகம் ஒருபோதும் தெரியாது, எனவே மற்ற VPN ஐத் துண்டித்து, always-on அமைப்பை அணைத்து, சுயவிவரத்தைத் தொடுவதற்கு முன் மீண்டும் இணைக்கவும்.

Ethernet பாலத்தை வற்புறுத்தும் சேவை மற்றொரு முட்டுச் சந்து. root இல்லாத Android பயன்பாடு IP டனலை உருவாக்க முடியும், பாலமிடப்பட்ட Ethernet பகுதியை அல்ல, எனவே நீங்கள் எழுதும் எந்த முகவரியும் dev tap சேவையகத்தை வேலை செய்ய வைக்காது; இயக்குபவர் வழிமாற்றப்பட்ட சேவையை வழங்க வேண்டும். சிக்கலைத் தெரிவிக்கும்போது மேலோட்டின் பெயர் மற்றும் பதிப்பு, தள்ளப்பட்ட விருப்பத் தொகுப்பு, இடஞ்சார்ந்த அமைப்பு, முகவரி தோன்றியிருக்க வேண்டிய சரியான படி ஆகியவற்றைச் சேர்க்கவும்.

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