Android හි එකම VPN රීතිය සත්කාරක SSH සේවාදායකය අවහිර නොකරයි

මෙම විශ්වාසය සත්‍යයක් ලෙස සැලකෙන තරමට පොදුය: Android එකම VPN එකකට පමණක් ඉඩ දෙන බැවින් දුරකථනයේ ධාවනය වන SSH සේවාදායකයකට එම උමග හරහා ක්‍රියා කළ නොහැක. පළමු භාගය සත්‍ය වන අතර නිගමනය එයින් නොපැමිණේ. වේදිකා සීමාව වන්නේ කොපමණ යෙදුම්වලට VPN සේවාවේ ස්ථානය දැරිය හැකිද යන්නයි, කොපමණ සොකට් පැවතිය හැකිද හෝ කවුරුන්ට දුරකථනයට සම්බන්ධ විය හැකිද යන්න නොවේ. සවන් දෙන සොකට් එකක් සහිත SSH ඩීමන් එකක් සාමාන්‍ය තොටුපොළක් සහිත සාමාන්‍ය යෙදුමක් වන අතර උමග යනු එහි ගමන් ප්‍රවාහයට යා හැකි මාර්ගවලින් එකකි.

එකම VPN රීතිය ඇත්තෙන්ම සීමා කරන්නේ කුමක්ද

VpnService යනු එක් ස්ථානයක සම්පතකි. යෙදුමක් උමගක් ස්ථාපිත කළ විට එය උපාංගයේ VPN බවට පත් වන අතර, උමගක් ස්ථාපිත කිරීමට උත්සාහ කරන දෙවන යෙදුම පළමුවැන්න නැති වන තෙක් ප්‍රතික්ෂේප වේ. එය උමගේ හිමිකාරිත්වය පිළිබඳ රීතියක් වන අතර VPN සේවාදායකයන් දෙදෙනෙකුට එකවර ක්‍රියා කළ නොහැක්කේ ඇයිද යන්න පැහැදිලි කරයි.

එය සවන් දෙන සොකට් ගැන කිසිවක් නොකියයි. SSH සේවාදායකය VpnService අමතන්නේ නැත, පැකට් අල්ලා නොගනී, එම ස්ථානය සඳහා තරඟ නොකරයි. එය තොටුපොළක් බැඳ සම්බන්ධතා පිළිගනී, එය VPN කිසිසේත් ස්ථාපිත නොකළ විට ද කරන දෙයමයි. එබැවින් මෙම මිථ්‍යාව උමග සපයන්නන්ට ඇති සීමාව ජාල සම්බන්ධතාවලට ඇති සීමාව සමඟ මිශ්‍ර කරයි, දෙකටම අතර සම්බන්ධයක් නැත.

ඇසෙන්නා යනු ගමනාන්තයකි, උමගේ කොටසක් නොවේ

උමග පවතින විට දුරකථනයට එහි ලිපිනයක් ඇති අතර සහකරු උපාංගයට එම ලිපිනයට මාර්ගයක් ඇත. යමක් පිළිතුරු දෙන්නේද යන්න ඇසෙන්නා තීරණය කරයි. loopback වෙත බැඳුණු ඩීමන් එකකට පිවිසිය හැක්කේ දුරකථනයෙන් පමණි; පැරණි උමග ලිපිනයට බැඳුණු ඩීමන් එකක් නැවත සම්බන්ධ වීමෙන් පසුව ද එහි බැඳීම රඳවා ගත හැකි අතර, එය බැඳුණු ලිපිනය වෙනස් වී ඇත.

බැඳීමේ නීති සාමාන්‍ය SSH වින්‍යාසය වේ: සවන් දෙන ලිපිනය සහ තොටුපොළ, සහ කවුරුන්ට සත්‍යාපනය කළ හැකිද යන්න. Android හි එම සැකසුම් යෙදුමේම වින්‍යාසයේ පවතී, සහ යෙදුමේ ක්‍රියාවලියේ හිමිකරුට විශේෂ තොටුපොළ භාවිත කිරීමට අවසර නොතිබිය හැක, එබැවින් root ලෙස 22 තොටුපොළ බැඳීමේ ඩෙස්ක්ටොප් පුරුද්ද වෙනස් නොවී මාරු නොවේ.

ListenAddress 10.90.0.4
Port 2222
AllowUsers alice

ඉන්පසු මාර්ගයේම අවසරය ඇත. පිටතට යන වෙබ් ගමන් ප්‍රවාහය සතුටින් රැගෙන යන පාරිභෝගික VPN එකක් තම සේවාදායකයන් වෙත ඇතුළට එන සම්බන්ධතාවලට කිසිසේත් ඉඩ දිය යුතු නැත; බොහෝ ඒවා ඉඩ නොදෙයි, එය එක් පාරිභෝගිකයෙකු තවත් අයෙකුට නිරාවරණය කරන බැවිනි. සහකරුට කිසිදු තැනක සිට දුරකථනයේ උමග ලිපිනයට ළඟා විය නොහැකි නම්, ගැටලුව සේවාවේ ප්‍රතිපත්තියේ පවතී, දුරකථනයේ නොවේ.

ප්‍රතිචාර මාර්ගය සාමාන්‍යයෙන් කැඩෙන තැනයි

