Android 12 සහ IKEv1 VPN: දියත් කිරීමේ අනුවාදය, IKEv2, තෙවන පාර්ශ්ව යෙදුම්

දුරකථන දෙකම සැකසීම්වල Android 12 පෙන්වයි, නමුත් ඔබේ ගේට්වේ ලබා දෙන පැරණි IPsec XAuth පැතිකඩ තවමත් ආරම්භ කරන්නේ එකක් පමණි. වෙනස පරිශීලකයාට ළඟා විය හැකි සැකසීමක් නොවේ: දේශීය පැරණි IKEv1 මාර්ගය අවහිර කරන ආරක්ෂකය උපාංගය ලබා දුන් SDK මට්ටම දෙස බලයි, දැන් ධාවනය වන නිකුතුව පමණක් නොවේ. එම තනි විස්තරය තීරණය කරන්නේ බලකාය සංසන්දනය අර්ථවත් ද කියාය, සහ තුනෙන් කුමන සංක්‍රමණ මාර්ගය ඔබට ඇත්තටම අවශ්‍ය ද කියාද එයම තීරණය කරයි.

Android 12 දුරකථන දෙකක් එකම පරීක්ෂණ අවස්ථාව නොවේ

නව උපාංගවලට පැරණි IKEv1 පැතිකඩ ආරම්භ කිරීම නතර කළ AOSP වෙනස DEVICE_INITIAL_SDK_INT Android S සමඟ සසඳයි, එනම් API 31. දේශීය පැරණි ආරම්භක මාර්ගයේ දී සුදුසු පැතිකඩක් ප්‍රයෝජනවත් සම්බන්ධතාවයක් පවා නොපවතින විට අනුබල නොදක්වන මෙහෙයුම් අසමත් වීමක් ඇති කරයි. Android 11 සමඟ ලැබී පසුව යාවත්කාලීන වූ දුරකථනයක් තවමත් එම ආරක්ෂකය පසු කරයි; Android 12 සමඟ දියත් වූ මාදිලියක් පසු නොකරයි.

නිදොස්කරණය සක්‍රීය උපාංගයක එම සංඛ්‍යා දෙක කියවිය හැක:

adb shell getprop ro.product.first_api_level
adb shell getprop ro.build.version.sdk
adb shell getprop ro.build.version.release

පළමු අගය ආරක්ෂකයට වැදගත් දියත් කිරීමේ මට්ටමයි, දෙවැන්න දුරකථනය අද ධාවනය කරන දෙයයි. ගුණාංගය නොමැති තැන, අලෙවිකරණ නමින් අනුමාන කරනවාට වඩා මාදිලියේ ආධාරක ලේඛනවලට රැඳෙන්න, සහ සැපයුම්කරුගේ ගොඩනැගීම එහි මූලික නිකුතුවට තිබූ සෑම අනුකූලතා මාර්ගයක්ම රකිනවා යැයි නොසිතන්න.

තවත් වෙනසක් නාස්ති වන ආධාරක පැයක් ඉතිරි කරයි: VPN සැකසීම්වල තවමත් ලැයිස්තුගත වන සුරකින ලද පැතිකඩක් වේදිකාව එය ආරම්භ කරයි ද යන්න ගැන කිසිවක් ඔප්පු නොකරයි. PSK නැවත ඇතුළත් කිරීම හෝ මාර්ග සංස්කරණය කිරීම කලින් ක්‍රියාත්මක වන ප්‍රොටෝකෝල ආධාරක පරීක්ෂාවක් ඉවත් කළ නොහැක, සහ එම අසමත් වීම අක්තපත්‍ර ගැටලුවක් ලෙස පෙනේ, නමුත් එය එසේ නොවේ.

මාර්ගය එක: දේශීය පැරණි ගොඩනැගිල්ල තවම ක්‍රියාත්මක වන තැන තබා ගන්න

පැරණි ගොඩනැගිල්ල යනු පද්ධති VPN තිරයෙන් IPsec XAuth PSK, IPsec Hybrid RSA සහ L2TP/IPsec PSK පැතිකඩ කියවන එකයි. API 31ට පහළින් ලැබුණු උපාංගයක යාවත්කාලීනයෙන් පසුවත් එය ශක්‍ය මාර්ගයක් ලෙස පවතී, එබැවින් පැරණි දුරකථනයක නියමු ව්‍යාපාරය සාර්ථක විය හැකි අතර නව දුරකථනයක් එම පැතිකඩම ප්‍රතික්ෂේප කරයි.

වැදගත් සංසන්දනය Android අනුවාදය අනුව නොව උපාංග පන්තිය අනුවය: බලකායේ මාදිලි ලැයිස්තුගත කර, ඒවායේ දියත් කිරීමේ API මට්ටම් කියවා, පැතිකඩ තවම ආරම්භ කරන උපාංග සහ නොහැකි උපාංග ලෙස බෙදන්න. අනෙක් සියල්ල පරිශීලකයා නව දුරකථනයක් මිලදී ගන්නා මොහොතේම තමන්ටම පටහැනි වන ආධාරක ප්‍රතිපත්තියක් නිපදවයි.

මාර්ගය දෙක: වේදිකා IKEv2 පැතිකඩ

