iPhone Always On VPN: ටනල් දෙකකට එක වර්චුවල් IP එකක් බෙදාගත හැක

කළමනාකරණය කළ Always On පැතිකඩක් සහිත අධීක්ෂණය යටතේ ඇති iPhone එකක, දුරකථනය සක්‍රීය IP අතුරුමුහුණතකට එක් ටනලයක් තබා ගනී, එබැවින් සෙලියුලර් සහ Wi-Fi එකිනෙකට තමන්ගේම එකක් ලැබේ. පසුව සේවාදායකය එක් උපාංගයක් සඳහා IKE ආරක්ෂක සංගම් දෙකක් ලැයිස්තුගත කරයි, බොහෝ විට එක් වර්චුවල් ලිපිනයක් බෙදාගනිමින්, සහ පළමු ප්‍රවණතාව එය rekey ලූපයක් ලෙස හැඳින්වීම සහ ටයිමර් වෙනස් කිරීම ආරම්භ කිරීමයි. එම ප්‍රවණතාව සාමාන්‍යයෙන් වැරදිය. පහත පියවර සේවාදායකයේ සාක්ෂි දිස්වන අනුපිළිවෙලට කරන්න, සහ සේවාදායකය ඔබට කුමන අවස්ථාවද යන්න නොකියන තෙක් දුරකථනයේ සැකසුම්වලට අත නොගසන්න.

සේවාදායකයට දැනටමත් ඇති පේළි දෙකෙන් ආරම්භ කරන්න

සංගම් swanctl --list-sas සමඟ ලැයිස්තුගත කර සටහන් දෙකෙහිම ක්ෂේත්‍ර හතරක් කියවන්න: දුරස්ථ ලිපිනය, සත්‍යාපිත අනන්‍යතාව, වෙන් කළ වර්චුවල් IP සහ නිර්මාණයේ වේලාව. එක් අනන්‍යතාවක් සහ එක් වර්චුවල් IP එකක් සහිත වෙනස් බාහිර ලිපින දෙකක් මෙම ප්‍රශ්නය ආරම්භ කළ හැඩය වන අතර, ඕනෑම වෙනසකට පෙර එය සටහන් කිරීම වටී. පසුව එක් එක් එකට සම්බන්ධ උප සංගම් පරීක්ෂා කරන්න, මන්ද ගමනාන්ත සෙවීමකට ටනල් දෙක වෙන් කර හඳුනාගත හැකිද යන්න තීරණය කරන්නේ රථවාහන තෝරකයන් ය. තත්පර කිහිපයකින් දිස්වී අතුරුදහන් වන යුගලයක් පැය ගණනක් ජීවත් වන යුගලයකට වඩා වෙනස් සත්වයෙකි.

නිගමනයකට එළඹීමට පෙර ලැයිස්තුව නිර්මාණ වේලාව අනුව වර්ග කරන්න. ප්‍රතිදානයේ යාබදකම කිසිවක් අදහස් නොකරයි, සහ වගු ආකාර ලැයිස්තුවක් එම වැරැද්දටම ඇරයුම් කරයි.

ඔබ බලන අතිච්ඡාදනය කුමක්ද යන්න තීරණය කරන්න

IKEv2 rekey සහ make-before-break නැවත සත්‍යාපනය චේතනාන්විතව කෙටි අතිච්ඡාදනයක් සාදයි, පැරණි සංගමය මකා දැමීමට පෙර නව සංගමය ස්ථාපිත කරමින්. කාල මුද්‍රා මෙම අවස්ථාව නිරාකරණය කරයි, මන්ද නව එක දිස්වීමෙන් තත්පරයක් හෝ දෙකක් තුළ අතුරුදහන් වන පැරණි SA යනු තම කාර්යය කරන නවීකරණයකි. ස්වාධීන අතුරුමුහුණත් ටනල් කිසිදා එසේ නොපෙනේ, මන්ද එක් එක් එක තම අතුරුමුහුණත ක්‍රියාත්මක වන තාක් පවතින අතර, එකක් මැකීම අනෙක සෑදීමෙන් සිදු නොවේ.

Apple හි කළමනාකරණය කළ Always On හැසිරීම අතුරුමුහුණත අනුව වේ, එබැවින් අධීක්ෂණය යටතේ ඇති උපාංගයක් අතින් සකසන ලද පැතිකඩකට වඩා නීත්‍යානුකූලව කාර්යබහුල ලෙස පෙනිය හැක. සැපයුම්කරු යෙදුමක ස්වයංක්‍රීය සම්බන්ධතා ටොගලය එම දෙය අදහස් නොකරයි, සාමාන්‍ය on-demand රීතියක්ද එසේ නොකරයි. Apple හි යෙදවුම් දළ විශ්ලේෂණය අතුරුමුහුණත අනුව ආකෘතිය විස්තර කරයි; ලූපයක් යැයි උපකල්පනය කිරීමට පෙර ඔබේ පේළි දෙක එය සමඟ සසඳන්න. ආකාර දෙකම එකම සේවාදායක තටාකයෙන් ලබා ගනී, එබැවින් අතිච්ඡාදනය ඔබේ එකම මුල් සංඥාවයි.

එක් වර්චුවල් ලිපිනයක් ටනල් දෙකකට පිළිතුරු කඩන්නේ ඇයි දැයි බලන්න