සහකරු දුරකථනයේ උමග ලිපිනයට ළඟා වන අතර SYN පැමිණේ යැයි සිතමු. දැන් ප්‍රතිචාරය එම මාර්ගයෙන්ම පිටවිය යුතු අතර එය දුරකථනය තුළ ඇති මාර්ගගත කිරීමේ තීරණයකි. ප්‍රතිචාරය Wi-Fi හරහා පිටවන්නේ එය පෙරනිමි ජාලය නිසා නම්, සහකරුට කිසිදා සම්පූර්ණ නොවන සම්බන්ධතාවක් පෙනේ, එය හරියටම ගිනි පවුරක් මෙන් පෙනේ.

Android මෙය ඩෙස්ක්ටොප් එකකට වඩා සංකීර්ණ කරන්නේ පෙරනිමි ජාලය ක්‍රියාවලිය අනුව තෝරා ගන්නා අතර VPN යෙදුමේ ප්‍රතිපත්තියට එය වෙනස් කළ හැකි බැවිනි. VPN සේවාදායකයකට අවසර දුන් යෙදුම් ලැයිස්තුවක් පමණක් මාර්ගගත කළ හැක, එබැවින් එම ලැයිස්තුවෙන් පිටත සේවාදායක යෙදුමක් තම ප්‍රතිචාර සඳහා භෞතික ජාලය දිගටම භාවිත කරන අතර සහකරු ඒවා උමග හරහා අපේක්ෂා කරයි.

යෙදුමකට තම සොකට් නිශ්චිත ජාලයකට ද බැඳිය හැක, එය පෙරනිමිය අභිබවා යයි. සේවාවක් එක් ලිපිනයකින් ළඟා විය හැකි අතර තවත් ලිපිනයකින් නොවන බවට වාර්තාවක් ඔබ කියවන විට, සාමාන්‍යයෙන් එය පිටුපස ඇත්තේ මෙම යාන්ත්‍රණයයි.

VPN මඟ හැරීම ඇතුළට එන සේවාවක් අලුත්වැඩියා නොකරයි

ජනප්‍රිය විසඳුම, SSH යෙදුම VPN වෙතින් බැහැර කිරීම එවිට එහි ගමන් ප්‍රවාහය නැවත හරවා යැවීම නතර වේ, එය ප්‍රතිවිරුද්ධ ගැටලුව සඳහා වන නිවැරදි කිරීමකි. පිටතට යන SSH සේවාදායකයේ ප්‍රවාහනය උමග නිසා නැවත නැවත කැඩෙන විට එය උපකාරී වේ. සත්කාරක සේවාදායකයක් සඳහා එය සහකරු භාවිත කරන උමගෙන් පිටතට ප්‍රතිචාර ගෙන යා හැක, එය අර්ධ අසාර්ථකත්වයක් සම්පූර්ණ අසාර්ථකත්වයක් බවට පත් කරයි.

රවුටරයේ පොදු තොටුපොළක් විවෘත කිරීමට ද එයම අදාළ වේ. අවශ්‍යතාව වන්නේ එක් අවසර ලත් උපාංගයක් VPN හරහා දුරකථනයට ළඟා වීම නම්, SSH අන්තර්ජාලයට නිරාවරණය කිරීම වෙනත් තර්ජන ආකෘතියකි, අලුත්වැඩියාවක් නොවේ.

පළමුව සේවාවේ ලිපිනය තීරණය කරන්න: දුරකථනයේ LAN ලිපිනය, එහි උමග ලිපිනය, හෝ හිතාමතා යොමු කළ අන්ත ලක්ෂ්‍යය. එක් එක් ඒවාට තමන්ගේම ළඟාවීමේ සහ නිරාවරණයේ ගිවිසුමක් ඇති අතර, ඒවා මිශ්‍ර කිරීම තමයි කුඩා ප්‍රවේශ ගැටලුවක් ස්ථිර සිදුරක් වන මාර්ගය.

එකවර එක් දිශාවක් විනිශ්චය කරන්න

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

adb shell ip -br addr
adb shell ip route get 10.90.0.9
nc -vz 10.90.0.4 2222

තොටුපොළ පරීක්ෂාව සහකරුගෙන් ධාවනය කරන්න, දුරකථනයෙන් නොව, සහ SSH සේවාදායකයේ විස්තරාත්මක ප්‍රතිදානය කියවා එය TCP අත්වැල් ගැසීමට පෙර හෝ පසුව අසාර්ථක වේද යන්න බලන්න. කිසිදා සම්බන්ධ නොවන සොකට් එකක් සහ ප්‍රතික්ෂේප වූ පිවිසුමක් විවිධ අවස්ථා වන අතර වගකිවයුත්තන් ද විවිධය.

නිදොස් කරන අතරතුර සත්කාරක යතුරු සත්‍යාපනය සහ ගිණුම් සීමා නොවෙනස්ව තබා ගන්න. ඇසෙන්නා සහ අවසර ලත් පරිශීලකයන් සීමා කිරීම තමයි ළඟා විය හැකි සේවාදායකයක් පිළිගත හැකි එකක් කරන්නේ; සම්බන්ධතාවක් වැඩ කරවීමට ඒවා ලිහිල් කිරීම එක් ගැටලුවක් ඊට වඩා නරක එකක් සමඟ මාරු කරයි. ඔබේ Android ක්‍රියාත්මක කිරීම එම වින්‍යාස නාම අනුගමනය කරන්නේ නම් OpenSSH සේවාදායක යොමුව සවන් දීමේ සහ ප්‍රවේශ පාලන ආවරණය කරයි.