කවුරුන්ට ඩයල් ඉන් කළ හැකිද? VPN ප්‍රවේශයට පෙර msNPAllowDialin විගණනය

msNPAllowDialin ට අවස්ථා තුනක් ඇති අතර, NULL තීරණය NPS වෙත භාර කරයි. ධාවක නිර්යාත කර, ඒවා කණ්ඩායම් ප්‍රවේශයෙන් වෙන් කර, පසුව කවුරුන් කුමක් සමාලෝචනය කළාදැයි සටහන් කරන්න.

මුරපදය නිවැරදියි, ගිණුම VPN කණ්ඩායමේ ඇත, නමුත් සම්බන්ධතාවය තවමත් කිසිදු ප්‍රතිපත්තියක් සඳහන් නොකරන පණිවිඩයක් සමඟ ප්‍රතික්ෂේප වේ. මෙය Windows දුරස්ථ ප්‍රවේශ සේවාදායකයක සිදු වූ විට, මම මුලින්ම බලන තැන NPS රීතිය නොව, කිසිවෙකු නොවිවෘත කරන Active Directory ගුණාංගයකි: msNPAllowDialin, එනම් Dial-in පටිතිට පසුපස ඇති අගය. එයට අවස්ථා තුනක් ඇති අතර, තෙවැන්න තීරණය නිශ්ශබ්දව වෙනත් තැනකට පවරයි. බොහෝ විට කිසිවෙකු එය හිතාමතා වෙනස් කර නැත: ගිණුම අච්චුවකින් පිටපත් කර තිබුණි, නැතහොත් වසර ගණනාවකට පෙර පැහැදිලි තහනමක් ලියා කිසිදා නැවත සමාලෝචනය නොකළ ස්ක්‍රිප්ටයක් මගින් සාදා තිබුණි.

ප්‍රතිපත්තිය කියවීමට පෙර ප්‍රතික්ෂේපය සිදු විය හැක

Windows අවසර තීරණය ගොඩනඟන අතරතුර ගිණුමේ ඩයල් ඉන් අවසරය පරීක්ෂා කරයි, එබැවින් පැහැදිලි තහනමක් සංවාදය ඉක්මනින් අවසන් කරයි. සේවාලාභියා තුළ දකින දෙය සාමාන්‍ය සත්‍යාපන අසාර්ථකත්වයක් වන අතර, සමහර විට සහතික හුවමාරුව අවසන් වූ පසු, එබැවින් මිනිසුන් දහවල් කාලය කිසිදා ගැටලුව නොවූ අක්තපත්‍ර පරීක්ෂා කිරීමට වැය කරති.

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

අවස්ථා තුනක්, තෙවැන්න නොපෙනේ

TRUE ඩයල් ඉන් කිරීමට අවසර දෙයි, FALSE එය ප්‍රතික්ෂේප කරයි, සහ NULL අගය යනු ගිණුම දුරස්ථ ප්‍රවේශ ප්‍රතිපත්තියෙන් හෝ NPS අවසරයෙන් එහි පිළිතුර උරුම කර ගන්නා බවයි. GUI එම තෙවන අවස්ථාව "Control access through NPS Network Policy" ලෙස පෙන්වන අතර, එය තීරණයකට වඩා නොලකුණු කොටුවක් ලෙස කියවේ.

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

උරුම ගිණුම් නැති නොකර ධාවක නිර්යාත කරන්න

නිර්යාතය වසම් පාලකයෙකුගෙන්, නැතහොත් Active Directory මොඩියුලය සහිත වැඩස්ථානයකින් ධාවනය කර, සාරාංශය නැවත ටයිප් කිරීම වෙනුවට අමු ගොනුව සාක්ෂියක් ලෙස තබා ගන්න:

Get-ADUser -Filter * -Properties msNPAllowDialin, LastLogonDate |
  Select-Object SamAccountName, Enabled, msNPAllowDialin, LastLogonDate |
  Sort-Object SamAccountName |
  Export-Csv -NoTypeInformation .\dialin.csv

තනි LDAP පෙරහනක් වෙනස්කම් වාර්තාවකට අලවා ගැනීම පහසුය. මෙය පැහැදිලි අවසර පමණක් ආපසු ලබා දෙයි:

dsquery * -Filter "(&(objectCategory=person)(objectClass=user)(msNPAllowDialin=TRUE))" -Attr sAMAccountName

පසුව ඩයල් ඉන් වගන්තිය නොමැතිව නැවත විමසා අගය නොමැති ගිණුම් සොයන්න. ඒවා උරුම ගිණුම් වන අතර, සාමාන්‍යයෙන් වසමේ විශාලතම කණ්ඩායම, ඒවා මඟ හැරීමෙන් විගණනය කිහිප දෙනෙකු අතින් සකස් කිරීමට මතක තබාගත් ලැයිස්තුවක් බවට පත් වේ.

ධාවකය කණ්ඩායම් ප්‍රවේශයෙන් සහ ගිණුමේ සෞඛ්‍යයෙන් වෙන් කරන්න

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

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

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

එක් ගිණුමක් වෙනස් කර වෙනස්කම්ම පැමිණි බව ඔප්පු කරන්න

ප්‍රවේශය ඉවත් කිරීමට ගුණාංගය FALSE ලෙස සකසන්න, එය හිස් කිරීම වෙනුවට. හිස් කිරීම ගිණුම නැවත ප්‍රතිපත්ති උරුමයට ගෙන එන අතර, එය ඊළඟ සම්බන්ධතාවයේදී නැවත අවසර දිය හැක, සහ වෙනස්කම නිවැරදි කිරීමක් ලෙස පෙනුනත් ඇත්තෙන්ම එය වෙනස් තීරණයකි:

dsmod user "CN=Jane Doe,OU=Staff,DC=corp,DC=example" -allowDialin no
Set-ADUser -Identity jdoe -Clear msNPAllowDialin

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

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

විගණනයෙන් ඉතිරි වන ප්‍රතිදානය කෙටිය: කවුරුන්ට සම්බන්ධ විය හැකිද, කුමන යාන්ත්‍රණයකින්, කවදා සමාලෝචනය කළාද, කවුරුන් විසින්. ඩයල් ඉන් ධාවකය පළමු පිළිතුරු දෙක ලබා දෙයි; ඉතිරි ලබා දෙන්නේ ප්‍රතිපත්ති සමාලෝචනය පමණි.

අදාළ ලිපි