Always On VPN යනු LAN ප්‍රවේශයක් නොවේ: සම්පත් පරීක්ෂණ ලැයිස්තුව

Always On යනු සම්බන්ධතාවයේ ජීවන චක්‍රයයි: පැතිකඩ පිවිසෙන අවස්ථාවේ හෝ ඊට පෙර සම්බන්ධ වන අතර පරිශීලකයා කිසිවක් එබීමකින් තොරව නැවත සම්බන්ධ වේ. එයින් අදහස් නොවන්නේ සෑම පෞද්ගලික ගමනාන්තයක්, ප්‍රොටොකෝලයක් සහ පරිශීලකයෙක් අවසර ලත් බවයි. සැබෑ ප්‍රශ්නය වන්නේ යෙදවූ පැතිකඩ සැබවින්ම ලබා දෙන සම්පත් මොනවාද යන්නයි, එම පිළිතුරට Connected ලාංඡනය දෙස බැලීම වෙනුවට සෑම සම්පතක්ම වෙන් වෙන්ව පරීක්ෂා කිරීම අවශ්‍ය වේ.

පියවර 1: පරීක්ෂා කිරීමට පෙර සම්පත ලියන්න

සෑම යෙදුමකටම කෙටි වාර්තාවක් තබන්න, අගයන් සැබෑ පරිසරයෙන් ගන්න: නම, ගමනාන්ත පූර්වායකය, සේවාව සහ තොටුපළ, ටනලයේ භූමිකාව, හැඳුනුම් කණ්ඩායම සහ විසඳන්නාගේ මාර්ගය.

Name: portal.corp.example
Destination: 10.20.5.0/24
Service: HTTPS 443
Tunnel role: user access after sign-in
Identity: assigned employee group
Resolver: corporate private DNS

වාර්තාව වෙන් වූ ප්‍රශ්න හතරක් බල කරයි. මාර්ගය ලිපිනය යන්නේ කොහේද යන්න තීරණය කරයි; DNS ප්‍රතිපත්තිය සේවාදායකයා ලිපිනය දැනගන්නේ කෙසේද යන්න තීරණය කරයි; රථවාහන පෙරහන එම රථවාහනයට සම්බන්ධතාවය භාවිත කළ හැකිද යන්න තීරණය කරයි; ගමනාන්තයේ ගිනිපවුර සහ යෙදුම් අවසර ඉල්ලීම පිළිගැනේද යන්න තීරණය කරයි. මින් කිසිවක් සම්බන්ධ වූ ටනලයකින් ලැබෙන්නේ නැත.

පියවර 2: එය රැගෙන යා යුත්තේ කුමන ටනලයද යන්න තීරණය කරන්න

Windows Always On VPN හි උපාංග ටනලයක් සහ පරිශීලක ටනලයක් ඇති අතර ඒවා වෙන් වූ සහතික සහ වෙන් වූ විෂය පථ සහිත වෙන් වූ පැතිකඩ ලෙස වින්‍යාස කෙරේ. උපාංග ටනලය සාමාන්‍යයෙන් රැගෙන යන්නේ පිවිසීමට පෙර අවශ්‍ය යටිතල පහසුකම් පමණි, උදාහරණයක් ලෙස කළමනාකරණය සහ වසම් සේවා; සේවකයන්ගේ පුළුල් යෙදුම් ප්‍රවේශය පරිශීලක ටනලයට අයත් වේ.

රථවාහන පෙරහන් උපාංග ටනලයේ ලක්ෂණයකි, එබැවින් Microsoft හි උදාහරණය ඒවා කළමනාකරණ රථවාහනයට භාවිත කරයි. එම උදාහරණය සාමාන්‍ය සම්පත් පැතිකඩකට පිටපත් කිරීමෙන් සම්බන්ධ වන නමුත් වැරදි කට්ටලයක් රැගෙන යන ටනලයක් ලැබේ. Get-VpnConnection සමඟ ක්‍රියාකාරී සම්බන්ධතාවය තහවුරු කර එම සම්බන්ධතාවය යටතේ පරීක්ෂා කරන්න.

පියවර 3: සැබෑ ලිපිනය සඳහා මාර්ගය සත්‍යාපනය කරන්න

නම එක් වරක් විසඳා, පසුව මාර්ගය බලන්න: Find-NetRoute -RemoteIPAddress 10.20.5.10 තෝරාගත් අතුරුමුහුණත, ඊළඟ පිම්ම සහ මූල ලිපිනය පෙන්වයි. අතුරුමුහුණත භෞතික ඇඩැප්ටරය නම්, පූර්වායකය ටනලයේ මාර්ග කට්ටලයේ නැත, නැතහොත් සේවාදායකයා එය බෙදුණු ටනලයකින් ඉවත් කර ඇත. දේශීය මාර්ගයක් එකතු කිරීම වෙනුවට පැතිකඩ අර්ථ දැක්වීම සමඟ සසඳන්න.

දේශීය route add පරීක්ෂණය සමත් කර ඊළඟ ප්‍රතිපත්ති නැවුම් කිරීමේදී අතුරුදහන් විය හැක, එබැවින් වෙනස කළමනාකරණය කරන පැතිකඩට අයත් වේ. පරිශීලක සහ උපාංග පැතිකඩ දෙකෙහිම පූර්වායකය පරීක්ෂා කරන්න, සහ බෙදුණු ටනල සැකසුම බලන්න: සම්පූර්ණ ටනලයට පූර්වායකයකට මාර්ගයක් අවශ්‍ය නැත, බෙදුණු ටනලයට එය රැගෙන යන සෑම පෞද්ගලික පූර්වායකයකටම එකක් අවශ්‍ය වේ.

පියවර 4: පෞද්ගලික නම් විසඳීම වෙන් වශයෙන් පරීක්ෂා කරන්න

පෞද්ගලික නම්වලට තමන්ගේම ප්‍රතිපත්ති මාර්ගයක් ඇත. පැතිකඩට NRPT නීති සහ DNS උපසර්ග සෙවුම් ලැයිස්තුවක් ලබා දිය හැක, ඒවා ටනලය ක්‍රියාත්මක වන තාක් වලංගු වේ. සේවාදායකයාට සැබවින්ම ලැබුණු දේ Get-DnsClientNrptPolicy සමඟ කියවා, පසුව එම සැසියේම නමක් සහ ලිපිනයක් පරීක්ෂා කරන්න. ලිපින ක්‍රියාත්මක වන අතර නම් අසමත් වන්නේ නම් විසඳන්නා; දෙකම අසමත් වන්නේ නම් මාර්ගය.

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

පියවර 5: පෙරහන්, හැඳුනුම සහ යෙදුමේම දොරටුව පරීක්ෂා කරන්න

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

කළමනාකරණය කරන පැතිකඩ එහි හිමිකරු හරහා වෙනස් කරන්න, එය Intune, ProfileXML යෙදවීමක් හෝ මෙහෙයුම් ස්ක්‍රිප්ටයක් වුවද, පසුව සාමාන්‍ය නැවත සම්බන්ධ වීමෙන් පසු සහ නැවත ඇරඹීමෙන් පසු නැවත පරීක්ෂා කරන්න: සාමාන්‍ය අසාර්ථකත්වය වන්නේ පැරණි දේශීය මාර්ගයක් හෝ එක් වරක් පමණක් යෙදූ පැතිකඩකි. පැතිකඩ අනුවාදය පරීක්ෂණ ප්‍රතිඵලය අසල තබන්න.