PowerShell භාවිතයෙන් Windows VPN ඇඩැප්ටරයේ DNS සකසා පසුව තහවුරු කරන්න

Windows ටනලයේ DNS පැතිකඩට නොව ඇඩැප්ටරයට සම්බන්ධ කරයි. සම්බන්ධ වූ පසු PowerShell තුළ එය සකසා, නැවත සම්බන්ධ වීමේදී එය රැඳේ දැයි පරීක්ෂා කරන්න.

Windows VPN සම්බන්ධතාවය ඔබ සැකසීම් තුළ සංස්කරණය කරන පැතිකඩෙහි DNS සේවාදායක ගබඩා නොකරයි. ටනලය ඉහළ එන විට, සේවාලාභියා ගේට්වේ සමඟ IP වින්‍යාසය සාකච්ඡා කරයි, ගේට්වේ විසඳුම්කරුවන්ගේ ලැයිස්තුවක් යවයි, Windows එය ටනල් ඇඩැප්ටරයට යොදයි. එම ඇඩැප්ටරය ඔබේ Wi-Fi හෝ Ethernet වෙනම අතුරුමුහුණතක් වන අතර, ලැයිස්තුව අතුරුමුහුණතට අයත් වේ, පැතිකඩට නොවේ. කුමන වස්තුව අගය හිමිකර ගනී දැයි දැනගත් පසු, PowerShell තුළ එය අභිබවා ලිවීම එක් විධානයකි; අභිබවා ලිවීම නැවත සම්බන්ධ වීම දක්වා රඳවා ගැනීම තීරණයක් අවශ්‍ය කොටසයි.

ලිපිනය හිමි කුමන වස්තුවද

RAS සම්බන්ධතාවය සාර්ථක වූ විට ටනල් ඇඩැප්ටරය සාදන අතර සම්බන්ධතාවය බිඳ වැටුණු විට එය ඉවත් කරයි. ipconfig /all තුළ ඔබ දකින DNS සේවාදායක එම වින්‍යාස හුවමාරුව අතරතුර, IPv4 සහ IPv6 ලිපින සහ මාර්ග අසලින් පැමිණේ. අගය අතුරුමුහුණතට බැඳී ඇති බැවින්, Set-DnsClientServerAddress ලියන්නේ සම්බන්ධතාවය පවතින තාක් පමණක් පවතින දෙයකටය.

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

DNS ස්පර්ශ කිරීමට පෙර අන්වර්ථය සොයන්න

පැතිකඩ නාමය සහ අතුරුමුහුණත් අන්වර්ථය සාමාන්‍යයෙන් එකම තන්තුවක් වුවත්, ඒවා එකම වස්තුවක් නොවේ. Get-VpnConnection පැතිකඩ ලැයිස්තුගත කරයි; Get-NetAdapter Windows ට සැබවින්ම ඇති අතුරුමුහුණත් ලැයිස්තුගත කරයි. DNS cmdlet ට අවශ්‍ය දෙවැන්නයි, ඒ දෙක මිනිසුන් බලාපොරොත්තු වනවාට වඩා නිතර වෙනස් වේ, විශේෂයෙන් සේවාලාභියා ඇඩැප්ටර නාමයට "(RAS)" වැනි විස්තරයක් එකතු කරන විට.

පැතිකඩ නොමැති නම්, PowerShell හට ස්වදේශීය පිවිසුමක් සෑදිය හැක. ටනල් වර්ගය සහ සත්‍යාපනය ගේට්වේ ලබා දෙන දෙයට ගැළපිය යුතුය, මන්ද නොගැළපීම සෑදීමේදී නොව සම්බන්ධ වීමේදී පෙනේ:

Add-VpnConnection -Name "Corporate" -ServerAddress vpn.example.net `
  -TunnelType Ikev2 -EncryptionLevel Required `
  -AuthenticationMethod Eap -AllUserConnection

එක් වරක් සම්බන්ධ වන්න, පසුව කිසිදු DNS විධානයක් ලිවීමට පෙර සැබෑ අන්වර්ථය කියවන්න:

rasdial.exe "Corporate"
Get-NetAdapter | Where-Object InterfaceDescription -like "*VPN*"
Get-DnsClientServerAddress -InterfaceAlias "Corporate"

අභිබවා ලිවීම නිවැරදි අනුපිළිවෙලින් යොදන්න

අනුපිළිවෙල වාක්‍ය ව්‍යූහයට වඩා වැදගත්. ඇඩැප්ටරය සක්‍රීයව තිබිය යුතුය, අන්වර්ථය විසඳිය යුතුය, ගිණුමට අතුරුමුහුණත් සැකසුම් වෙනස් කිරීමට අවසර තිබිය යුතුය. එක් එක් පරිශීලක සම්බන්ධතාවය සාමාන්‍යයෙන් පිවිසුණු පරිශීලකයාගෙන් වෙනස පිළිගනී; -AllUserConnection සමඟ සාදන ලද සියලු පරිශීලක සම්බන්ධතාවයට සාමාන්‍යයෙන් උසස් shell අවශ්‍ය වේ.

cmdlet හිම එක් පේළියකි, Microsoft හි Set-DnsClientServerAddress යොමුවේ ලේඛනගත කර ඇත:

