iPhone හි Always On VPN සහ VPN On Demand: කුමක් යෙදිය යුතුද

iPhone දෙකක්ම VPN යැයි කියා ගත හැකි නමුත් ඒවායේ හැසිරීම සම්පූර්ණයෙන්ම වෙනස් විය හැක. On Demand මගින් රීතියක් ගැළපෙන විට ටනලයක් විවෘත කරයි, තවද පරිශීලකයාට එය සැකසීම් තුළින් තවමත් අක්රිය කළ හැක. කළමනාකරණය කරන Always On මගින් අධීක්ෂණය කරන ලද උපාංගයක ආවරණය බලාත්මක කර තබා ගනී, ටනලය ආරම්භ කළ නොහැකි අවස්ථා ද ඇතුළත්ව. පරිශීලකයා කිසිවක් නොකරන විට සත්ය විය යුත්තේ කුමක්දැයි ඇසීමෙන් තෝරන්න, පසුව ස්ථාවර තත්ත්වය නොව සංක්රාන්ති පරීක්ෂා කරන්න. පහත පියවර ගොස් ඇත්තේ යෙදවීම සැබවින්ම අසාර්ථක වන අනුපිළිවෙලින් ය.

පියවර 1: උපාංගයට බලාත්මක කළ හැක්කේ කුමක්දැයි තහවුරු කරන්න

Always On යනු අධීක්ෂණය කරන ලද උපාංගවල ලක්ෂණයකි. උපාංග සමූහය අධීක්ෂණය නොකරන්නේ නම්, සාකච්ඡාව ආරම්භ වීමටත් පෙර අවසන් වේ, තවද කිසිදු payload යතුරක් අධීක්ෂණය නොකරන දුරකථනයක් බලාත්මක කරන ලද එකක් බවට පත් නොකරයි. කළමනාකරණ පැත්තෙන් සහ උපාංගයෙන්ම අධීක්ෂණය තහවුරු කරන්න, පසුව පැතිකඩ අත්සන් කළේ කවුදැයි තහවුරු කරන්න.

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

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

පියවර 2: ලක්ෂණයේ නම නොව on-demand රීති කියවන්න

On Demand යනු අනුපිළිවෙලින් ඇගයෙන රීති ලැයිස්තුවකි. සෑම රීතියක්ම ක්රියාවක් සහ එය තෝරන කොන්දේසි නම් කරයි, තවද කොන්දේසි යනු රසවත් කොටසයි: අතුරුමුහුණත් වර්ගය, Wi-Fi SSID, DNS වසම් උපසර්ගය, හෝ පරීක්ෂණ URL. කිසි විටෙක ගැළපෙන්නේ නැති රීති කට්ටලයක් යනු කිසි විටෙක සම්බන්ධ නොවන ලක්ෂණයකි.

<key>OnDemandRules</key>
<array>
  <dict>
    <key>Action</key><string>EvaluateConnection</string>
    <key>InterfaceTypeMatch</key><string>WiFi</string>
    <key>SSIDMatch</key><array><string>Office-WiFi</string></array>
  </dict>
</array>

මුළු අරාවම කියවා එක් එක් රීතිය සඳහා ප්රශ්න දෙකක් අසන්න: මෙම කොන්දේසිය මෙම සමූහයේ කිසි විටෙක සත්ය විය හැකිද, සහ කිසිදු රීතියක් ගැළපෙන්නේ නැති විට කුමක් සිදුවේද? ව්යවසාය ජාල ප්රවේශ ස්ථාන නැවත නම් කරයි, SSID ඒකාබද්ධ කරයි සහ DNS උපසර්ග වෙනස් කරයි, එම සංස්කරණ සෑම එකක්ම නිහඬව රීතියක් යථාර්ථයෙන් වෙන් කරයි.

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

පියවර 3: ස්ථිතික සම්බන්ධතාවය නොව සංක්රාන්ති පරීක්ෂා කරන්න

ඔබ බලන අතරතුර ක්රියාත්මක වන ටනලයක් ඉතා අල්පයක් පමණක් ඔප්පු කරයි. සෑම සංක්රාන්තියක්ම හිතාමතා ක්රියාත්මක කරන්න සහ උපාංගය කරන දේ වාර්තා කරන්න, ප්රතිඵල සැසඳිය හැකි වන පරිදි සෑම විටම එකම පුද්ගලික සම්පත භාවිතා කරන්න:

