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 සේවාදායකයා ක්‍රියා කරවන්නේ නැත; ක්‍රියාකරු මාර්ගගත සේවාවක් ලබා දිය යුතුය. ගැටලුව වාර්තා කරන විට සේවාලාභියාගේ නම සහ අනුවාදය, තල්ලු කළ විකල්ප කට්ටලය, ටොපොලොජිය සහ ලිපිනය පෙනිය යුතුව තිබූ නිශ්චිත පියවර ඇතුළත් කරන්න.

පරීක්ෂා හතරම සමත් වී ලිපිනය පවතී නම්, අද්විතීය සහ නිවැරදිව ආවරණය කර ඇත්නම්, මාර්ග ප්‍රශ්නය සාමාන්‍ය එකක් බවට පත් වේ: සේවාදායකයා කුමන උපසර්ගවලට අවසර දෙනවාද සහ සේවාලාභියා ඒවා කෙසේ සීමා කළ යුතුද. වෙනත් කිසිවක් වෙනස් කිරීමට පෙර ටනල් ලිපිනය, එහි ජාල ආවරණය සහ ටොපොලොජිය ලියා තබන්න, මන්ද ක්‍රියාකරුට සේවාදායක දර්ශනය සමඟ සංසන්දනය කිරීමට අවශ්‍ය වන්නේ එම අගයන් තුනයි.