VPN DNS පවරාගෙන දේශීය නම් බිඳ දැමුවා: ලැයිස්තුව හදන්න

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

ලැයිස්තුව හිතාමතා හදන්න, පසුව push ක්‍රියාවලිය වෙනම හසුරුවන්න. මාර්ග තුන්වන මාතෘකාව වන අතර මෙහි හදන දෙය එය නොවේ.

යෙදුම් සැබවින්ම භාවිතා කරන ලැයිස්තුව

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

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

netsh interface ipv4 show dnsservers
Get-DnsClientServerAddress -AddressFamily IPv4

ටනල ඇඩැප්ටරය සහ භෞතික ඇඩැප්ටරය සඳහා ප්‍රතිදානය කියවා, එක් එක් එකෙහි සෑම ලිපිනයක්ම සටහන් කරන්න. ස්ථිතික සටහනක් ප්‍රතිපත්තියකින් හෝ ස්ක්‍රිප්ටයකින් ඉවත් කළ හැක; DHCP ලබා දුන් සටහනක් බදුවට බැඳී ඇති අතර ආපසු එනු ඇත, එය තෝරා ගත යුතු අලුත්වැඩියාව වෙනස් කරයි. දුරස්ථ ජාලයේ නම් ප්‍රකාශිත විසඳන්නා විසින්ද, දේශීය LAN හි නම් භෞතික ඇඩැප්ටරය විසින්ද විසඳනු ලබන අතර, විමසුම පළමුව බලන ලැයිස්තුවට යයි.

තල්ලු කළ සේවාදායක ඉවත් කරන්න, නැතහොත් ඒවා පහළින් තබන්න

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

netsh interface ipv4 delete dnsservers name="Corp VPN" address=all validate=no
netsh interface ipv4 add dnsservers name="Corp VPN" address=172.16.20.1 index=1 validate=no

සුචිය 1 පළමුව බලනු ලැබේ, එබැවින් තල්ලු කළ ලිපින ලබා ගත හැකිව පවතින නමුත් සෑම විමසුමකම පෙරනිමි පිළිතුර වීම නතර වේ. validate=no ධජය ටනලය තවම ස්ථාවර වන විට බොහෝ විට අසාර්ථක වන ළඟාවීමේ පරීක්ෂණයක් මඟ හරියි, එබැවින් පිටවීමේ කේතය විශ්වාස කරනවාට වඩා show විධානයෙන් ප්‍රතිඵලය තහවුරු කරන්න.

මෙය මත රැඳී සිටීමට පෙර සීමා දෙකක් දැනගැනීම වටී. Windows, DHCP හරහා netsh මගින් පැමිණි සේවාදායක මකා නොදමයි, එම අගයන් අතුරුමුහුණතේ රෙජිස්ට්‍රි යතුර යටතේ DhcpNameServer ලෙස පවතී, එබැවින් රෙජිස්ට්‍රි සංස්කරණය ඊළඟ බදුවෙන් පසු නැවත පරීක්ෂා කළ යුතු අවසාන ක්‍රමයයි. ඇඩැප්ටර බැඳීමේ අනුපිළිවෙලද විශ්වාසදායක ශ්‍රේණිගත කිරීමේ ක්‍රියාවලියක් නොවේ, මන්ද VPN සේවාලාභියෙකුට තම සටහන ලැයිස්තුවේ මුදුනට ඇතුළු කළ හැකිය.

push පෙරහන් කළ හැකි තැන

වඩා හොඳ අලුත්වැඩියාවක් විකල්පය යෙදීමට පෙර ඉවත් කරයි. Community OpenVPN සේවාලාභියාට තල්ලු කළ නියෝගයක් නමින් පෙරහන් කළ හැක, එය සේවාදායකයේ වින්‍යාසය ස්පර්ශ නොකර තබයි.

pull-filter ignore "dhcp-option DNS "

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

එක් මුරණ්ඩු සත්කාරක නාමයක් සඳහා, Windows hosts ගොනුවේ එක් පේළියක් මුළු යන්ත්‍රයටම විසඳන්නන් නැවත සකසනවාට වඩා ස්ථාවරය. එය ඊළඟ පුද්ගලයාට නොපෙනෙනද වේ, එබැවින් යන්ත්‍රයේ වින්‍යාසය ලේඛනගත කරන තැන එය සටහන් කරන්න.

අලුත්වැඩියාව නැවත සම්බන්ධ වීමෙන් පසුවත් රඳවා ගන්න

නම් විසඳීම දෙවරක් පරීක්ෂා කළ යුතුය, එක් වරක් තෝරාගත් සේවාදායකයකට එරෙහිව, එක් වරක් යෙදුමක් භාවිතා කරන ආකාරයෙන්. එම යුගලය විසඳන්නන් අනුපිළිවෙල ගැටලුව සම්පූර්ණයෙන්ම පිළිතුරු නොදෙන සේවාදායකයකින් වෙන් කරයි. පළමු පරීක්ෂණය මඟ හැරියොත් හේතු දෙකම පැටලී රැඳේ.

Resolve-DnsName intranet.corp.example -Server 172.16.20.1
Resolve-DnsName printer.lan

ටනලය නැවත සම්බන්ධ කර විධාන දෙකම නැවත කරන්න. අතින් වෙනස් කළ දේ ඊළඟ සම්බන්ධතාවය දක්වා පමණක් පවතී, මන්ද සේවාලාභියා ඇඩැප්ටරය ඉහළ අතරතුර තම විසඳන්නන් තත්ත්වය නැවත ගොඩනඟයි. netsh පේළි ඔබේ සේවාලාභියාගේ ආධාරක සම්බන්ධතා ස්ක්‍රිප්ටයට දමා, එම ස්ක්‍රිප්ටය සාර්ථකව අවසන් වීමට ඉඩ දී, එය ධාවනය වීමට පෙර කෙටි රැඳී සිටීමක් එකතු කරන්න. ස්ක්‍රිප්ටයෙන් පසු DNS යොදන සේවාලාභියා කෙසේ වෙතත් ප්‍රතිඵලය උඩින් ලියයි.

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