• රීතියක් ගැළපිය යුතු ජාලයකට සම්බන්ධ වන්න, පසුව පුද්ගලික සම්පත ඉල්ලා එය පූරණය වන බව තහවුරු කරන්න.
• යෙදුම පසුබිමේ තිබියදී ජංගම ජාලයට මාරු වන්න, පසුව එය ඉදිරිපසට ගෙන ඉල්ලීම නැවත කරන්න.
• captive portal සහිත Wi-Fi එකකට සම්බන්ධ වී, portal එකට ළඟා විය හැකිද නැතහොත් ඔබට සත්යාපනය කිරීමට පෙර බලාත්මක කිරීම එය අවහිර කරන්නේදැයි බලන්න.
• අධීක්ෂණය කරන ලද උපාංගයක ටනලය අතින් අක්රිය කර එය තමන්ගෙන්ම නැවත පැමිණේද සහ කොපමණ ඉක්මනින්දැයි පරීක්ෂා කරන්න.

ඔබට අධීක්ෂණය නොකරන උපාංගයක් තිබේ නම් එකම ලැයිස්තුව එහි ක්රියාත්මක කරන්න. ප්රතිඵල දෙක අතර වෙනස යෙදවීමේ සැබෑ හැසිරීමයි, එය සම්බන්ධිත ටනලයක තිර රුවක් කිසි විටෙක නොපෙන්වන කොටසයි.

පියවර 4: අසාර්ථක වීමේ හැඩතල දෙක දැනගන්න

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

On Demand අසාර්ථක වන්නේ ක්රියාත්මක නොවීමෙනි. රීතිය ගැළපෙන්නේ නැත, ටනලයක් නොපෙනේ, පුද්ගලික සම්පත නිකම්ම කල් ඉකුත් වේ. සේවාලාභියා වින්යාස කළ පරිදිම හැසිරෙන බැවින් මෙය සේවාදායක ගැටලුවක් ලෙස වැරදි ලෙස හඳුනා ගැනීම පහසුය.

captive portal දෙක අතර පිහිටයි: ටනලය පවතින පෙර සම්බන්ධතාවයක් අවශ්ය වේ, එබැවින් ටනලය ක්රියාත්මක වන තෙක් සියල්ල අවහිර කරන ප්රතිපත්තියකට portal හරහා ලේඛනගත මාර්ගයක් අවශ්ය වේ. එය සැලසුමේදී තීරණය කරන්න, help desk එකේදී නොව.

පියවර 5: තහවුරු කර, පසුව ආපසු හැරවීම පුහුණු වන්න

තහවුරු කිරීම හානිකර නොවන ගමනාගමනය සමඟ සැබෑ මාර්ගයේ සිදු විය යුතුය: පොදු නොවිය යුතු පුද්ගලික සම්පතක් ඉල්ලන්න, උපාංගය බාහිරට ඉදිරිපත් කරන ලිපිනය කුමක්දැයි තහවුරු කරන්න, නැවත ආරම්භයකින් පසු නැවත කරන්න.

පසුව නිෂ්පාදනයේදී අවශ්ය වීමට පෙර පරීක්ෂණ උපාංගයක ඉවත් කිරීම පුහුණු වන්න. පැතිකඩ ඉවත් කිරීම උපාංගය පෙර තත්ත්වයට පත් කරයි, එයට කොපමණ කාලයක් ගතවේද සහ පරිශීලකයා දකින දේ දැනගැනීම ක්රියා පටිපාටියේ කොටසකි. Apple හි VPN ආරක්ෂණ මාර්ගෝපදේශය මෙම ප්රතිපත්ති ගැන වේදිකාව ලේඛනගත කරන දේ සඳහා යොමුව වන අතර වේදිකාව පවසන දෙයට වඩා වැඩි දෙයක් ප්රකාශ කරන වින්යාසයක් ලිවීමට පෙර එය කියවීම වටී.

පළමු පියවරේ කරුණු තුන රීති කට්ටලය සහ පරීක්ෂණ ප්රතිඵල සමඟ තබා ගන්න. ඊළඟ පුද්ගලයා දුරකථනය එක් ජාලයක සම්බන්ධ වී අනෙකක නොවන්නේ ඇයිදැයි අසන විට, එම සටහන් නැවත ගොඩනැගීමක් වෙනුවට මිනිත්තුවකින් පිළිතුරු දෙයි.