Android OpenVPN: தொலைபேசியை ரூட் செய்யாமல் தனிப்பட்ட வழியைச் சேர்ப்பது
Android உண்மையில் ஏற்றும் சுயவிவரத்திற்குள் ஒரு வழியைச் சேர்த்து, சேவையகம் அதை அனுமதிக்கிறதா என்பதைச் சரிபார்க்கவும். திருத்தம், மறுஇணைப்பு மற்றும் நான்கு சோதனைகளுக்கான வழிகாட்டி.
உங்களுக்கு இன்னும் ஒரு தனிப்பட்ட துணைப்பிணையம் தேவை — 10.60.0.0/24 என்று வைத்துக்கொள்வோம் — அது சுயவிவரத்தில் இப்போது இல்லை. மடிக்கணினியில் நீங்கள் ஒரு வழியைச் சேர்த்து தொடர்வீர்கள். Android இல் VPN ஒரு பயன்பாடு, tun சாதனம் அந்தப் பயன்பாட்டுக்குச் சொந்தம், root இல்லாமல் திருத்த ரூட்டிங் அட்டவணை இல்லை. வழி இருக்க வேண்டியது அவசியம், ஆனால் அது கிளையண்ட் ஏற்றும் சுயவிவரத்திற்குள் செல்கிறது, மறுபக்கம் ஒப்புக்கொண்டால் மட்டுமே வேலை செய்கிறது. இதோ திருத்தம், மறுஇணைப்பு, சேவையகப் பக்கம் மற்றும் மீளமைப்பு.
திருத்தத்திற்கு முன்: ஒரு வழி என்ன செய்ய முடியும், செய்ய முடியாதது
ஒரு வழி ஒரு கேள்விக்குப் பதிலளிக்கிறது: இந்த இலக்குக்கான போக்குவரத்தை எந்த இடைமுகம் சுமக்க வேண்டும். அது எதற்கும் அனுமதி தராது. நெட்வொர்க்கின் உரிமையாளர் இந்தத் தொலைபேசி அந்தத் துணைப்பிணையத்தை அடையலாம் என ஒப்புக்கொள்ளவில்லை என்றால், சரியான வழி சரியாகத் தோன்றும் உள்ளமைவையும் நுழைவாயிலில் அமைதியான வீழ்ச்சியையும் உருவாக்கும், அடுத்த ஒரு மணி நேரத்தை தவறான கோப்பைத் திருத்துவதில் செலவிடுவீர்கள்.
முதலில் அந்த ஒப்புதலைப் பெறுங்கள், நெட்வொர்க்கிற்கு உரிமையாளர் இருந்தால் எழுத்துப்பூர்வமாக. பிறகு நீங்கள் செய்யாததைக் குறிக்கவும்: தொலைபேசிக்கு அந்த LAN இல் முகவரி தரவில்லை, சேவையகத்தின் கேட்பியை மாற்றவில்லை, மேலும் ஹோஸ்ட் பெயரால் தளத்தைத் தேர்ந்தெடுக்கவில்லை. இவை நான்கு வெவ்வேறு மாற்றங்கள், முதல் ஒன்று மட்டுமே உங்களுடையது.
| The route gives you | The route does not give you |
|---|---|
| A destination prefix associated with the tunnel | Permission to forward at the gateway |
| A path for the phone's own traffic | A return route on the target host |
| A scope for the client's virtual interface | A name in DNS, or HTTPS identity |
கிளையண்ட் உண்மையில் ஏற்றும் சுயவிவரத்தைத் திருத்துங்கள்
சாதாரண OpenVPN விருப்ப உரையை இறக்குமதி செய்யும் இணக்கமான கிளையண்டிற்கு, சேர்ப்பது ஒரு வரி:
route 10.60.0.0 255.255.255.0அதைச் சுயவிவரத்தின் முக்கிய பகுதியில், மற்ற ரூட்டிங் அறிவுறுத்தல்களுக்கு அருகில் சேர்க்கவும், இயக்குபவரின் endpoint, சான்றிதழ்கள், விசைக் கையாளுதல் மற்றும் சரிபார்ப்பு வரிகளை இருந்தபடியே வைக்கவும். ஒரு வரியைக் கடன் வாங்க முழு பழைய உதாரணத்தையும் ஒட்ட வேண்டாம்: சுருக்கம், முழு கோப்பு பாதைகள் மற்றும் காலாவதியான cipher அமைப்புகள் அதனுடன் வரும், தனி பிழைத்திருத்த அமர்வு உங்களுக்கு செலவாகும்.
மக்கள் தவறவிடும் படி கோப்பின் உரிமை. பயன்பாடு ஒரு சுயவிவரத்தை இறக்குமதி செய்திருந்தால், அது பயன்படுத்தும் நகல் பயன்பாட்டுக்குச் சொந்தம், பதிவிறக்கிய அசலைத் திருத்துவதால் எதுவும் மாறாது. கிளையண்ட் ஆதரிக்கும் திருத்தியைப் பயன்படுத்துங்கள், அல்லது திருத்திய கோப்பை புதுப்பிப்பு வழியில் மீண்டும் இறக்குமதி செய்யுங்கள், ஒரே மாதிரியான பெயர்கள் பல இருந்தால் செயலில் உள்ள சுயவிவரத்தின் பெயரை உறுதிசெய்யவும். நீங்கள் எதை மாற்றினீர்கள் என்பதைப் பதிவு செய்யுங்கள்.
சுயவிவரத்தில் ஏற்கனவே route-nopull இருந்தால், சேவையகத்திலிருந்து எந்த வழியும் நிறுவப்படாது, தொலைபேசிக்குத் தேவையான ஒவ்வொரு முன்னொட்டும் வெளிப்படையாகப் பட்டியலிடப்பட வேண்டும். அது செல்லுபடியாகும் வடிவமைப்பு, ஆனால் விடுபட்ட ஒரு வரி சேவையகத்தின் மறுப்பைப் போலவே தோன்றும்.
மீண்டும் இணைத்து சாதனத்தில் சரிபார்க்கவும்
முதலில் துண்டிக்கவும், பிறகு பயன்பாட்டைக் கடைசி அமர்வை மீட்டெடுக்க விடாமல் நீங்கள் திருத்திய அந்தக் குறிப்பிட்ட சுயவிவரத்துடன் மீண்டும் இணைக்கவும். இணைப்புப் பதிவைத் திறந்து கிளையண்ட் புதிய வரியைப் பகுத்துள்ளதை உறுதிசெய்யவும்; முகப்பு புறக்கணிக்கும் ரூட் அறிவுறுத்தல் தவறான நகலைத் திருத்துவதன் வழக்கமான விளைவு.
இலக்கைப் பெயரால் அல்ல, முகவரியால் சோதிக்கவும். அறியப்பட்ட சேவைத் துறைமுகத்திற்கு TCP சரிபார்ப்பு ping ஐ விட அதிக தகவல் தருகிறது, ஏனெனில் பல புரவலர்கள் ICMP க்கு பதிலளிக்கின்றன, சேவைத் துறைமுகம் வடிகட்டப்பட்டிருக்கும் போது. முகவரி பதிலளித்து பெயர் பதிலளிக்கவில்லை என்றால், அது ரூட்டிங்கின் கேள்வி அல்ல, தீர்வியின் கேள்வி, அடுத்த பகுதி உங்களுக்கானது அல்ல.
இங்கே இரண்டு வரம்புச் சரிபார்ப்புகளும் அடங்கும். ஒவ்வொரு பயன்பாட்டிற்கான VPN என்பது நீங்கள் சோதிக்கும் பயன்பாடு சேர்க்கப்பட்ட தொகுப்புக்கு வெளியே இருக்கும்போதும் முகவரி வழி இருக்கலாம் என்பதாகும், எனவே உண்மையில் உள்ளே உள்ள பயன்பாட்டுடன் சோதிக்கவும். மேலும் IPv4 முன்னொட்டு IPv6 பாதையைப் பற்றி எதுவும் கூறாது; சேவை dual-stack ஆக இருந்தால், தொடர்புடைய IPv6 வழியைச் சேர்க்கவும், இல்லையெனில் நீங்கள் கருதாத பாதையைக் கிளையண்ட் விரும்பும் என எதிர்பார்க்கவும்.
ஒரு எதிர்மறை முடிவை முன்கூட்டியே அறிவது மதிப்புடையது: முழு-சுரங்கப்பாதை வழி ஏற்கனவே 0.0.0.0/0 ஐ மூடியிருந்தால், முன்னொட்டு காணவில்லை, மீண்டும் சேர்ப்பதால் எதுவும் மாறாது. இரட்டை மூடுதல் சேவையகப் பக்க மறுப்பையோ காணாமல் போன பதிலையோ சரிசெய்யாது.
சேவையகத்தில் பாதையை முடிக்கவும்
தொலைபேசிக்கு அப்பால் மூன்று விஷயங்கள் உண்மையாக இருக்க வேண்டும். நுழைவாயிலுக்கு இலக்கிற்கு ஒரு வழியும், தொலைபேசியின் மூலத்தை அதை நோக்கி அனுப்ப அனுமதியும் தேவை. இலக்கு அந்த மூலத்தை ஏற்று, நுழைவாயில் வழியாகப் பதில்களைத் திருப்பி அனுப்ப வேண்டும், இல்லையெனில் வடிவமைப்பிற்கு வெளியேற்றத்தில் வேண்டுமென்றே மொழிபெயர்ப்பு தேவை. OpenVPN கையேட்டின் route விருப்பம் கிளையண்ட் பக்க அறிவுறுத்தலை உள்ளடக்குகிறது; அனுப்புதல் மற்றும் திரும்பு ரூட்டிங் தனித்தனி இயந்திரங்களில் தனித்தனி அமைப்புகள்.
இலக்கு நுழைவாயிலுக்கு நேரடியாகப் பின்னால் இல்லாமல் வேறு VPN கிளையண்டிற்குப் பின்னால் இருந்தால், சேவையகத்திற்கு அந்த இணையின் துணைப்பிணையத்திற்கு iroute தேவை. அந்த அறிவுறுத்தல் சேவையகத்திற்குச் சொந்தம், எந்தக் கிளையண்ட் ஒரு முன்னொட்டை வைத்திருக்கிறது என்பதை விவரிக்கிறது; தொலைபேசி அதைத் தன் சுயவிவரத்திலிருந்து வழங்க முடியாது, கிளையண்ட் பக்கத் திருத்தம் எவ்வளவு செய்தாலும் அதற்கு மாற்றாகாது.
திரும்பு பாதையை வெளிப்படையாகச் சரிபார்க்கவும். சுரங்கப்பாதைக்குப் பதிலாக இயல்புநிலை வழியில் வெளியேறும் பதில் வழக்கமான பாதி-திறந்த அறிகுறியை உருவாக்கும்: இணைப்பு ஒரு திசையில் நிறுவப்படும், எதுவும் திரும்பி வராது. இலக்கு திரும்ப ரூட் செய்ய முடியாதபோது நுழைவாயிலில் மூல மொழிபெயர்ப்பு செல்லுபடியாகும் திருத்தம், ஆனால் அது அதன் விளைவுகளுடன் கூடிய கொள்கை முடிவு.
மீளமைப்பு மற்றும் ஏற்பு
திருத்துவதற்கு முன் முந்தைய சுயவிவரத்தை வைத்திருங்கள். மாற்றம் நிலைமையை மோசமாக்கினால், அந்த நகலை அதே மறுஇறக்குமதி வழியில் மீட்டெடுத்து, மீண்டும் இணைத்து, பழைய நடத்தை திரும்பியதை உறுதிசெய்யவும் — இது நீங்கள் மாற்றியதாக நினைத்ததை உண்மையில் மாற்றியதை உறுதிப்படுத்துகிறது. பழைய நிலையை மீட்டெடுக்காத மீளமைப்பு என்பது பயன்பாட்டில் நீங்கள் கண்டறியாத மூன்றாவது நகல் இருப்பதைக் குறிக்கிறது.
நான்கு விஷயங்கள் நிலைத்திருக்கும்போது மாற்றத்தை ஏற்றுக்கொள்ளுங்கள், புதிய இணைப்பிற்குப் பிறகு இந்த வரிசையில் சோதித்து: இலக்கு அதன் சேவைத் துறைமுகத்தில் பதிலளிக்கிறது, எதிர்பார்க்கப்பட்டால் தனிப்பட்ட பெயர் தீர்க்கப்படுகிறது, HTTPS இன்னும் நோக்கம் கொண்ட ஹோஸ்ட் பெயரைச் சரிபார்க்கிறது, மேலும் மறுதொடக்கம் அல்லது Wi-Fi இலிருந்து செல்லுலாருக்கு மாறிய பிறகும் எல்லாம் வேலை செய்கிறது. கடைசி சரிபார்ப்பே Android சுரங்கப்பாதையை மீண்டும் நிறுவும் வரை மட்டுமே இருக்கும் வழியைப் பிடிக்கிறது.
- எதையும் திருத்துவதற்கு முன் நெட்வொர்க் உரிமையாளர் இலக்கை அனுமதிக்கிறார் என்பதை உறுதிசெய்யவும்.
- கிளையண்ட் ஏற்றும் சுயவிவரத்தில் வழியை வைத்து, பிறகு மீண்டும் இறக்குமதி செய்து மீண்டும் இணைக்கவும்.
- சரியான முகவரிக் குடும்பத்திற்கு, ஒவ்வொரு பயன்பாட்டு வரம்பிற்குள், சேவைத் துறைமுகம் வழியாகச் சரிபார்க்கவும்.
- அனுப்புதல், திரும்பு ரூட்டிங் மற்றும் iroute ஐ சேவையகத்தில் சரிசெய்யவும், தொலைபேசியில் அல்ல.
- மீளமைப்பு நகலை வைத்திருந்து, மறுதொடக்கத்திற்குப் பிறகு மீண்டும் சோதிக்கவும்.