Set-DnsClientServerAddress -InterfaceAlias "Corporate" -ServerAddresses 10.20.0.53,10.20.0.54
Get-DnsClientServerAddress -InterfaceAlias "Corporate" -AddressFamily IPv4

අසාර්ථක වීමේ ක්‍රම දෙකක් එක් බැල්මකින් හඳුනාගත යුතුය. වැරදි අන්වර්ථයක් cmdlet වෙතින් දෝෂයක් ලබා දෙයි, එය හොඳ ප්‍රතිඵලයකි, මන්ද නිහඬතාවය ඊට වඩා නරක වනු ඇත. නිවැරදි cmdlet එකකට පෙනෙන ප්‍රතිඵලයක් නොමැති නම් සාමාන්‍යයෙන් ඔබ වැරදි ඇඩැප්ටරය දෙස බලා සිටී: වෙනත් සේවාලාභියෙකුගෙන් ඉතිරි වූ ටනල් ඇඩැප්ටරයක්, සමාන විස්තරයක් ඇති භෞතික ජාල කාඩ්පතක්, හෝ වෙන් වූ පරිසරයක ජාල මෙවලමක් විසින් සාදන ලද දෙවන අතාත්වික ඇඩැප්ටරයක්.

නැවත සම්බන්ධ වීම වෙනස අවලංගු කළ හැක්කේ ඇයි

අභිබවා ලිවීම අතුරුමුහුණතේ එක් අවස්ථාවකට අයත් වේ. සේවාලාභියා ඇඩැප්ටරය කඩා ඊළඟ සම්බන්ධතාවයේදී නැවත ගොඩනඟන විට, යැවූ අගයන් නැවත යෙදෙන අතර ඔබේ ලැයිස්තුව නැති වේ. සමහර සේවාලාභීන් සෑම සම්බන්ධතාවයකදීම අතුරුමුහුණත නැවත සාදයි; අනෙක් අය සැසිය පුරාම එය නැවත භාවිත කරයි. Get-NetAdapter හි අතුරුමුහුණත් දර්ශකය සම්බන්ධතා දෙකක් අතර සසඳන්න, ඔබට ඇති හැසිරීම කුමක්දැයි දැනගනී.

දිගුකාලීන පිළිතුරු තුනක් ඇත, ඒවා එකිනෙක මත තැවරීමෙන් තමන්ගේම දෝෂ ඇති වේ. සම්බන්ධතාවයට විශේෂිත DNS උපසර්ගයක් සහ NRPT රීතියක් අභ්‍යන්තර නාම අවකාශය පමණක් අභ්‍යන්තර විසඳුම්කරුට යවා පොදු නාම එලෙසම තබයි. VPN සම්බන්ධතාවයට යොදන සමූහ ප්‍රතිපත්ති හෝ MDM සැකසුමක් කිසිදු පිටපතක් නොමැතිව සම්බන්ධ වන විට DNS සකසයි. සම්බන්ධතා සිදුවීමට ප්‍රතිචාර දක්වා cmdlet නැවත ධාවනය කරන නියමිත කාර්යය රළු විකල්පයයි, නමුත් එය ක්‍රියා කරන අතර ලොගයක් ඉතිරි කරයි. DNS සඳහා එක් හිමිකරුවෙකු තෝරා එය කුමක්දැයි ලියන්න.

එක් ලේබලයක් ඇති අභ්‍යන්තර නාමවලට ද උපසර්ග සෙවුම් ලැයිස්තුවක් අවශ්‍යයි. Set-DnsClientGlobalSetting -SuffixSearchList මුළු යන්ත්‍රයටම බලපායි, එබැවින් පරිගණකයේ සෑම ඇඩැප්ටරයකටම, Ethernet ඇතුළුව, විසඳුම වෙනස් කරයි. රූපයකට යාමට පෙර රසායනාගාර යන්ත්‍රයක පරීක්ෂා කරන්න.

සැකසුම පමණක් නොව විසඳුම ද තහවුරු කරන්න

ඇඩැප්ටරයක ලැයිස්තුගත විසඳුම්කරුවෙකු සාක්ෂි දරන්නේ අගයක් ලියා ඇති බව පමණි. අපේක්ෂිත සේවාදායකයාගෙන් සෘජුවම අසන්න, පසුව සාමාන්‍ය මාර්ගයෙන් අසන්න:

Resolve-DnsName server01.corp.example -Server 10.20.0.53
Resolve-DnsName server01.corp.example

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

පරීක්ෂණය දෙවරක් ධාවනය කරන්න, එක් වරක් සම්බන්ධ වූ වහාම සහ එක් වරක් විසන්ධි වී නැවත සම්බන්ධ වූ පසු, සහ දෙවරම Get-DnsClientServerAddress ප්‍රතිදානය සසඳන්න. යැවූ අගය දෙවන සම්බන්ධතාවයේදී ආපසු පැමිණියේ නම්, අභිබවා ලිවීම ඇඩැප්ටරය සමඟම ජීවත් වී මිය ගියේය, සහ පෙර කොටසේ NRPT හෝ ප්‍රතිපත්ති මාර්ගය පමණක් රැඳේ. පිටපත් දෙකම සහ සම්බන්ධතා වේලා ලකුණු තබා ගන්න; ඒවා රැඳේද යන ප්‍රශ්නය තවත් සංස්කරණ වටයකට වඩා ඉක්මනින් තීරණය කරයි.

අදාළ ලිපි