VPN සම්බන්ධ වූ පසු WSL2 හට DNS අහිමි වුණාද? හේතු දෙකක්

පැරණි resolver ගොනුවක් සහ තරඟකාරී මාර්ග මෙට්‍රිකයක් WSL2 තුළ එකම රෝග ලක්ෂණය ඇති කරයි. දෙපසම සටහන් කර, පසුව සැබවින්ම කැඩී ඇති දෙය නිවැරදි කරන්න.

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

බෙදාහැරීම තමන්ගේම resolver තබා ගන්නේ ඇයි

Windows හි DNS සේවාදායකය බෙදාහැරීම තුළ භාවිතා නොවේ. WSL2 ආරම්භයේදී තමන්ගේම resolver ගොනුවක් ගොඩනඟයි, එය Windows සහායක අතථ්‍ය යන්ත්‍රය සඳහා අතථ්‍ය ස්විචය මත ප්‍රකාශයට පත් කරන stub ලිපිනයට යොමු කරයි.

මෙම සැකැස්ම සාමාන්‍ය ජාල වෙනස්කම් තුළ ස්ථාවරය, මන්ද එය එක් වරක් ලියා නැවත භාවිතා වේ. සහායක අතථ්‍ය යන්ත්‍රය දැනටමත් ආරම්භ වූ පසු ටනල සේවාදායකයා සත්කාරකයේ ඇඩැප්ටර ලැයිස්තුව නැවත ලියන විට මෙම සැකැස්ම නිවැරදි නොවේ.

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

මුලින්ම දෙපසින්ම සාක්ෂි එක්‍රැස් කරන්න

කිසිවක් වෙනස් කිරීමට පෙර බෙදාහැරීම දකින දේ, පසුව Windows දකින දේ සටහන් කරන්න. මෙම දර්ශන දෙක එකටම අසාර්ථක විධි වෙන් කරයි.

බෙදාහැරීම තුළ, resolver ගොනුව, මාර්ග වගුව සහ එක් අභ්‍යන්තර හා එක් පොදු සොයැබැලීමක් මුද්‍රණය කරන්න:

ip -4 route
cat /etc/resolv.conf
getent hosts intranet.corp.example
getent hosts example.com

Windows හි, එක් එක් ඇඩැප්ටරය අනුව DNS සේවාදායක සහ මෙට්‍රික සහිත IPv4 වගුව ලැයිස්තුගත කරන්න. VPN සේවාදායකය සාමාන්‍යයෙන් WSL2 උපජාලය සඳහා මාර්ගයක් ස්ථාපනය කරයි, සහ එහි මෙට්‍රිකය එම ගමනාගමනය ටනලයෙන් පිටවේද නැතහොත් දේශීයව රැඳේද යන්න තීරණය කරයි.

Get-NetAdapter | Get-DnsClientServerAddress
route print -4

මාර්ග මෙට්‍රිකයක්ද පැරණි ගොනුවක්ද

පළමු අසාර්ථකත්වය පැරණි ගොනුවයි. resolver ආරම්භයේ ඇඩැප්ටර තත්ත්වය සඳහා ලියා තිබුණි, සහ ටනලය එම තත්ත්වය වෙනස් කළේය. එහි stub ලිපිනය දැන් ළඟා විය නොහැකි විය හැක, නැතහොත් අභ්‍යන්තර කලාපය ගැන කිසිවක් නොදන්නා සේවාදායකයක් නම් කරයි.

දෙවැන්න මාර්ගගත කිරීමේ ගැටලුවකි. VPN එක WSL2 උපජාලය ආවරණය කරන මාර්ගයක් සත්කාරකයේ සබැඳි මාර්ගයට වඩා අඩු මෙට්‍රිකයකින් එකතු කරන විට, සහායක අතථ්‍ය යන්ත්‍රයට ලිපිනගත කළ පැකට් ටනලයට ඇතුළු වේ. එවිට DNS පමණක් නොව සෑම WSL2 සේවාවකම කාලය ඉකුත් වේ.

වෙන් කරන පරීක්ෂණයට එක් පේළියක් ගත වේ. පොදු resolver වැනි සංඛ්‍යාත්මක ලිපිනයක් නම් අසාර්ථක වන අතරතුර තවමත් ping වලට පිළිතුරු දෙන්නේ නම්, මාර්ගය නිරුපද්‍රිතයි සහ ගැටලුව DNS ය. මෙය resolver වෙනස් කිරීම යුක්තිසහගත වන අවස්ථාවයි, සහ යුක්තිසහගත නොවන අවස්ථාවද පැහැදිලි වේ. සංඛ්‍යාත්මක පරීක්ෂණයද අසාර්ථක නම්, සහායක අතථ්‍ය යන්ත්‍රයට එහි මාර්ගය අහිමි වී ඇති අතර කිසිදු resolver ගොනුවක් එය නිවැරදි නොකරයි.

මාර්ගගත කිරීමේ අවස්ථාව සඳහා, ටනල ඇඩැප්ටරයේ ස්වයංක්‍රීය මෙට්‍රිකය ඉවත් කර WSL2 සබැඳි මාර්ගයට වඩා ඉහළ සංඛ්‍යාවක් ලබා දෙන්න:

Get-NetAdapter | Where-Object InterfaceDescription -Match VPN | Set-NetIPInterface -InterfaceMetric 5500
wsl.exe --shutdown

වසා දැමීම වැදගත්‍ය. මෙට්‍රිකය වෙනස් කිරීම ක්‍රියාත්මක වන සහායක අතථ්‍ය යන්ත්‍රය නැවත නොලියයි, එබැවින් වෙනස දෘශ්‍යමාන වීමට පෙර බෙදාහැරීම නැවත ගොඩනැගිය යුතුය.

ගොනුව දැනගෙනම භාර ගන්න

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

බෙදාහැරීම තුළ උත්පාදනය අක්‍රීය කරන ජාල කොටස සමඟ /etc/wsl.conf සාදන්න, පසුව resolver ගොනුව ඔබම ලියන්න, පළමුව ආයතනික සේවාදායකය සහ පසුව පොදු විකල්පය:

[network]
generateResolvConf = false
search corp.example
nameserver 10.88.4.53
nameserver 9.9.9.9

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

මුලින්ම නම් පරීක්ෂා කරන්න, පසුව පැකේජ

පද්ධති resolver සමඟ එක් අභ්‍යන්තර සහ එක් පොදු නාමයක් තහවුරු කර, පසුව අසාර්ථක වූ ක්‍රියාව නැවත කරන්න. පැකේජ කළමනාකරුවන් සමහර විට තමන්ගේම resolver භාවිතා කරයි, එබැවින් ක්‍රියා කරන getent කැඩුණු ස්ථාපනයක් සමඟද පවතින්නට පුළුවන.

නැවත ලිවීම ස්වයංක්‍රීය කරන්නේ නම්, එය එකම ප්‍රතිඵලය දෙන ලෙස කරන්න: ටනලයක් නොමැති විට හිස් සේවාදායක ලැයිස්තුවක් ලිවීම වෙනුවට දැනටමත් ඇති ගොනුව තබා ගන්න.

getent hosts intranet.corp.example
resolvectl status | head -20
getent hosts example.com

බෙදාහැරීම තුළින් ක්‍රියා කරන අභ්‍යන්තර සොයැබැලීමක් සහ ක්‍රියා කරන පොදු සොයැබැලීමක් යනු සටහන් කිරීමට වටිනා ප්‍රතිඵලයයි. සත්කාරකයේ හරිත VPN නිරූපකය දෙකෙන් එකක්වත් සනාථ නොකරයි.

අදාළ ලිපි