Android VPN ஏற்றுமதி: புதிய தொலைபேசிக்கு உண்மையில் எது செல்கிறது

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

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

ஏற்றுமதி செய்யப்பட்ட சுயவிவரத்தில் உண்மையில் என்ன இருக்கிறது

நம்புவதற்கு முன் கோப்பை உரைத்திருத்தியில் திறக்கவும். OpenVPN சுயவிவரம் ஒரு சிறிய உள்ளமைவு மொழி: remote, proto, data-ciphers, மற்றும் பெரும்பாலும் வாடிக்கையாளர் தனது TLS அடுக்குக்கு வழங்கும் உள்வரி <ca>, <cert>, <key> அல்லது <tls-crypt> தொகுதிகள். WireGuard உள்ளமைவு மிகவும் தட்டையானது: [Interface] இல் PrivateKey மற்றும் Address உள்ளன, பின்னர் ஒவ்வொரு முனைக்கும் PublicKey, AllowedIPs மற்றும் Endpoint கொண்ட ஒரு [Peer] உள்ளது. IKEv2 விசைத் தொகுதிகளுக்குப் பதிலாக பேலோட் அகராதிகளுடன் .mobileconfig ஆக வருகிறது.

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

Android இல் விசை உண்மையில் எங்கே வாழ்கிறது

Android பயன்பாட்டுத் தரவை /data/data/<package> கீழ் வைக்கிறது, அதை அந்தப் பயன்பாட்டின் UID மட்டுமே படிக்க முடியும். root செய்யப்படாத தொலைபேசியிலிருந்து இன்னொரு பயன்பாட்டின் தனிப்பட்ட அடைவை நகலெடுக்க ஆதரிக்கப்பட்ட வழி இல்லை, மேலும் Android 12 அதை நீக்கிய பிறகும் வாடிக்கையாளர்கள் allowBackup="false" அறிவிக்கத் தொடங்கிய பிறகும் adb backup பொதுவான பதிலாக இருப்பது நின்றது. எனவே Android வாடிக்கையாளரிடமிருந்து ஏற்றுமதி என்பது அந்த வாடிக்கையாளர் செயல்படுத்துவதைக் குறிக்கிறது, கோப்பு முறைமையின் நகல் அல்ல.

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

அது உடைந்த ஏற்றுமதி அல்ல. அது தளத்திடம் கேட்கப்பட்ட பண்பு.

சுயவிவரம் எதைக் கொண்டு செல்ல முடியாது

பொருட்களை இலக்கு ஏற்கும் வற்றுடன் ஒப்பிடுங்கள்:

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

இறக்குமதி என்பது பகுப்பாய்வு, பின்னர் ஒப்புதல் கோரிக்கை

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

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

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

பழையதை ஓய்வு பெறச் செய்வதற்கு முன் புதிய சாதனத்தைச் சரிபார்க்கவும்

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

ஒரு சரிபார்ப்பு வெளியேறும் முகவரியைத் தீர்மானிக்கிறது. தொலைபேசி உலாவியில் https://ifconfig.me திறந்து, பின்னர் அதே Wi-Fi இல் உள்ள மடிக்கணினியிலிருந்து curl -s https://ifconfig.me இயக்கி இரு பதில்களையும் உங்கள் வழங்குநர் ஒதுக்கிய முகவரியுடன் ஒப்பிடுங்கள்.

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

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

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