දුරකථනයට පිළිතුර අභ්‍යන්තර ලිපිනයට යොමු කෙරේ, සහ කර්නලය ගමනාන්තය සහ ප්‍රතිපත්තිය අනුව පිටතට යන ටනලය තෝරයි, දුරකථනය භාවිත කළ අතුරුමුහුණත අනුව නොවේ. එකම වර්චුවල් IP එකක් සහ ගැළපෙන ප්‍රතිපත්ති සහිත සමකාලීන සංගම් දෙකක් පිළිතුර කුමන සැසියට අයත්දැයි පැවසීමට මාර්ගයක් නොමැතිව මාර්ගගත කිරීමේ තීරණය අත්හැර දමයි. සමහර පිළිතුරු වැරදි ටනලය ගනී, සහ දුරකථනය එක් දිශාවකට පමණක් ක්‍රියා කරන හෝ Wi-Fi ඉහළ යන විට මිය යන සම්බන්ධතාවක් පෙන්වයි. ආඥා ප්‍රතිදාන දෙකක් තත්ත්වය සනාථ කරයි: swanctl --list-sas SA දෙකේම එකම වර්චුවල් IP පෙන්වයි, සහ ip xfrm policy සමාන තෝරකයන් දෙකක් පෙන්වයි.

එම ප්‍රතිදාන යුගලයම ඔබ වෙනස්කම් වාර්තාවට අලවන්නේ. එකක්වත් තනිව ඒත්තු ගැන්වෙන්නේ නැත, මන්ද එක් එක් එක වෙන වෙනම විශ්වාසදායක ලෙස පෙනිය හැක.

මෙය සේවාදායක පැත්තේ ලිපිනකරණය සහ ප්‍රතිපත්තිය මිස දුරකථනයේ වැරදි හැසිරීමක් නොවේ, සහ කිසිදු සේවාලාභී සැකසුමක් සමාන අභ්‍යන්තර ලිපින දෙකක් වෙන් නොකරයි. තටාකය එකම අගය දෙවරක් නිකුත් කළ අතර ප්‍රතිපත්ති ස්ථාපකය එය පිළිගත්තේය. සේවාලාභියාට දොස් පැවරීමට පෙර ප්‍රතිඵලය සේවාදායක පැත්තෙන් කියවන්න.

තටාකය හෝ සමකාලීන ආකෘතිය වෙනස් කරන්න, rekey ටයිමරය නොවේ

swanctl වින්‍යාසයේ, අනන්‍යතාව සම්බන්ධතාවයේ පැහැදිලි ප්‍රතිපත්තියකි: unique = replace නව එකක් ස්ථාපිත වූ විට පැරණි සම්බන්ධතාව ඉවත් කරයි, සහ unique = keep අලුතින් පැමිණි අය ප්‍රතික්ෂේප කරයි. අගය දෙකම සම්බන්ධතාවක් සකසන විට ක්‍රියා කරයි, එහි ඇති උප SA මත නොවේ.

connections {
  ios-alwayson {
    unique = replace
  }
}

කිසිදු අගයක් අතුරුමුහුණත අනුව සේවාලාභියාට මධ්‍යස්ථ නොවේ. keep දෙවන ටනලය ප්‍රතික්ෂේප කරමින් පිරිසිදු තත්ත්ව තිරයක් ප්‍රතිස්ථාපනය කර කළමනාකරණය කළ නිර්මාණය කඩයි, අනෙක් අතට replace පැරණි ටනලය කඩා දමන අතර එය අනෙක් දිශාවට ඇති එකම සම්මුතියයි. දෙකම සැබවින්ම අවශ්‍ය නම්, තටාක පසුතලය එක් අනන්‍යතාවකට වෙනස් බදු නිකුත් කළ යුතු අතර, එහි බදු යතුර ඉල්ලීම් වෙන් කළ යුතුය. ස්ථිතික අනන්‍යතා-සිට-ලිපින වගුවක් එකම ලිපිනය දෙවරක් නැවත දෙමින් මුල් ගැටලුව වැඩි වින්‍යාසයක් සමඟ නැවත නිපදවයි. දෙවන ස්ථිතික සිතියම්කරණය එකතු කිරීමට පෙර පසුතලය බදු යතුරු සාදන ආකාරය පරීක්ෂා කරන්න.

ඔබ සැබවින්ම යොදවන සංක්‍රාන්ති පරීක්ෂා කරන්න

සක්‍රීය සැසියක් සමඟ Wi-Fi පරාසයෙන් එළියට යන්න, පසුව නැවත ඇතුළට එන්න, සහ පිළිතුරු දෙපැත්තටම එන බව පරීක්ෂා කරන්න. එය දෙවරක් කරන්න, මන්ද දෙවන සංක්‍රාන්තිය තුළම පැරණි ප්‍රතිපත්තිය සාමාන්‍යයෙන් දිස්වේ. ඔබ විවෘත කළ සම්බන්ධතාවයට පිළිතුරු දෙන සේවාවක් සමඟ පරීක්ෂා කරන්න, සහ ටනලය නිෂ්ක්‍රීයව නොසිට රථවාහන ගෙන යන විට පිටවීම නැවත කරන්න. යැවිය හැකි නමුත් ලබාගත නොහැකි දුරකථනයක් handshake ලොගයේ සුවපත් ලෙසත් බ්‍රවුසරයේ කැඩුණු ලෙසත් පෙනේ.

එක් පේළියකට අඩු කළ තත්ත්ව තිරයක් ක්‍රියාකාරී නිර්මාණයක සාක්ෂියක් නොවේ, එක් ටනලයක් ගිය බවට සාක්ෂියක් පමණි. සංක්‍රාන්තියක් සමත් වීමට පෙර දෙපැත්තම ක්‍රියා කළ යුතුය. ඔබ නිරීක්ෂණය කළ දේ අතිච්ඡාදන පරීක්ෂාවේ ප්‍රතිදාන දෙක සමඟ ලියා තබන්න, එවිට ඊළඟ ඉංජිනේරුවාට නැවත කිරීමට වඩා සසඳා බැලිය හැක.