TAP அல்லது TUN? Android OpenVPN வாடிக்கையாளர்கள் மற்றும் பாலம் இணைக்கப்பட்ட சேவையகங்கள்
TAP ஈதர்நெட் சட்டகங்களை எடுத்துச் செல்கிறது, TUN IP பொதிகளை எடுத்துச் செல்கிறது, Android பயன்பாடு இரண்டாவது வகையை மட்டுமே பெறுகிறது. இரண்டையும் ஒப்பிட்டு, பின்னர் சேவையகப் பக்கத்தைச் சரிசெய்யுங்கள்.
மடிக்கணினியில் இயங்கும் சுயவிவரம் தொலைபேசியில் தோல்வியடைகிறது. வெளிப்படையான நடவடிக்கை வாடிக்கையாளர் உள்ளமைவில் ஒரு சொல்லை மாற்றுவதாகும். அந்தச் சொல் உதவாது, ஏனெனில் இரு முனைகளும் ஒரே வகையான போக்குவரத்தைப் பற்றிப் பேசவில்லை.
TAP ஈதர்நெட் சட்டகங்களை எடுத்துச் செல்கிறது. TUN IP பொதிகளை எடுத்துச் செல்கிறது. Android VPN பயன்பாட்டிற்கு ஒரு IP இடைமுகம் வழங்கப்படுகிறது, இது உள்ளமைவு என்ன சொன்னாலும் இரண்டு ஏற்பாடுகளில் ஒன்றைச் சாத்தியமாக்கி மற்றதைச் சாத்தியமற்றதாக்குகிறது.
ஒப்பீடு சுருக்கமானது, ஆனால் இதைத் தொலைபேசியிலேயே சரிசெய்யலாமா அல்லது சேவையை மாற்ற வேண்டுமா என்பதை அது தீர்மானிக்கிறது.
வெவ்வேறு சுமைகள் கொண்ட இரண்டு வகைச் சுரங்கப்பாதைகள்
TAP இடைமுகம் ஈதர்நெட் அடாப்டர் போல நடந்துகொள்கிறது. அது சட்டகங்களை எடுத்துச் செல்கிறது, அதாவது ARP, ஒளிபரப்பு மற்றும் IP-க்குக் கீழே LAN எடுத்துச் செல்லும் அனைத்தும். இதுவே பாலம் அமைப்பதைச் சாத்தியமாக்குகிறது: சுரங்கப்பாதை ஒளிபரப்பு களத்தை விரிவாக்குகிறது, வாடிக்கையாளர்கள் ஒரு நிலைமாற்றியில் இணைக்கப்பட்டதுபோல நடந்துகொள்கிறார்கள்.
TUN இடைமுகம் தனக்கு முகவரியிடப்பட்ட IP பொதிகளை எடுத்துச் செல்கிறது. பேச்சுவார்த்தைக்கு இணைப்பு அடுக்கு இல்லை, ARP இல்லை, ஒளிபரப்பு இல்லை. சுரங்கப்பாதைக்குள் என்ன நுழைகிறது என்பதை வழித்தடம் தீர்மானிக்கிறது, சேவையகப் பக்க உள்ளமைவு பாலத்திற்குப் பதிலாக துணை வலையத்தைப் பயன்படுத்துகிறது.
இரு முனைகளும் இவற்றில் எதைச் செய்கிறோம் என்பதை ஒப்புக்கொள்ள வேண்டும். ஒரு பக்கத்தில் dev tap ஐ dev tun ஆக மாற்றுவது சேவையை மாற்றாது; வழித்தடச் சுரங்கப்பாதையை எதிர்பார்க்கும் வாடிக்கையாளரும் இன்னும் சட்டகங்களை அனுப்பும் சேவையகமும் உருவாகின்றன, பயனுள்ள எதுவும் கடக்காமலேயே கைக்குலுக்கல் வெற்றியடையலாம்.
Android பயன்பாட்டிற்கு உண்மையில் தருவது என்ன
தளத்தின் VpnService API ஒரு பயன்பாட்டிற்கு IP பொதிகளுக்கான மெய்நிகர் இடைமுகத்தைத் தருகிறது, அது முகவரிகள், வழித்தடங்கள் மற்றும் MTU உடன் உள்ளமைக்கப்பட்டுள்ளது. அந்த API-யில் ஈதர்நெட் அடாப்டர் இல்லை, பயன்பாடு ஒன்றை உருவாக்கவும் வழியில்லை.
அதனால்தான் OpenVPN Connect Android-இல் TAP பாலத்திற்குப் பதிலாக வழித்தட TUN இணைப்புகளுக்கான ஆதரவை ஆவணப்படுத்துகிறது. Android அடிக்கடி கேட்கப்படும் கேள்விகள் இந்த எல்லை குறித்த வாடிக்கையாளர் பக்க அறிக்கை, அது தளத்தின் API-யுடன் பொருந்துகிறது.
ரூட் அனுமதி கொண்ட வலையமைப்புக் கருவிகள், தனிப்பயன் திட்பொருள் அல்லது வெளிப்படையான மொழிபெயர்ப்பு அடுக்கைச் செயல்படுத்தும் தயாரிப்பு வேறு ஏற்பாடுகள். சாதாரண நிலை என்பது திட்டமிட வேண்டியது: உங்கள் கோப்பை இறக்குமதி செய்து சாதாரண பயனராக இயங்கக்கூடிய பயன்பாடு, ஒரு IP இடைமுகத்துடன் அதற்குக் கீழே எதுவும் இல்லாமல்.
இருந்தாலும் முயற்சிக்கும்போது எப்படி இருக்கும்
இணைப்பு பொதுவாக ஏற்படுகிறது. அதுவே தோல்வியைக் குழப்பமாக்குகிறது: வாடிக்கையாளர் இணைந்ததாகத் தெரிவிக்கிறது, சேவையகப் பதிவு ஒரு இணையைக் காட்டுகிறது, எந்தப் பயன்பாடும் இயங்கவில்லை.
தொலைபேசிக்கு ஒதுக்கப்பட்ட முகவரிக்கு அனுப்பப்படும் போக்குவரத்து வருவதில்லை, ஏனெனில் சேவையகம் சட்டகங்களை தொலைபேசி ஒருபோதும் பெறாத MAC முகவரிக்குப் பாலமிடுகிறது. ஒளிபரப்பைச் சார்ந்த கண்டறிதல் காலியாகவே இருக்கும். LAN பாலம் வழியாக DHCP-ஐச் சார்ந்திருந்தால், தொலைபேசி அந்த வழியில் குத்தகை பெறாது, பாலமிடப்பட்ட துணை வலையத்தில் கையால் வழங்கப்பட்ட முகவரியும் இல்லாத இடைமுகத்தை உருவாக்காது.
சில வாடிக்கையாளர்கள் முன்பே தோல்வியடைகின்றன, சுயவிவர இறக்குமதியில், செயல்படுத்த முடியாத சாதன வகையைக் காணும்போது. இரண்டு நடத்தைகளும் ஒரே பொருளையே தருகின்றன, வழித்தடங்களைச் சேர்ப்பதாலோ, DNS-ஐ மாற்றுவதாலோ அல்லது சுரங்கப்பாதையின் முகவரி வரம்பை விரிவாக்குவதாலோ எதுவும் சரிசெய்யப்படாது.
சேவையகப் பக்கம் என்ன மாற்ற வேண்டும்
சரிசெய்தல் VPN சேவையை இயக்குபவருக்கு உரியது, பொதுவாக அது இடம்பெயர்வு அல்ல, கூட்டல். வழித்தடச் சாதனம், அதன் சொந்த வாடிக்கையாளர் துணை வலையம் மற்றும் முகவரிகளை வழங்கி தொலைபேசிகளுக்குத் தேவையான வழித்தடங்களைத் தள்ளும் சேவையகப் பக்க உள்ளமைவுடன் இரண்டாவது OpenVPN நிகழ்வை இயக்குங்கள். ஏற்கனவே உள்ள பாலமிடப்பட்ட நிகழ்வு உண்மையில் ஈதர்நெட் தேவைப்படும் சாதனங்களுக்குத் தொடர்ந்து சேவை செய்கிறது.
இரண்டு விவரங்கள் இதை நடைமுறையில் இயங்கவைக்கின்றன. புதிய வாடிக்கையாளர் துணை வலையத்திற்கு LAN-க்கு VPN புரவனை நோக்கிய திரும்பு வழித்தடம் தேவை, இல்லையேல் பதில்கள் ஒருபோதும் திரும்பி வராது. மேலும் சுரங்கப்பாதை புரவனின் தீச்சுவர் சுரங்கப்பாதை இடைமுகத்திற்கும் LAN-க்கும் இடையே அனுப்ப வேண்டும், புரவனிலிருந்தே செய்த சோதனை வெற்றியடையும்போது இந்தப் படி அதிகம் தவறவிடப்படுகிறது.
இயக்குநர் ஒரு சேவையைச் சேர்க்க முடியாவிட்டால், மாற்று வழி பாலத்தில் இணையக்கூடிய சாதனம், அதாவது தொலைபேசிக்காகச் செயல்படும் மடிக்கணினி அல்லது திசைவி. இது அதன் சொந்த நிர்வாகச் செலவைக் கொண்ட தற்காலிகத் தீர்வு, Android உள்ளமைவு அல்ல.
சுரங்கப்பாதையிலிருந்து அல்ல, பயன்பாட்டிலிருந்து முடிவெடுங்கள்
தொலைபேசி உண்மையில் எதை அடைய வேண்டும் எனக் கேட்டு, பின்னர் அதை வரைபடமாக்குங்கள். பெயர் அல்லது முகவரி மூலம் அடையக்கூடிய கோப்புப் பங்கீடு அல்லது அக இணையத் தளம் IP தேவையாகும், DNS பெயரைத் தீர்க்கும் போது வழித்தடம் இருந்தால் வழித்தடச் சுரங்கப்பாதை அதை நிறைவேற்றுகிறது. உள்ளூர் ஒளிபரப்பு களத்தை உலாவும் கண்டறிதல் கருவி IP தேவை அல்ல, எவ்வளவு வழித்தடமும் அதை நிரப்பாது.
| Requirement | Tunnel that satisfies it |
|---|---|
| File server or intranet by hostname | Routed TUN, with working DNS |
| Broadcast or ARP-based discovery | Ethernet bridging, so not an ordinary Android client |
| Multicast delivery | Bridging or an explicit multicast relay |
| One application to one address | Routed TUN, narrowest possible route |
அந்த அட்டவணையே அனுப்ப வேண்டிய கோரிக்கையும் ஆகும். பயன்பாடு, அது பயன்படுத்தும் முகவரி அல்லது பெயர், அது கண்டறிதலைச் சார்ந்துள்ளதா என்பதைக் குறிப்பிடுங்கள். இயக்குநர் அந்த விவரிப்பின் அடிப்படையில் செயல்பட முடியும், இணைக்காத தொலைபேசியில் யாரும் அதைச் செய்ய முடியாது.
இறுதியாக, ஒவ்வொரு வாடிக்கையாளரையும் LAN அடாப்டரைப் பின்பற்ற வைப்பதற்குப் பதிலாக தேவைப்படும் சாதனங்களுக்கு TAP சேவையை வைத்திருங்கள். தெளிவான நோக்கங்கள் கொண்ட இரண்டு சேவைகளை ஆதரிப்பது அனைவருக்கும் பாதியாக இயங்கும் ஒன்றை விட எளிதானது.