IKEv2 සඳහා Android හි පොදු සැපයුම් මාදිලිය වෙනත් වස්තුවකි, නම මාරු කළ IKEv1 පැතිකඩක් නොවේ. IKEv2 පැතිකඩ සඳහා වේදිකා API පැමිණියේ API 30 සමඟ වන අතර ගේට්වේ ලබා දෙන සත්‍යාපන ක්‍රමය සහිත IKEv2 අපේක්ෂා කරයි, සාමාන්‍යයෙන් සහතික පදනම් හෝ EAP. IKEv1 XAuth හෝ Hybrid සිට IKEv2 දක්වා රැහැන් අනුකූල උත්ශ්‍රේණි කිරීමක් නොමැත: ගේට්වේ නව ප්‍රොටෝකෝලය සඳහා වින්‍යාසගත කළ යුතුය, පැතිකඩ ගැළපෙන අනන්‍යතාවය දැරිය යුතුය.

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

යෙදවීම සාමාන්‍යයෙන් සිදු වන්නේ MDM හෝ කළමනාකරණය කළ වින්‍යාසයක් හරහාය, පරිශීලකයා ක්ෂේත්‍ර ටයිප් කිරීමෙන් නොවේ. එම යටිතල පහසුකම් තවම නොමැති නම්, සංක්‍රමණ සැලැස්මට එය ඇතුළත් කළ යුතුය, මන්ද සෑම උපාංගයකම IKEv2 පැතිකඩ අතින් නැවත ඇතුළත් කිරීම උදව් මේසයට දරාගත හැකි මෙහෙයුමක් නොවේ.

මාර්ගය තුන: තෙවන පාර්ශ්ව සේවාදායක යෙදුම

සමහර VPN යෙදුම් තමන්ගේම ප්‍රොටෝකෝල ක්‍රියාත්මක කිරීමක් ලබා දෙන අතර දේශීය පැරණි ගොඩනැගිල්ල මත කිසිසේත් රඳා නොපවතී. එය ඉක්මනින් සංක්‍රමණය කළ නොහැකි බලකායකට ඒවා නීත්‍යානුකූල තාවකාලික විසඳුමක් බවට පත් කරයි, නමුත් අනුකූලතා ප්‍රශ්නය යෙදුම වෙත මාරු වේ: එය ඔබේ ගේට්වේ කථා කරන එම IKEv1 මාදිලියම, ගේට්වේ ඉල්ලා සිටින සත්‍යාපනය සහ සයිෆර කට්ටල සමඟ ක්‍රියාත්මක කරයි ද යන්න.

වෙළඳසැල් විස්තරයට වඩා යෙදුමේම ආධාරක න්‍යාසය අධිකාරිය ලෙස සලකන්න, සහ නිර්දේශ කිරීමට පෙර සැබෑ උපාංගයක් සැබෑ ගේට්වේ සමඟ පරීක්ෂා කරන්න. ඉවත් කළ වේදිකා මාර්ගයක් ප්‍රතිස්ථාපනය කිරීමට දුරකථනය root කිරීමද නඩත්තු කරන විසඳුමක් නොවේ; එය ගැටලුව ඊළඟ පද්ධති යාවත්කාලීනය නිශ්ශබ්දව බිඳ දැමිය හැකි අනුබල නොදක්වන වින්‍යාසයකට ගෙන යයි.

ගේට්වේ ලබා දිය හැකි දෙය අනුව තෝරන්න

ඔබ දේවල් දෙකක් දන්නා විට තීරණය පටු වේ: කුමන උපාංග API 31 හෝ ඊට පසු දියත් වූයේ ද, සහ ගේට්වේ එම ලියාපදිංචි මාදිලියම සමඟ IKEv2 සේවාවක් ඉදිරිපත් කළ හැකි ද. හැකි නම්, සංක්‍රමණය වී පැරණි පැතිකඩට ආයෝජනය නවත්වන්න. තවම නොහැකි නම්, එය තවම ආරම්භ කරන උපාංග සඳහා IKEv1 තබා ගන්න, සහ නව උපාංගවලට තෙවන පාර්ශ්ව සේවාදායකය ලේඛනගත, කාල-සීමිත ව්‍යතිරේකයක් ලෙස දෙන්න, නොපවසන ලද විකල්ප මාර්ගයක් ලෙස නොවේ.

කරුණු දෙකක් සැලැස්ම ආරක්ෂා කළ හැකි එකක් කරයි. පළමුව, සෑම ව්‍යතිරේකයකම හේතුව මාදිලිය සහ දියත් කිරීමේ මට්ටම සමඟ සටහන් කරන්න, එවිට විගණකයෙකුට සීමාව පැහැදිලි නොකළ මනාපයක් නොව වේදිකා ආරක්ෂකයක් බව දැකිය හැක. දෙවනුව, සංක්‍රමණය සැලසුම් කළ වැඩක් ලෙස සලකන්න: IKEv1 ප්‍රමිති මාර්ගයෙන් අප්‍රචලිතයි (RFC 9395), එනම් ඉතිරි උපාංග අඩු වෙමින් යන අතර ව්‍යතිරේක ඒවා සමඟ කල් ඉකුත් විය යුතුය.